| |
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 |
Quote: As for myself i tend to have problems with WinVice breaking the drag'n'drop of files onto it (going back to default settings fixes it though). I'm just a lazy Windows guy, and i guess there's no option to load a prg from the menu?
So d64 always works flawlessly and that makes the point for me. So yes, i am all in for having everything as d64.
Rambling over some 170kb plus or minus just doesn't cut it for me.
In the end there will always be two sides. And people who use vice from the shell won't care about formats anyway i guess.. ^^
as for drag'n'drop, i have noticed that VICE has a problem when the filename (AND path!) contains spaces, no matter if it's a PRG or D64 file. because then he interprets it as two separate parameters. but in general, it is possible to drag PRG files to it, i do it very often. when it's not working, it's because there's a space somewhere in the path.
at least that's the case under linux, but i assume it might be similar under windows. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11114 |
cant reproduce this problem in linux at all :) sure it isnt the desktop environment that screws it up? =) |
| |
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: 11114 |
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: 11114 |
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) |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 - Next |
