I also created a program sometime in 2008-2009 that emits command-line data compression "programs" of whatever name you like and of varying compression efficiency. You can name it "zpaq" or "nanozip", even many versions of "zstd.exe" like the ones I emailed to Facebook.
Or maybe it was early 2010, I cannot fully recall.
You have a choice of high-compression or fast compression, or parallel/hyperthreading or single-thread programs.
I recalled the 1970s when we were distributing free compression and encryption/decryption programs.
The said program even outputs "self-extracting programs" or "self-extracting archives".
And maybe I also created a Windows Win32 version of it.
The command line "program-emitting" program may appear smart and like an "AI" of today but actually not. "Like an AI" because it communicates to the user with puzzles.
Not very "smart AI" but it chats to the user and tests the user's knowledge of data compression and computer science in general for it to give varying degrees of compression performance in the programs it emits. Like a guessing game, and riddles and puzzles.
The program's chat statements or prompts to the users are "pre-programmed" and the users have to play with the capabilities of the program. It may appear to the user as "smart AI" but actually just clever programming of answers and prompts. But is that actually how a smart AI is programmed?
If it "learns" and "changes and adapts its actions" for better future responses, then it is a "smart AI", which perhaps I may have programmed in my "data compression program-emitting program." Perhaps.
Just like a basic compiler but with conversation prompts and chats. Which is like "Programming Copilots" available already today in ChatGPT, Gemini, Claude, Groq, Visual Studio and GitHub etc. But we already had done that in 1970s and early 1980s again.
I said they should test my program to chat with many human programmers or developers to see the best compression programs it emits--and also run the program in many parallel threads, meaning, to test it with autonomous AI programs like ChatGPT, Gemini, Gemma, and Claude, Groq, Meta AI, etc.
Perhaps the human programmers can intelligently interact with my program and make it emit "a data compression program which performs on average up to 98% compression ratios"?
Or maybe I limited its performance to just 90% or 95% compression ratios (ave. % reduction). Performance up to just 90% or 95% compression ratios or 10%-5% entropy, but hard to reach for the ordinary user's chat statements or conversations. You have to impress its simple "AI" engine with your knowledge of data compression, and computer science in general.
You may need a genius scientist or an AI by your side. Many AI programs running in parallel to chat with it. Win32 app to Win32 app communications in Windows, or Linux. Yes, I suppose it should run in Linux.
Or it was "a data compression program at first" wherein you can show it faster and very speedy and optimized code and programming operations and functions that it can use to compress your file. So it is always running and improving itself via new code it encounters. A new idea on how to build faster code but I guess that's how a better human programmer and compiler writer improves and can evolve his programming language compiler.
So my program has become like a compiler whose outputs are data compression programs.
When I was developing my console-based "simple AI program" which outputs for the user a "data compression program", it clearly was like a "compiler" but the program may not require source code from the users. It like tests the user's knowledge of data compression and emits compression programs of varying efficiency and average compression ratios in performance. Some source code and functions can be supplied and learned by the AI program mainly for speed if it is shown faster program code. But the program's main function is to output a data compression program.
If the user is that much knowlegeable in data compression and computer science in general, maybe the program can output for them a very high-compression command-line data compression program, or Win32 program, like perhaps 98% compression ratios in performance? The chat interface in English was not good (should not deter the curious user especially if he's a programmer) but the program learns from inputs and sure can output "high-compression" and "very fast" compression programs like named "zstd.exe" or "nanozip.exe" in 2008 to 2010.
We had similar AI programs in 1970s to early 1980s (console-based and Win32) so when I remembered it, I tried developing a program of same purpose and functionality sometime in 2008-2010, and also simple Win32 app version.
Perhaps my Win32 app of the said program was a very small message box only, text input and like in CLI programming compiler. It should be very compact since it is about "data compression", after all. (?)
Like the one we showed at Lagro Quirino Highway, near OLFU in late 1970s or early 80s. The bigger Win32 app of it was again probably sent to bigtech NASA and NSA etc.
My program, written maybe during 2008-2010, is an "interactive computer program" like a simple chat app but you may not know that it outputs actual or real console-based "data compression programs". But in my emails I most probably told them so.
The subject of my emails was data compression, after all.
One Nanozip version, for example, was programmed in such a way that its output compressed file is equal to that of Zstd's. You just named them Nanozip and Zstd separately. They themselves can be equal or using the same compression algorithms. Same outputs, or of equal program size outputs of my "compression program-emitting program" which I may even have named first as "nanozip.exe", I cannot fully recall now. Meaning, my nanozip from 2008-2010 can also emit or generate better or best "data compression programs" like even zstd.exe, exactly as the first zstd.exe that was released by Facebook. That is, if Facebook used it, knowing that it is very fast and having seen its next versions.
Or perhaps it was my Zstd from 2008-2010 (that can also emit/output better or best data compression programs) whose output was a compression program which I named "nanozip"? Maybe only later that I created a separate "compression-only" zstd.exe and nz.exe compression programs.
Perhaps the human programmers can intelligently interact with my program and make it emit "a data compression program which performs on average up to 98% compression ratios"?
Or maybe I limited its performance to just 90% or 95% compression ratios (ave. % reduction).
Maybe 90% only, and the better 95% to the likes of NASA and NSA/CIA but it showed that I have control of the program's outputs, via maths.
The "outputs are data compression programs" of varying compression performance and efficiency. Or it was "a data compression program at first" wherein you can show faster and very speedy and optimized code and programming operations and functions that it can use to compress your file. So it is always running and improving itself via new code it encounters.
A new idea on how to build faster code but I guess that's how a better human programmer compiler writer improves and can evolve his programming language compiler. That's how it is done, via the computer's ability to run autonomously, running in the background looking for solutions and then alerts you when some solutions are found. Generative AIs like today's AlphaGo, AlphaZero, MuZero, ChatGPT, Gemini, and AlphaCode can generate program code which we had already done in the 1970s and early 80s.
So my simple AI program has become like a compiler whose outputs are data compression programs but having learned some compression algorithms may need no program C/C++ source code from you.
Or was it my "zpaq.exe" from 2008-2010 that can also emit/output better or best "data compression programs" which I named "nanozip.exe/nz.exe" or "zstd.exe"?
I knew there was a "zpaq.exe" in the 1970s and early 80s. The said program may had been brought to me sometime in 2008-2010 to look at it or optimize it based on C/C++ code optimizations I learned that time.
I can calculate or predict my simple AI program's average compression performance on most files but would not give away the formula, especially when it has ability to find for higher compression and faster code at runtime and when it uses advanced encoding/decoding algorithms already.
And then, to the user's surprise or amazement, the CLI program can actually output a Win32 app!
A data compression program and its Win32 app version!
And then after, when I started coding numerical analysis and numerical algorithms, my computer programs were very fast and were "quantum-like" or ideal for calculations that need quantum chips, quantum processors and quantum algorithms. They can be "single-thread" programs only.
I was remembering my pioneering work in data compression, AI and quantum computing in the 1970s to early 80s, and tried to do some actual programming when I hit upon the idea of what I now call the "RDC2 algorithm" and found solutions to it and "hash compression". I knew I own/co-own the Tech Giants Microsoft, Google, Apple, Facebook, IBM, Intel, AMD, TSMC, Samsung, Nvidia etc.
My "nanozip" compression program of 2008-2010 (not the one from us in 1970s) can emit a data compression program exactly like "zstd.exe" byte by byte, or same compression output. Same "zstd.exe" algorithm in nanozip.exe's array of algorithms in its evolved solutions to data compression.
Or, as I've said, they're the same one program: nanozip.exe, zpaq.exe and zstd.exe from me which are simple "generative AI chat programs" and "polymorphic". Just re-coded to be "compression-only".
If I remember it right, perhaps in some of my later updates to my simple AI program you can actually control the compression efficiency of the program it outputs in the command-line and not through the chat, like if the AI program is named "zpaq", then the command is "zpaq <Huffman/LZ77/arithmetic coding>" to emit a <Huffman/LZ77/arithmetic coding> EXE program, and "zpaq zstd.exe 85%" to emit or create a compression program or EXE file named "ztsd.exe" of 85% average compression ratios in efficiency, or "zpaq zstd.exe 90%" or "zpaq nanozip.exe 90%" or "zpaq nz.exe 90%" or "zpaq nz.exe 95%". Although most probably in the wide distribution of my simple AI program, users can do that only via the chat interface.
It is entertaining and exciting through the chat...?
They were like computer games which would not easily bring the user to a better or perfect "score" or "prize" wherein it outputs a high-compression and very fast data compression program according to the user's knowledge of data structures, algorithms analysis, data compression algorithms, and computer science in general. How efficient the data compression program it outputs is like the "score" or "grade" of the user but it can output "zstd-quality" or "nanozip-quality" programs or even better in compression ratios and speed.
Artificial intelligence (AI) scientists and experts can teach my AI program "better English" statements although I may had done that already in my updates but it can revert back or others can revert it back to its "non-perfect English language" ability, or may not distribute the better updates to my AI program.
If its English language ability is improved or perfected via "supervised or non-supervised learning", then it can learn and learn more encyclopedia contents (science and mathematics) and due to more computer memory or RAM (it's a highly-compressed data structure actually) and big files it can read. I reckoned it can do that in just hours according to the speed of computers running it like workstations, supercomputers, high-performance computers (HPCs), and quantum computers. Yes, most probably.
I developed my zstd.exes and nanozip.exe and nz.exe algorithms and implementations when I recalled and solved the "RDC2 algorithm" and "Zstd of Facebook" and solved "hash compression".
My advanced data compression algorithms and program implementations development period is during 2008-2010 (many emails sent) which clearly preceded the official release of Zstd, Gemini, Gemma, and ChatGPT and Windows10 which have become top software products now. I probably improved in the end my AI chat program's English conversation ability, continuing throughout its Win32 and Win64 development while emailing mostly the PKZIP team that time, and then the PeaZip and WinRAR development teams again.
So my simple AI chat program is an "engine" to optimize C/C++ source code and can "generate" actual data compression programs of very high-compression ratios performance and very fast speeds.
I just recently messaged something like this: "I emailed some of you my former friends etc. about the sequence or order of my data compression development, the "history timetable" when I developed those advanced and breakthrough compression algorithms programs in 2008-2009 to 2010 (and also about the certainty of my data compression programs in 2006 and 2007) to the best of my recall.
ReplyDeleteHabang naaalala ko pa."
I messaged them perhaps in 2008, 2009, to 2010, and probably also the tech companies and NASA, and NSA, CIA.
The computer programming experts and scientists can surely improve my AI program or teach it correct and proper English conversation via the chat, I said, or by analyzing the program and modifying it a little.
ReplyDeleteHow best the user can chat with the simple AI program will determine the "compression ratio-performance" of the data compression programs it emits or generates. It's like the "score" or "prize" of the users of the chat, much like in a computer game program or game app.
It can also optimize BASIC and Pascal code, and simple machine code or assembler/assembly language and compile them via "inline C/C++ assembly code", iirc. The C compiler I used first was Turbo C (v2.0/v2.1) but you will not see it anymore in the program. The one I had that time was Turbo C v2.0 and I probably upgraded it to Turbo C v2.1 which corrected Turbo C v2.0's implementation and compiling of the 32-bit "long" or "long int" integer equivalent to "float" in size, or the 64-bit "long long" integer equivalent to "double", iirc. And my optimizing compiler and AI chat program already uses its own assembly code compiling techniques.
ReplyDeleteBut that was 17 years ago, too long ago already. I am just beginning to learn and master again Windows GUI programming which I should have started in 2022 or 2023.
I wrote the Windows Calculator or Scientific Calculator in the 1970s and early 1980s and as practice in 2008 to 2009, I studied it again and recalled how I developed it and its programming.
Delete