You appear to be ignoring my previous post?.

You need to first get the digital data from the audio file - it's not stored there as digital data, but as audio tones - for a start you need to convert that back to the data. Presumably using a modem of some type!.

Assuming you have access to the original machine?, you should be able to read the data after demodulation in that!.

__________________
PIC programmer software, and PIC Tutorials at:
http://www.winpicprog.co.uk

 

ignoring? Im trying to get help here and your not helping me.

I dont have the machine or else I wouldnt have posted silly.

Now... The data is NOT an audio, it is a square wave digital bit stream that has been recorded onto a tape. its wave form has been degraded over time as well as this was pulled off of a tape itself....

Now I ask this... If this were CMI incoded, and indeed there was 6 1's representing the start bit, how could you have 100 bits of valid data after the start bit without worrying about a consecutive 6 data bits triggering a false start bit? Any theories...

 

It would be VERY unusual to try and record a digital bit stream directly to an audio tape (which I presume is what is being used, as you have audio on one track?) - what would be usual is to convert it to audio tones and record those. You then convert it back to the original digital data when you play it back - you either use a modem (hardware) to do this, or you can do it in software - see all the early home computers (Commodore 64, Sinclair Spectrum etc.) which did this to audio cassettes.

As you don't have the machine, presumably you are trying to reverse engineer the data?.

__________________
PIC programmer software, and PIC Tutorials at:
http://www.winpicprog.co.uk

 

Ok, now we're gettin somewhere

Well.. Yes reverse engineering this,, decoding what ever you want to call it... I can see on a time line here that the 6 bit start section that is so prominent are 30mS apart... Thus means this common pulse is sent about 35 times a second which is about what the frame rate is of the amimatronic. And taking these FACTS -> 100 data bits sent every 35-40 times a second.. I don't see how it could send that much data that fast if this were sent as an audio file like you propose.

I mean,, if your telling me that it's impossible to record a digital bit stream onto a tape then please say so cause we can eliminate this idea, but I just really feel to get that much data out so fast here this must be the case??

btw,, I've noted that the 2 frequencies here are tone1=2khz and tone2=4.366khz

 

It's not 'impossible', but it has reliability problems on an audio recorder, so it's not normally used.

Perhaps you might try assuming one tone is a ONE and the other a ZERO, and see what you get?.

What degree of movement, and how many different items, are you talking about?.

__________________
PIC programmer software, and PIC Tutorials at:
http://www.winpicprog.co.uk

 

There are 100 seperate movements, on/off movements that are refreshed approx 35 times a second with this data signal.