| |
Dosoo
Account closed
Registered: Apr 2002
Posts: 32 |
gentlemen prefer zips
I'm just thinking that why so much of todays 64 software is in zipped form. As we all know, the size of an unzipped d64 file is 170 kb. Whats the purpose of zipping that? And of course the actual program file on the disk image is crunched.
Ten years ago all this made sense. Now we're living internet time and the byte transfer speed is much faster than ancient times.
I don't like unzipping |
|
... 10 posts hidden. Click here to view all posts....
|
| |
Dosoo
Account closed
Registered: Apr 2002
Posts: 32 |
example.
I have just coded a little game, which takes 70 blocks, when saved with all the data with Action Replay.
I crunch it. The crucher uses half an hour to really squeeze all the extra bytes. The file is now 20 blocks on Commodore disk
Then I make a disk image out of it. By accustomed fingers I type "sc" in my DOS command prompt. With X1541 I make an image in no time.
I don't like, that people who will use it gets it easy, so I make it a zip file. A 170 KB file in a 8 GB harddrive dehydrates to 40 KB. Wow! 130 KB for Windows to use as virtual memory!!!. I only forget, that the original d64 is still there taking the valuable mass storage space.
Now I'm ready to put it in the Gangsta's paradise. I didn't wait and put the other piece of code I released last week in the same package, as I want to be cool and productive and produce several applications constantly.
Then comes the downloader and hoovers my code to his/her disk.
As a modern user he goes home and puts his disk to A: and types "DIR". Ok, a zipfile. First he of course copies the file to harddrive and then unzips it with the easy, "pkunzip c:\commodore\newcode\misc\code.zip" -statement.
Finally he has a d64 ready to be transferred to disk.
He copies it to his RAMLINK and watches as the bytes loads faster than light to his CBM memory. After RUN he can watch funny little colours appearing to screen as the decrucher starts to work.
I say things doesn't always have to go this way! |
| |
Zorro
Account closed
Registered: Dec 2002
Posts: 7 |
On zipcoded and LNX files if, like me, all you want is a way to double-click them and have the converted file spat out into the same directory, try these methods:
LNX
http://kunda.no-ip.org/c64/LNXtoPRG.txt - File extension association commandline instructions for converting to PRG
http://kunda.no-ip.org/c64/Utilities/CBMCNVRT.EXE - Conversion app
Z64 (or zipcoded - 4 files with 1! 2! 3! and 4! prefixes)
http://kunda.no-ip.org/c64/z64tod64.txt - File extension association commandline instructions for converting to D64
http://kunda.no-ip.org/qbasic/zip2d64.exe - Conversion app
http://kunda.no-ip.org/qbasic/z64tod64.bat - Batch file used in commandline
http://kunda.no-ip.org/apps/QBasic%207_1.zip - Q Basic
- remember to save/extract the above 3 files to the same folder with no spaces in pathname, preferrably WINDOWS folder. |
| |
Zorro
Account closed
Registered: Dec 2002
Posts: 7 |
Sorry, zipcode conversion didn't post
Z64 (or zipcoded - 4 files with 1! 2! 3! and 4! prefixes)
http://kunda.no-ip.org/c64/z64tod64.txt - File extension association commandline instructions for converting to D64
http://kunda.no-ip.org/qbasic/zip2d64.exe - Conversion app
http://kunda.no-ip.org/qbasic/z64tod64.bat - Batch file used in commandline
http://kunda.no-ip.org/apps/QBasic%207_1.zip - Q Basic
- remember to save/extract the above 3 files to the same folder with no spaces in pathname, preferrably WINDOWS folder. |
| |
Zorro
Account closed
Registered: Dec 2002
Posts: 7 |
Hmm.. it didn't like the space in the qbasic url.
Well just go to http://kunda.no-ip.org/apps/ and download the qbasic zipfile.
There used to be a way to manipulate strings in ms-dos batchfiles without needing to create a qbasic file on the fly and run it, by exploiting a quirk that was "fixed" after v6.22 |
| Previous - 1 | 2 - Next |
