| |
Hermit
Registered: May 2008
Posts: 208 |
Why releasing small stuff in a whole D64 image?
I'm curious why many of very small (even several kilobytes) of releases are made on .d64 image?
I'm a minimalist (usually with limited internet connection) and if I see a music or one-file demo etc. on ~170kbyte D64 I sometimes don't download it, just because I don't like the 5..10x waste of space and bandwidth in general. (And maybe the pollution it generates in big amounts, a problem nowadays I think, yet not the biggest source of pollution is IT.)
Sorry if my thinking is weird or uncommon (really hope it isn't), but I'm still curious why many people release things on .d64 instead of .prg (or .sid or .tap) if they could fit.
Is it easier to save or load D64 format on their systems or cartridges?
In any way, if you like to release small stuff in .d64, I'd thank you if you at least compress (zip) it or release a .prg beside the .d64, as seen many times, and so they won't distract people like me, and your release will be downloaded and evaluated a bit more times... |
|
... 40 posts hidden. Click here to view all posts....
|
| |
ZeHa
Registered: Apr 2009
Posts: 6 |
of course that is also possible ;)
but even on the shell, you have to use quotes or properly escape the spaces to successfully start a PRG or D64 with x64. which kinda makes sense of course. ;)
but i can reproduce this behavior both in MATE and XFCE... |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
What port are you using? I just tried this with prg's, d64's and p00's using the Gtk2 UI, and stuff (including filenames with spaces) works fine.
I'm also running MATE, on Debian stretch. |
| |
Mason
Registered: Dec 2001
Posts: 459 |
Quote: Mason,
Saving original game name from original tape is totally OK, but saving original game name from tape crack is - in my opinion - not important at all.
For example, if original tape crack is called " R.Dang. 2 +3/HTL", would you rather have name "Rick Dangerous 2" instead on your PRG file or real tape?
I would like the "R. Dang. 2 +3/HTL" filename as that's the way Hotline released it on the disk.
To keep the release accurate |
| |
chatGPZ
Registered: Dec 2001
Posts: 11110 |
i'd even go a step further - i'd want the original spread disk, unaltered. ie including whatever else was on it. |
| |
ZeHa
Registered: Apr 2009
Posts: 6 |
Quote: What port are you using? I just tried this with prg's, d64's and p00's using the Gtk2 UI, and stuff (including filenames with spaces) works fine.
I'm also running MATE, on Debian stretch.
what do you mean with port? VICE version?
i am using Xubuntu 14.04 (XFCE) at home and Fedora 20 with MATE at work, both use (as far as i remember) the VICE versions from the repo. |
| |
Fred
Registered: Feb 2003
Posts: 284 |
@Hermit: I used to make T64 files for files that don't need a disk drive to preserve the filename. Then I found out that T64 files are not indexed by:
https://cbm8bit.com/8bit/commodore/search
while D64 files on CSDb are indexed so I decided to upload everything as D64 file. Since there is only one file in the D64 file, it will be highly compressed by the web server using GZIP compression when you download it so it will not cause that much extra bandwidth.
@Bugjam: please don't zip D64 files. There is really no need for it. It will not solve the bandwidth problem because that is already solved by gzip2 in the web server. It is very annoying to have C64 files in zip file format for emulators/environments that don't support it. |
| |
Fred
Registered: Feb 2003
Posts: 284 |
Quote: i'd even go a step further - i'd want the original spread disk, unaltered. ie including whatever else was on it.
Really? We need a new release type for this: spread disk
Spread disks can be found here so I don't see any reason to dump disks on CSDb: http://scenebase.org/
But if people keep uploading full disks, we really need this release type, sight... |
| |
chatGPZ
Registered: Dec 2001
Posts: 11110 |
no release type needed really... its just a misconception that files added to entries should be d64s that ONLY contain said release. nothing wrong with just linking the full disk to it (as has been done with tones of entries already, of course) |
| |
Fred
Registered: Feb 2003
Posts: 284 |
Quote: no release type needed really... its just a misconception that files added to entries should be d64s that ONLY contain said release. nothing wrong with just linking the full disk to it (as has been done with tones of entries already, of course)
I think it is the other way around. It is a misconception that just full D64 files should be uploaded to entries. It doesn't make sense to me. The entry should only contain files about the release.
I think you will not like that your own entries are replaced with full disks with your release that were spread at that time, or have multiple spread disks with your demos uploaded to the same CSDb entry, do you? Just to make my point that it doesn't make sense to have full disks uploaded that contain releases not related to the entry.
How annoying it is when you want to see the release and you have to find out which file to start. You can say that it is not a big deal but for scanning tools it is.
I think that some people just upload full disks to old releases because they don't want to spend time to make a proper disk for it or they think that CSDb is about preserving disks. |
| |
bugjam
Registered: Apr 2003
Posts: 2476 |
I agree with Groepaz here: if a release is found on a contemporary spread disk, then it is just fine and even useful to just upload the whole disk - it may contain information on the release outside of the actual file, e.g. in the dir, or through the context of other programs that it was released together with.
Very simple, very recent example: Greets to... - the release year 1988 can only be confirmed by the disk header containing the year, and the context that the group mentioned in the release was founded in 1988.
Of course there is no problem if someone wants to add a "clean" image or prg additionally. |
| Previous - 1 | 2 | 3 | 4 | 5 - Next |
