Jump to content
IGNORED

Atari 8-bit Software Preservation Initiative


Farb

Recommended Posts

AppleSauce is way too little too late... Most Apple original disks I attempt to image are already dead and falling apart.

 

I do have a good bit of KF images where people have sent me disks for imaging over the years, but a large portion of A2 disks are educational titles anyway, and nobody cares about that.

 

Also, this is not a new idea, and nothing is 100%.

Edited by R.Cade
Link to comment
Share on other sites

Hi Pete,

 

AppleSauce is way too little too late... Most Apple disks I attempt to image are already dead and falling apart.

 

Really? Strange. Why they should be much worse than Atari (or Commodore) disks?

 

Btw, I assume AppleSauce can interface to standard PC drives as well (at least in the near future), and not only with Apple drives. Because otherwise I would say that the other options are better for Atari. Not that an Apple drive couldn't be used, but certainly it wouldn't be my first choice.

Edited by ijor
Link to comment
Share on other sites

ijor, at no time I had any intentions to make 'aggressive marketing' for something. I haven't even a Kryo nor a SCP, but I trust the ones who have such devices. Free world, free decisions. Free Atari users to use what ever they want.

 

I wasn't referring to you at all. I am terribly sorry for not being clear enough. I was talking about the marketing style of the developers of the Kryoflux, the SCP, this new AppleSauce board, and also at some point Catweasel.

Link to comment
Share on other sites

For DjayBee:

The following programs I have again converted, for comparison, some program was read 2x or recorded only after a backup of the original diskette.

External_Dagger_Dungeon_Disk_Side1__SSI
Questron_Disk2_Side1__SSI
Threshold__Sierra_On-Line_INC
Spy_Hunter__Sega
Super_BoulderDash_Side1__ECA
Cut+Paste_Program_Disk__ECA
Silent_Service__MicroProse
Starbowl_Football__Gamestar

 

And the Movie Maker is now complete.

Two programs will follow later when I have the BitWriter 1050 Replica installed and can make a copy.

Montezumas_Revenge__DataByte
Mr.Robot_and_his_Robot_Factory__Databyte

 

 

 

 

Check_1.zip

Check_2.zip

Movie_Maker__ECA.zip

  • Like 5
Link to comment
Share on other sites

A big thank you to the people who brought this project to life and devote a lot of devotion to every single dump.

All in return, you publish for us all registered programs without any consideration.

For that you receive my respect and support. Keep it up!

Also, I was able to recover some of my originals by replacing the floppy disk and writing back the dump over the SCP.

I would not have succeeded without you.

  • Like 4
Link to comment
Share on other sites

didn't try to fix anything, and if someone starts another torrent but in the format you are looking for then maybe they can call it no zip preserved... it's something they chose to do... I didn't initiate the other torrents so that's something you can take up with them..

As I already wrote, fragmenting seeder pool is bad idea.

zips take up less space, transfer faster.. and decompress super fast...

When I want to use the torrent's contents while still remaining a seeder, the zipped archive actually takes twice the space, because I now have to store two copies of the archive - one zipped for seeding, one unzipped for daily use.

 

As for transfering faster, the "external" ZIP archive is compression level 0 anyway, so it's not really smaller, and does not transfer faster at all.

 

I apologize if that extra click is a bother.. for most it's all automatic and isn't even noticed... at this point what is it I can do to make you happy... as this can go round and round.... do you want two or three torrents and two or three clouds and two or three ftp and two or three http from here on out..

You want to stop going round and round - great idea, just stop reiterating the same arguments. I already wrote why I consider multiple torrents a bad idea, so I don't understand why you keep coming back to this idea again.

 

since some prefer a zip of zips, some prefer just a zip, and some prefer no zips at all...

Is that so? Could you point me to a single person that complained when the previous torrent releases were made as directories of zipped files? Edited by Kr0tki
Link to comment
Share on other sites

I really don't want to see _The Doctor__ get any grief over his decision to help out here. I didn't want to take the time from dump analysis to set up torrent hosting and he helped me out. As part of that help, he made a decision to create a single ZIP. I personally don't think it's a big deal but I'm also not a torrent consumer and Kr0tki raises some valid points about simultaneous consumption and seeding. I definitely think a single ZIP was far better than waiting another several weeks (or more) to get a new torrent published.

 

Can we re-evaluate whether a single ZIP or expanded directory structure is the direction to go in when it comes time to do the next torrent?

Edited by Farb
  • Like 3
Link to comment
Share on other sites

I thought I'd go ahead and put my thoughts in. It is 2 major point.... 1) Yes, I personally think individual zips are better than a single zip. This is so people can selectively download. If someone only wants a handful of the titles, they still have to make room and download all of them just to get the few. 2) That being said, I would "MUCH" rather have a single zip torrent than no torrent at all. _The Doctor__ did us a favor and put up a torrent with the latest library. Was it the perfect torrent for me? No. Did it upset me in any way? Again, no. To put it in a fairly common analogy.... Someone tells you they are starving and asks for some food. You then offer them a sandwich and they start complaining about how they don't like it, and how you should have given them a steak, etc... How is that going to make you feel?

  • Like 1
Link to comment
Share on other sites

I suggested in the testing group dm that we not bother zipping anything at all, it didn't spark any conversation.

 

  • These are not big files, with modern disk block sizes the difference in disk usage is fairly small less than 100MB
  • Having them unzipped exposed the file extension so we can benefit from format specific functionality, unique icons etc.

post-62759-0-44929900-1530012658.jpg

  • They are usable everywhere from RespeQt to Atari800 to Altirra etc., not every app supports zipped files with multiple items in them.
  • If files are zipped without regard to correct text encoding the filename may change when the archive tool guesses which encoding to use and the unarchiver guesses too.

 

We actually hit that last issue with the current torrent

 

post-62759-0-55173600-1530012692_thumb.jpg

 

 

EDIT: OTOH: Completely agree with Pheonix. A torrent you have to unzip recursively to use is better than no torrent at all.

Edited by Mr Robot
Link to comment
Share on other sites

I suggested in the testing group dm that we not bother zipping anything at all, it didn't spark any conversation.

 

The reason it didn't spark any conversations during testing was that it required investigation into whether ClrMamePro could effectively do it which nobody (including myself) wanted to take on. That in turn raised the question of why I was generating a DAT file from the database vs. having ClrMamePro generate a DAT file from the directory structure, etc. It boils down to there not being a "right" way to do any of this. There's only the opinions and decisions made by the people doing the work.

 

This recent change to a single torrent ZIP is a perfect example of a situation where changing something seemingly arbitrary can cause dissatisfaction. People earlier on expressed dissatisfaction with having to re-download a full torrent each release but there was also a negative reaction when I suggested we do away with the torrent and simply make everything available as individual downloads on the website.

Sorry, I'm not trying to make this sound like a rant, but I just want to highlight that there's simply not going to be a way to make everyone happy.

The current approach I chose of creating a directory of individual ZIP files mimics how TOSEC has been doing it for many years and I saw no reason to re-invent the wheel. If the recent introduction of non-ASCII characters to the database is creating problems, then we should certainly explore ways to fix it. My guess is the former is caused by ClrMamePro somehow not handling non-ASCII characters correctly since it is responsible for generating the ZIP files.

 

I've always said that the torrent is a nice (and more cost-effective) way to get emulation-friendly files into the hands of the community but it is not the primary goal of the project. Thus, I don't want to spend any more time on it than necessary. IMHO, it is far more valuable for everyone that has the knowledge, capability and desire to keep focusing on actual preservation efforts because the clock is ticking. There is still plenty of work to do in that area.

 

If someone wants to take on identifying tools and techniques that will allow us to generate a torrent everyone is happy with and also willing to generate and seed said torrent, I'm certainly open to collaborating on it. I agree with Kr0tki that multiple torrents is not a path I believe we should go down since it is more work, less effective for distribution and will potentially lead to confusion as to what is "official".

  • Like 2
Link to comment
Share on other sites

The reason it didn't spark any conversations during testing was that it required investigation into whether ClrMamePro could effectively do it which nobody (including myself) wanted to take on.

 

As I mentioned at the time. There is just a single switch to turn off compression.

post-62759-0-17886200-1530025673.jpg

You end up with a folder per title and no zip files.

post-62759-0-07736700-1530025840_thumb.jpg

 

That in turn raised the question of why I was generating a DAT file from the database vs. having ClrMamePro generate a DAT file from the directory structure, etc. It boils down to there not being a "right" way to do any of this. There's only the opinions and decisions made by the people doing the work.

And as I said at the time, however you want to do it is fine, it works both ways.

 

If the recent introduction of non-ASCII characters to the database is creating problems, then we should certainly explore ways to fix it. My guess is the former is caused by ClrMamePro somehow not handling non-ASCII characters correctly since it is responsible for generating the ZIP files.

ClrMamePro is doing fine, it's generating the correct zip filenames, they match the file filenames. The problem is that there is no explicit character encoding to a filename and when the files are bundled up into another zip the unzipper has to guess what encoding to use. It's not an exact science but it does OK 80%+ of the time. If it guesses wrong, you get incorrect filenames. If you force an encoding scheme, you can get the incorrect ones right, but other filenames now become incorrect. The Zip spec says it supports UTF-8 but the big zip wasn't zipped with that encoding so forcing UTF-8 garbles the files even worse.

 

I've always said that the torrent is a nice (and more cost-effective) way to get emulation-friendly files into the hands of the community but it is not the primary goal of the project. Thus, I don't want to spend any more time on it than necessary. IMHO, it is far more valuable for everyone that has the knowledge, capability and desire to keep focusing on actual preservation efforts because the clock is ticking. There is still plenty of work to do in that area.

 

If someone wants to take on identifying tools and techniques that will allow us to generate a torrent everyone is happy with and also willing to generate and seed said torrent, I'm certainly open to collaborating on it. I agree with Kr0tki that multiple torrents is not a path I believe we should go down since it is more work, less effective for distribution and will potentially lead to confusion as to what is "official".

I'd volunteer for that but my upstream bandwidth is pitifully slow and metered (Thanks AT&T!)

 

Messing around with ClrMamePro just now has identified 5 missing titles btw!

post-62759-0-97484300-1530027387_thumb.jpg

Edited by Mr Robot
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...