| |
Krill
Registered: Apr 2002
Posts: 2870 |
Release id #229327 : JustinBlue
Wondering about this demo coming on G64 images.
Upon a quick and nowhere near thorough inspection, the demo uses DreamLoad, 35 tracks, standard Commodore GCR and plain 254-payload-bytes-with-T/S-link file format.
So there doesn't seem to be any kind of speed or storage capacity enhancing format involved.
Why not D64? :) |
|
... 23 posts hidden. Click here to view all posts....
|
| |
Krill
Registered: Apr 2002
Posts: 2870 |
Quoting FungusNot really, the unused bytes at the end of sectors aren't in it either. Eh, if you need those, you're really better off with G64. If. |
| |
Fungus
Registered: Sep 2002
Posts: 632 |
I think the format should retain all the user mode data as well as the data that any fast copy would give. That includes sector headers and data at the end of user mode sectors.
It's already established that stuff does make use of it and fails to work if it doesn't have it. It's not any special data or protection or anything, it's just data that's expected to be there that isn't. Not to mention d64 already has support for disk errors, so it's not a stretch by any means.
That makes it a failure of an image format.
Same as G64 doesn't have variable bit length of tracks, it's just a short sighted bug. |
| |
Adam
Registered: Jul 2009
Posts: 321 |
I haven't seen a demo released on g64 images before (not that i can recall). was a great demo! |
| |
Krill
Registered: Apr 2002
Posts: 2870 |
Quoting FungusI think the format should retain all the user mode data as well as the data that any fast copy would give. That includes sector headers and data at the end of user mode sectors. Which data at the end of user mode (?) sectors are you referring to?
Quoting FungusIt's already established that stuff does make use of it and fails to work if it doesn't have it. It's not any special data or protection or anything, it's just data that's expected to be there that isn't. And which stuff fails there, and why?
Quoting FungusSame as G64 doesn't have variable bit length of tracks, it's just a short sighted bug. Having byte-sized tracks is a limitation, but not a bug.
And the upside is that it forces image creators to properly align track data such that the tail gap is at the ends of the track data, rather than payload data wrapping from tail to head.
When copying, you do write out track data byte-wise, after all. |
| |
iAN CooG
Registered: May 2002
Posts: 3142 |
adam : Dexion Meeting Demo Disk
obviously not released as g64 but only works with it and needs to be nibbled when copied natively, hopefully 6pack works the same. |
| |
Adam
Registered: Jul 2009
Posts: 321 |
Quote: adam : Dexion Meeting Demo Disk
obviously not released as g64 but only works with it and needs to be nibbled when copied natively, hopefully 6pack works the same.
thanks, ian! I have not seen this one before! was really good. |
| |
spider-j
Registered: Oct 2004
Posts: 454 |
I must admit as I have always been a fan of releases being "filecopy-able" (kudos to the inventor of IFFL \o/) I don't miss anything in our "modern world" where D64 has been kind of the "standard release format" for new releases. And while that random directory feature in this demo here may be interesting on a technical level it's nothing that I'd personally watch more than once anyway.
Of course preserving old disks is another topic. Never tried it myself, but thought using nibtools is a lossless solution in that regard (?). |
| |
chatGPZ
Registered: Dec 2001
Posts: 11164 |
adam: there were a few, some masters designs demo comes to mind (but i dont remember which). Often those were made using vmax (or some variant).
I dont understand what fungus is trying to say either - there is no commonly used "extra data" on a disks besides the already mentioned disk id in headers. Everything else is pretty much only used on protected disks, which will then need g64 for different reasons anyway. |
| |
Clarence
Registered: Mar 2004
Posts: 119 |
Digital World / Samar ended up in my collection as .g64 as well. Don't remember how I've got the files, but the current working download contains 'sixpack zipfile' format only. |
| |
Krill
Registered: Apr 2002
Posts: 2870 |
Quoting ClarenceDigital World / Samar ended up in my collection as .g64 as well. Don't remember how I've got the files, but the current working download contains 'sixpack zipfile' format only. That'd be because of 40 tracks. Otherwise it's quite standard, iirc. |
| Previous - 1 | 2 | 3 | 4 - Next |
