Tape Header Format

Anything related to the tools Tap2Wav, Tap2CD, Tap2Dsk, Sedoric Disc Manager, Tape Header Creator, WriteDsk, and generaly speaking tools related to the management of Oric data files and devices.
User avatar
Twilighte
Game master
Posts: 819
Joined: Sat Jan 07, 2006 12:07 am
Location: Luton, UK
Contact:

Tape Header Format

Post by Twilighte »

I thought it about time to lay out the format of a standard Oric tape header...

$16
$16
$16 (Minimum of three $16's)

$24 (Synchronisation byte)

$0
$0

$0(Basic) or $80(Assembler)

$0(No Autostart) or $80(Basic Autostart) or $C7(Assembly Autostart)

High Byte of the End address
Low Byte of the End Address

High Byte of the Start Address
Low Byte of the Start Address

$0

Filename(Up to 16 characters)

$0

Program Data


Note that i have used hexadecimal notation throughout
jdavis6809
Pilot Officer
Posts: 80
Joined: Wed Feb 11, 2015 10:39 am
Location: uk

Re: Tape Header Format

Post by jdavis6809 »

hello,

yes

thanks

I have ben reading some tap files with a hex editor I find that the header content is not consistence

I expected the data start stop addresses and file name addresses to be in the same place all the time

regards

john davis uk
User avatar
Dbug
Site Admin
Posts: 4437
Joined: Fri Jan 06, 2006 10:00 pm
Location: Oslo, Norway
Contact:

Re: Tape Header Format

Post by Dbug »

As written the number of $16 is variable because it's a synchronization pattern, technically you could have many of them, it just happens that 3 is the minimum that still gives readable data.
The rest is consistent.
jdavis6809
Pilot Officer
Posts: 80
Joined: Wed Feb 11, 2015 10:39 am
Location: uk

Re: Tape Header Format theoric #19 L'Oric ANU

Post by jdavis6809 »

hello

I have download all of the theoric magazines and found this in issue #19

It explains the tape format

see attached

Theoric 19 - Avril-Mai 1986 - page 46.jpg
Theoric 19 - Avril-Mai 1986 - page 47.jpg
Theoric 19 - Avril-Mai 1986 - page 48.jpg
regards

john davis uk
jdavis6809
Pilot Officer
Posts: 80
Joined: Wed Feb 11, 2015 10:39 am
Location: uk

Re: Tape Header Format theoric #19 L' Oric ANU part 2

Post by jdavis6809 »

hello

I have download all of the theoric magazines and found this in issue #19

It explains the tape format

see attached
Theoric 19 - Avril-Mai 1986 - page 49.jpg
Theoric 19 - Avril-Mai 1986 - page 50.jpg
regards

john davis uk
ThomH
Flying Officer
Posts: 238
Joined: Thu Oct 13, 2016 9:55 pm

Re: Tape Header Format

Post by ThomH »

I've thrown this onto the wiki, which I think matches the exposition given above plus some detail on the actual waveform and a brief mention of the hardware/software implementation. Hopefully it's accurate but if not then, well, it's a wiki. So easy to fix.
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Tape Header Format

Post by Symoon »

In an old discussion about it, we establised that the Oric ROM actually needs four $16 at the beginning of the file. 1st one is used to synch the signal decoding, the 3 next to confirm it's the header synch sequence.
That's funny because for a long time I thought the Oric synchronised its reading speed according to the tape player speed, but actually no: it synchronises the byte decoding, passing bits to start at the right one to decode the next byte.

Also, I wonder if there are no specific values for commands like STORE.
ThomH
Flying Officer
Posts: 238
Joined: Thu Oct 13, 2016 9:55 pm

Re: Tape Header Format

Post by ThomH »

I've updated the wiki page to say four rather than three but otherwise I think we're of an understanding: the Oric decides how quickly the tape is running, and whether encoding is slow or fast, just by inspective the waves as detected. Is that what we both think?
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Tape Header Format

Post by Symoon »

Thanks for the update!

Aha, sorry when I was talking about "speed" in my old (and wrong!) synchronisation understanding, I meant the tape player speed which can vary a little form one player to another! In my youth I thought the synch header was used by the Oric to adapt itself to a tape that was played 5% faster for instance - which is absolutely not what's happening ;)

About fast or slow encoding/decoding speed, it's the human being that decides the decoding speed, by adding ",S" or not after CLOAD ;) Thankfully by ear we can recognise a slow or fast recording!
Yicker
Pilot Officer
Posts: 97
Joined: Thu Jan 26, 2006 11:27 pm
Location: St. Helens, Merseyside, UK

Re: Tape Header Format

Post by Yicker »

Back in the days when I had a real Oric Atmos, I always thought that it would have been better if the tape header was always saved in SLOW format with a flag in the header to say whether the main program/data was FAST or SLOW format. That way when using CLOAD the ',S' parameter wouldn't be needed.
Post Reply