I'd say emulation of .ddp tapes (Digital Data Pack, Coleco tape proprietary format)

have you really forgotten about last summer refreshing debate?

http://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=71405#Post71405

anyway, Huygens has done a great work as usual

I remember it fine, I just wasn't sure what this fixed for users since it wasn't clear. And in the interests of not provoking a repeat of last summer I didn't want to just claim DDPs totally worked

And yes, Huygens does great work on "forgotten" drivers. Love that INTV and Lynx are up to spec

Awesome, thanks It should now be possible to load Adam .ddp cassette images as well as raw wav files.

The cassette drive in the Adam runs at 20ips but mess will generate 1 7/8ips wav files. I thought that would be best in case anyone wanted to try and record back to tape with a standard tapedeck. The code plays back the data at 20ips so the driver sees the correct frequencies. I added simple support for changing speed, channel and direction of playback to cassette.c as the Adam controls all the tape transport functions.

Oh and as far as I can tell loading of all .ddp files is supported but I'm still working on saving.

It should be relatively simple to add floppy support as well since unlike the other AdamNet peripherals the floppy uses an external eprom and a 6803 as opposed to a 6801 mcu with internal rom.

I'd say it would be trivial if we just had the ROM

To add to the spirited debate, you do know that the both sides of the tape are used right?

Meaning if you try to create a wav of side 1 you have to digitize that going right to left. However digitizing side 2 you still have to go from right to left which is reverse on normal cassette players.

To CREATE an original from your "alleged" digitized file, you would have to sync side a and b so they are perfectly aligned.
Original .DDP when create record both sides at the same time in a special cassette deck. Creating them was a pain without this but I did it with moderate success.

I suspect that if you use some lossless feature discounting iron oxide wear over the last 30 years, hisses and degradation then you can reverse the Audio through a good editor without the risk of data loss. Of course 1 byte will screw up the program.

Being that the geniuses won't just use the already existing files that work perfectly this is something you have to take into consideration.

See, there always comes something from actual users and technicians of the original day and equipment than from books and know it all teenagers.

Here's just a thought.
Get ADAM working and THEN find away to do your little .wav file side project. Maybe the ADAM fans will praise you.

Side question...Do you guys plan to digitize the disk files too?

Kevin: did you actually read this thread before coming here to flame? ADAM works right now, and it does so using your "standard" DDP files. You *won*, and yet you're acting like a jackass.

I was re-reading those old post and was wondering.
Do you plan on loading the entire wav into some kind of buffer then changing it into code?
Some type of artificial Digital Data drive?

Now I'm really curious because the drives act on 1k increments so in reality you have to create something outside of the realm of ADAM to do this.
Or do you have a way to find individual bytes inside a wav file?

You need to know this because you have to save hi score information on the .ddp as well as Files from ALL the other NON games.

I suspect a way around that is to have the entire wav in memory, convert it to the .ddp format understood by ADAM. at the end of a session after you save your file, convert it BACK to wav then save the entire file.
Just make sure you have a backup .ddp less you lose power or have an error during write.

So much redundancy for something unnecessary, just my opinion.

And still you are not reading what you are responding to. MESS works with DDP files. Full stop. You won. Please enjoy the emulation and stop trying to antagonize the dev team.

That wasn't my intent at all.
I'm trying to keep up with the changes and help.

That's why I brought up the bi-directional aspect of .ddp.

In reality I haven't tried to use ADAM lately and don't know what works because I've had more important things in my life.

The last 5 versions I used it the thing didn't work.

This is what's called Spirited Debate and I suspect if we were all in a room and could draw all this out on paper with code we could have this knocked out in a day.

Some of you guys want it YOUR way or no way.
Would you LIKE me to create a way to convert .ddp's to wav with a way to read and write to them?

KevinP, the only one here making demands it be done their way is you.