F#READY

One drive had a rpm problem i thought, but turns out that the measurement was counting in NTSC time, while i'm using a PAL system.

Sorry, here it is

With this handy tool from Frankenstein, made in 1992, you can create your own OS and BASIC ROM dumps. Boot the ATR, start ROMSAVER.COM, insert an empty disk and press start. The tool writes OS.ROM (16K) and BASIC.ROM (8K). Good luck!

http://www.rewindgames.eu

This blog might become the home for Atari Preservation news in 2015..

This is great Phaeron! Thanks a lot :-) I got both Kryoflux and SCP and won't mind testing/improving the program. The raw/scp files are perfect for long time preservation, so i would always keep the original flux files together with the extracted/converted disk images. Again, great work!!! F#READY

May 17th, Hilversum, The Netherlands http://homecomputershow.org/ There are still tables left for participants. Hope to meet you there! Freddy.

Ok, i have to respond to this Thanks, but the Big demo was really a team job including: Solarsystems, DDT and The Exterminator. Freddy.

Thanks for the comments guys! I'll make the corrections if not done already...

Hello dear Atari friends! This is just a small message to let you know my Atari web-pages are moved. Old: http://members.chello.nl/taf.offenga/atari.htm New: http://www.ataripreservation.org/websites/freddy.offenga/index.html The old chello site will close down in a few weeks. Please update your links or bookmarks Thanks for your time! Friendly greetings, Freddy.

Nice! This one (Eisenfunk) also makes use of some Atari 8-bit musix, at least in this track: http://www.youtube.com/watch?v=9iMXi7pGt1k&list=PL411D5FC0216FF995 Try from the album "8 bit" the tracks "Pong" and "Super Space Invader"... P.S. They're also a good live band IMHO

Hi all, I got this link: http://www.youtube.com/watch?v=bxVTW1qZhSQ So, there seems to be a good SID emulation. Nice! What do you think? Regards, Freddy.

Interesting read. Thanks for the link. IMHO, you are complicating yourself unnecessarily trying to find an "unique" sector (without duplicates). But yes, I seem to recall a few cases where sector 1 is a double sector. And, IIRC, there is at least one case without sector 1 at all (obviously, not a bootable disk). Can you elaborate on this? I assume you know an alternative for having a unique sector (as a virtual index hole). BTW any help on the ATP format would be very welcome! P.S. are you the author of VAPI ???

I don't think they (SPS) want that (the 'reed contact with magnet' modification) for original manufacture disks, because they want exact images of the whole disk. If you are just using it for imaging personal disks it should work well. Hm, interesting point. I thought, since the 1050 doesn't use the index hole anyway, it makes no difference to use the real index hole sensor or to fake it. Have to ask them (SPS) if this method is allowed. Thanks for your remark!

Wow! Nice work! I've just finished testing my Kryoflux setup and everything seems to work perfectly. Now I'm considering the 'reed contact with magnet' modification to do flippy disks. Anyone tried this? E.g. here: http://www.siliconsonic.de/t/flipside.html

Don't know if this helps. For the ATP format we had a discussion about this topic. I'm sure Hias and Stefan remember it In ATP the timing information is stored in a separate section of the file: http://members.chello.nl/taf.offenga/ATP16.htm BTW: Nice to read that my articles are still useful. F#READY (formerly known as 'Frankenstein' or the editor of Mega Magazine).

Also bought the KryoFlux for preserving disks in the context of the Atari Preservation Project (after all those years). I can imagine that we eventually will extract other image formats from this (e.g. PRO, VAPI or ATP). @Farb: what are the downsides of IPF? Just curious. Any experience with flippy disks yet? I mean, anyone already modified a drive for flippy disks?

@Kr0tki: I really like your work on .CAS tools, just wanted to point this out. I will use it to get the pure data from the source signal. Also use it to verify and check for uniqueness of the file (that's not going to work with WAV files). However, for preservation purposes I have enough motivation to save the audio (WAV). For example, you already mention the fact that the signal could be found on both left and right channel. This is exactly the kind of information I want to preserve next to the data. Of course the CAS format could be extended to save more information, but the point is, we don't know at the moment what we want to know in the future. @Marius1976: Personally I don't see any value in the 'feel' of the original sound. They're just bleeps to me and although I like atonal music this is not my kind of music I would like to know how you are recording (digitising) your tapes. I can imagine you have much better equipment as a musician. What quality do you use (16-bit 44.1KHz stereo?). How do you calibrate your equipment to get the best recording? Did you choose WAV for a specific reason? Which cassette deck do you use or prefer? etc... @Ivop: You brought up the redundancy issue. I have to admit, it didn't even cross my mind. I'm not an expert on this, so thanks for pointing it out. Having multiple copies (of both CAS and WAV) would be good enough I guess? Finally, thanks all for the interesting discussion going on here!

Would you mind not telling me what I need to do? I can imagine that each of us understands "preservation" differently, but telling people what they need is bordering on rude. Sure, keeping recordings of corrupted tapes is useful, I'm doing it myself; however once you manage to create a correct CAS image, storing them becomes pointless - a CAS image contains all data needed to restore the tape in its original form. (Well, unless you count such features like for example non-standard shape of the signal's sine wave as important enough to preserve. Obviously I don't.) The advantage of existence of multiple (two three, including a8cas-util.pl) CAS imaging software developed independently is, we can rule out probability of them having errors quite easily, by cross-comparison. Here's another one. What's up with this telling people what they need? Ok, I'm sorry my wording offends you. My English is probably not good enough to clarify what I mean. The sentences "you need/we need" are not intended to tell you/us to do anything. Let me then finish to say I'm going to store the original WAV together with metadata about the processed/extracted CAS file(s). This may be useful, maybe not.

A CAS file actually contains more data than the source audio file - it contains decoded bytes of data. An audio file contains unprocessed series of signals, which may contain noise, random drops in signal level, and other glitches that might break the loading process on some of the lesser-quality Atari tape recorders. The quality of such audio file can be verified only by checking whether a tape recreated from such file loads correctly - and even if it loads, it may be only by chance, because existence of the aforementioned glitches might break the loading process when it is performed again, or on another tape recorder. Converting an audio file to CAS decodes the raw audio signal to bytes of data - similarly to what POKEY does while loading - and during this process the data is actually verified for correctness. If the conversion ended with success, the resulting image: - contains no glitches that could prevent the tape from loading; and - has no frame errors involving invalid lengths of start bits, stop bits, etc. Correctness of the resulting CAS image can be additionally verified by computing checksums of each block of data. Sometimes preserving a tape may involve manual intervention. I have designed software for preserving of all kinds of tapes (even copy-protected ones) in CAS format (see the signature). Using this software I've managed to recreate CAS images of a few tapes that could no longer load on a physical computer. Restoring these tapes involved manual removal of glitches in the source signal and then verifying checksums of the resulting blocks - but it resulted in CAS images with better quality than the source signal. This experience allows me to conclude: CAS Images Are Better. Good points! I try to clarify... Ok, let's assume the WAV file is correct (more about this later). The WAV file then contains all the information to convert to CAS, so the information was already available in the WAV file. But I agree completely that the original form (WAV) isn't the ideal format for the user of even for further processing. Don't get me wrong, I fully acknowledge your skills on processing and preserving tapes. My only concern was (is) that you _need_ to save the original source if your goal is long-term preservation. In case you want to preserve a corrupted tape, you save the audio signal in the highest lossless quality and then the process of restoration can begin. Let's say you find another tape which is also corrupt, you still have a better chance of _reconstructing_ the original from the two corrupted ones. Verification is indeed a very important point. That's where the tools can help out. Still, using a tool is also a human intervention step. The tool is created and can contain bugs. Some tools are better than others. Maybe in the future we will have tools which can automate even more steps from the restoration process. In all cases we need the material most close to the source which can be preserved for a long time. So, in short, I think CAS files are ok to store next to the original signal (WAV or whatever is decided). Also for the user who is not really concerned with preservation, CAS is fine. Hope this makes sense?

I hope you are thinking only about tapes with audio tracks - for other tapes keeping a CAS image is enough, as its contains all data needed to recreate such tape. The "Tape Preservation Project" at AtariArea has a few MP3s and FLACs. Thanks for your comments Kr0tki. No, I mean _all_ tapes! How can you be sure that the CAS image contains all the data? Call me paranoia, but MP3 is not a valid archiving format since it's lossy. FLAC would be ok, but it also depends on the recording method / equipment. Ofcourse I understand the need for a more compact form to use for e.g. emulators. My point is, preservation is for the very long future where you need to minimise the risk of loosing a single bit of information. Processing raw material (e.g. using wav2cas) introduces a risk which can not be reverted without the raw image.

Agree completely with your remarks about tape preservation Fox-1. To preserve a tape you need some lossless audio format and record as much as you can from the tape in the highest possible quality. The preserved image can then be processed by tools like WAV2CAS or whatever, but the initially recorded image should at least be archived. I know there are 'CAS' archives, but what about 'WAV' archives? (or any other suitable lossless audio format). P.S. I'm trying to revive and re-organize the Atari Preservation Project, so that's why I got interested.

Hi Richard. Nice to meet you again after all these years! I don't remember your contribution to the Platinum. What was it? The cruncher I remember! It crashed and never got it working! LOL Regards, Freddy. Hi Frankenstein, haha, long time no C. Last time we had contact with eachother was in 1992 or so ? I got interested again in the old ATari 8bit, because on the internet there are many Atari 8bit-fan sites and communities. Do you still listen to Metal music ? Hehe. Johan/Prizm still lives in Eindhoven. I myselve have lived in many parts of the world. Greetingx vrom Stormtrooper of Death/Richard. Hi Richard/Frikandel A reunion, nice idea! So, let's get to the point. Who will be invited? Where and when? Let's call it: 8-bit Re-Onion! I've been looking for Prizm a couple of times, but couldn't find him online. Would be very nice to get his e-mail address! Metal, I still listen to it sometimes, but my taste in music 'evolved' over the years... Greetz, F#READY

I've been at the AMS indeed. Don't remember I brought my Black Box, although I do own one (still have it somewhere). No, I didn't make Pokey Magazine. It was made by the Dutch Pokey Foundation/ANG Software. MegaZine was also distributed/sold by ANG Software.