Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > CSDb Questions > CSDb compression
2013-09-30 14:37
Didi

Registered: Nov 2011
Posts: 486
CSDb compression

Hiya,

does it make sense to compress single d64 files when posting an entry to save space or are the files stored compressed on fileserver/in database anyway.

Greets
Didi
 
... 10 posts hidden. Click here to view all posts....
 
2013-10-01 03:03
chatGPZ

Registered: Dec 2001
Posts: 11365
Quote:
if only because ZIP and other archives retain file timestamps which the uncompressed D64s don't.

if only ppl wouldnt rip apart spreaddisks and copy each release into a new d64, then it'd be a good point :)
2013-10-01 06:34
Bitbreaker

Registered: Oct 2002
Posts: 504
As if there would be so many new releases that unzipping becomes uncomfortable :-)
2013-10-01 10:51
Krill

Registered: Apr 2002
Posts: 2970
As others have commented, uploading compressed single disk images is completely pointless due to network transport compression (and also transparent compression in filesystems and databases).

Quoting wackee
I think it only makes sense for multi-disk releases, just to make sure that people download complete release.

Yes, and there, we'd be better off with some container format as seen on commercial C-64 emulators (see http://www.retroplatform.com/kb/15-122), which is basically a standard archive (usually compressed, think tarball or zip) with all required disk images and a manifest file (with meta-data like emulator settings), and possibly also other stuff like screenshots and .sid files, scrollers in plaintext and whatnot. Such a scheme would also make disk-changing in emulators and modern 1541 replacements a breeze.

It's long overdue for our community to define an open standard similar to that.

Are there any plans to support something like that in VICE, once it exists, groepaz?
2013-10-01 11:02
chatGPZ

Registered: Dec 2001
Posts: 11365
no. else we had already included cloantos format.
2013-10-01 12:33
Doc Strange

Registered: Feb 2002
Posts: 101
Good to know. I usually compress them but since it's not really needed I won't do it anymore.
2013-10-02 02:41
Urban Space Cowboy

Registered: Nov 2004
Posts: 45
Quoting Groepaz
if only ppl wouldnt rip apart spreaddisks and copy each release into a new d64, then it'd be a good point :)
don't complain to me, complain to them :)

Just recently, it's obvious that Modul Utility V1.3, Edit Memory, and Save Program are all the same disk with all files but one scratched. What a waste of time! The uploader could've uploaded the original disk image for one database entry, then copied and pasted the URL into the others.
2013-10-02 14:35
chatGPZ

Registered: Dec 2001
Posts: 11365
personally i love it when someone makes a "clean" d64 and then breaks the release in the process =P
Previous - 1 | 2 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Didi/Laxity
Bob/Censor Design
Airwolf/F4CG
VerN
Mibri/ATL^MSL^PRX
Viti/Hokuto Force
Hok/Remember
krikkit/Censor Design
MWR/Visdom
Flex/Artline Designs
tlr
Matt
csabanw
A3/AFL
Guests online: 78
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Mojo  (9.6)
6 The Demo Coder  (9.6)
7 What Is The Matrix 2  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Party Elk 2  (9.6)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.6)
5 Libertongo  (9.5)
6 Rainbow Connection  (9.5)
7 Onscreen 5k  (9.5)
8 Morph  (9.5)
9 Dawnfall V1.1  (9.5)
10 It's More Fun to Com..  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Nostalgia  (9.3)
5 Triad  (9.3)
Top Organizers
1 Burglar  (9.9)
2 Sixx  (9.8)
3 hedning  (9.7)
4 Irata  (9.7)
5 Tim  (9.7)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.053 sec.