Jump to content

Farb

Members
  • Content Count

    821
  • Joined

  • Last visited

Everything posted by Farb

  1. FYI, the "dir" command in a8diskutil will calculate CRC for each file on an Atari DOS 2 disk. This could be helpful in identifying identical files between disks. You can also use the "compare" command to compare if two ATR files are identical, and if not, how they differ. http://www.a8preservation.com/downloads/a8diskutil-darwin-amd64-0.8.6.zip (Mac) http://www.a8preservation.com/downloads/a8diskutil-win-amd64-0.8.6.zip (Windows 64-bit) http://www.a8preservation.com/downloads/a8diskutil-win-i386-0.8.6.zip (Windows 32-bit)
  2. You must be logged in to see the full resolution versions and they are only present on the release pages.
  3. When we started doing the preservation work, there were very few options for ATX so it made sense to do the extra work to also catalog the ATR versions. However, today there is now ATX support in many hardware devices and emulators. A non copy-protected ATX can always be reliably converted into an ATR (but the reverse is not true). For those that want to continue using older hardware or emulators and need ATRs, there are at least two utilities that can very easily perform this conversion: a8rawconv and a8diskutil. Sorry, but given the shortage of time and the many other things that need to be done, spending time on producing, cataloging and distributing ATRs simply doesn't make sense anymore. Wherever possible, the ATRs that we have currently cataloged will eventually be replaced by proper ATXs that preserve the track sector ordering that ATRs do not.
  4. They have already slowly been making their way onto the website. When it will all be finished, I cannot say. I interleave that work along with all the other things that need to be done. We don't catalog homebrews but this is a nice blast from the past. Thanks for posting it!
  5. Each release is built using ClrMamePro and I have included the DAT file used in each one. If any releases had it missing, it would have been an accident. Attached are the DAT files I have archived. a8preservation-dat-files.zip
  6. Wow, nice find, thanks for sharing! And the Ancient One is....... identical to the non ancient one (except for the serial number) 😛
  7. Hi all. I figured I'd post this to the larger thread so others can see it as well... TL;DR We can definitely use the Atari community's help to improve the preservation project and you don't need to be highly technical to contribute. Even just a knowledge of how to use a spreadsheet and a willingness to scour through the existing public website, magazine PDFs, etc. would be extremely valuable. See the items highlighted in red bold-italics below for specific areas we could use some help and please PM me if you'd like to get involved. The longer version We have a very small group of people assisting with the core preservation project work and the bulk of what we do is the actual dumping of media, scanning, performing time-consuming analysis, scouring old publications and doing other research to identify release dates, similar titles from a time period, similar protection types, etc. This information not only helps in cataloging everything but can also be valuable when we encounter rare disks or tapes with data corruption and need to manually attempt to fix them. For example, a non-trivial number of ATX and CAS files do not come from a single raw dump but are actually manual reconstructions from several raw dumps that all have data corruption in different parts of the disk or tape. We've created and maintain various tools to help us in these endeavors. I wrote the a8preservation.com site itself completely from scratch and I have been slowly enhancing it to expose the results of our research and experimenting with new capabilities that don't exist (at least to my knowledge) in the Atari community today. For example... 1. Rather than simply creating a single category for a title, the site uses a tagging system which allows multiple tag associations per title. The site's search feature can filter based on the presence of one or more tags and even the absence of tags. This is how the Browse Software page is driven. For example, clicking the Text Adventures - Fantasy category is really a search for all titles that have the "Game", "Adventure", "Text", "Fantasy" and "NOT Graphics" tags. These tags are also used to generate the "You may also be interested in..." section at the bottom of each title page. There are even tags for all the different vendor disk protection variants we have identified so far. We can use help identifying and fixing gaps in the tagging of our titles and releases. 2. Our Publications section has entries for most major Atari magazines. If you click into a particular issue, you will get a list of articles. Some articles also have the article text itself available. Software review articles are of particular significance because we can discover information such as details of a particular release, how many disks were included, etc. The database currently has the ability to establish a relationship between a title and its software reviews. If this relationship exists, and we have the text of the article in the database, the site performs AI-based sentiment analysis of the review texts and generates an aggregate "critics' score" for the title. An example of this can be seen on the page for Jumpman. We also have the ability to establish a relationship between titles and magazine ads (as also seen on the Jumpman page). This is another data point we use to identify release dates for a title if we don't have other indicators or if the other indicators are misleading (e.g. copyright dates that come from the release of the title on another platform rather than the actual Atari release date). We can use help identifying missing article entries from each magazine issue, identifying missing ads, creating formatted article text from magazine PDFs, etc. 3. We still have gaps in our release metadata such as number of players, memory requirements, supported controllers, BASIC, etc. These are not only displayed on the website but also drive the generation of the filenames that we distribute. We can use help identifying and resolving gaps in our release metadata. Why is the above work useful to the community? Well, there are two main reasons I have right now... 1. I've been slowly working on a public REST API for the site. It's still being actively refined but is already driving portions of the website today. This API could be used by the community in various ways. An obvious example would be an emulator getting the data it needs to configure itself accurately from the file CRC/MD5 when a disk, cassette or cartridge is loaded. 2. I am not currently aware of a data-driven estimation of title rarity. Others have made a great effort to estimate this manually based on their impressive knowledge of the Atari scene, but I'd like to try something more deterministic. We've been accumulating dumps for 7-8 years now. I think we have a number of data points that could go into a rarity calculation including how many dumps of that title we've seen, whether the media was mass produced, how many magazine reviews exist, how many publication ads exist, etc. Summary Sorry for the long post but it's been a while since I've shared what we've been doing in the background besides releasing a new collection of media dumps every few months. If you have read up to this point, thanks for your attention and please consider donating some time 😉
  8. No one has hosted a torrent in a while but there was a Mega link posted in this thread a few weeks ago. There will also be a substantial update coming shortly.
  9. Hi Russ, Thank you for the offer of help. We don't sort the file directories in the preservation archive using the TOSEC standard since it is more important for processing purposes that we track the raw dumps by their specific release, the contributor & date of the contribution, etc. However, the a8preservation.com website uses an extensive tagging system that can be used to categorize titles in many different ways for searching and other purposes. This is still very much work in progress as it is a failry recent addition to the site. If you have the free time, and are interested to help us improve our organization/categorization at the website level, please PM me and we can chat further.
  10. Yes, there was not a lot of consistency around this. On-Line Systems magazine ads and reviews for the title showed it as one word. And it is one word on the labels for Jawbreaker II (which were confusingly named just "Jawbreaker"). But you are right, the media labels and manuals I have seen so far show it as two words so I have changed it in the database. I probably need to implement an alias feature so both can be captured for search purposes 🙂
  11. Yes, thanks. We can often use non-original dumps to verify original dumps (assuming that we can confirm the two dumps didn't come from the same physical media) 🙂
  12. Thanks for the Snokie dump and the clarification on the drive hardware that was used. Non-originals are always helpful for verification. I have updated the information in the database (although I used a8rawconv 0.92 to create ATXs from your SCPs).
  13. Thanks for posting everything. I know how much work it is to do so! 🙂
  14. Thanks for pointing this out. In the past, we only included ATRs in the collection for unprotected disks. Now that ATX is a more commonly supported format, I have been slowly replacing the ATRs with ATXs where possible. From the dumps that Pete submitted to us, Kampfgruppe, Panzer Grenadier and Computer Quarterback Teams Disk 1985 still had ATRs. I've updated the first two in the database but we don't have a good ATX for the latter due to disk corruption. I've also updated the database with you as the contributor for Pete's dumps. Thanks again for your contribution!
  15. Correct. We do not have a good dump of the Game Program side.
  16. Thanks, the filename will be corrected in the next release.
  17. I use the MaxFlash USB programmer to dump cartridges: https://www.atarimax.com/flashcart/documentation/
  18. Thanks for your work in doing this. 2. It is ideal to have the raw image scans at a minimum. A cleaned PDF is certainly nice to have as well so we can put it on the website. 3. What is missing from the website is our highest priority. Also, no need to upload dumps that are identical to dumps that are flagged as "preserved" on the site. I have created a command-line utility that can compare disk images. Here are the latest version for Windows and Mac. Just keep in mind that ATX and ATR cannot be compared directly. 4. Flux dump is preferred so we retain all the low level information that is lost in an ATR. This can be helpful when comparing and/or repairing dumps. 5. Same ZIP is fine. 6. It is helpful to keep the disk dump and media scan/photo (preferably without disk sleeve) together so it is clear what physical media the dump came from. It is also helpful to know what packaging the media was from if you know this since there were multiple releases of many titles.
  19. Indeed. This was corrected a few months ago and will be in the next release. The U.S. Gold and Datasoft releases are identical.
  20. Here are the titles we have flagged as containing artifacting in the preservation database: http://www.a8preservation.com/#/software?f=t:ARTF&page=1 I see a few that aren't on your list including some Crystalware adventures and the Sierra Hi-Res Adventure series.
  21. Interestingly, the torrent CAS works fine on real hardware (checked by @Fred_M converting the CAS to WAV and recording to a real cassette) and on the Atari800 emulator. So it seems like we're looking at an Altirra-specific issue. @Atarigrub has identified some differences in the baud rate and gap between data blocks across the different dumps which seem to account for the differences in behavior between our CAS and Zarxx's. We are still trying to determine what would make for the most accurate CAS file.
  22. Yes, it has been preserved... Disk File Manager v1.0 (1979-09-24)(Atari)(US)[disk].zip
  23. Thanks, @Zarxx. We'll take a look and see how it differs from the current dump in the torrent. And thanks for the interesting information @Shannon. Any chance you remember where you learned this from?
×
×
  • Create New...