Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > Turbo Tape, how does it work?
2008-12-06 10:31
johncl

Registered: Aug 2007
Posts: 37
Turbo Tape, how does it work?

I have always been curious about how turbo tape really worked. I know that the tape drive originally could only read 50 bytes per second which would take a whopping 21 minutes to fill up the whole memory. I was always under the impression that games used compression to speed up tape loading (Just did a test with Giana Sisters which took 4 minutes to load).

Did Turbo Tape fiddle with the speed that data was written and read to the tape? I didnt think that was possible (only thought that was how they sped up disk reading/writing). If anyone got a good resource at how e.g. the well known Turbo Tape works, please post a linky here.
 
... 34 posts hidden. Click here to view all posts....
 
2008-12-08 20:41
algorithm

Registered: May 2002
Posts: 705
Quote: Well, there are some Mastertronic tape titles that does have a minigame in front of it. Invade-A-Load was one of them and I remember its on the Rogue game at least. What I find interesting is that many games had fullscreen bitmap pictures that you could see while it was drawing on the screen, basically adding another 20-30 second to the loading time. :)

Of course it was cool back then as you got tired of staring at a blank screen. When loaders came with Galway music pumping out the mono speakers we never wanted to go back. :)


Just surprising that more was not done with it. After all. the IRQ is responsible for the loading and outside of this, it would have been possible for anything to run without distracting the loading at all unless you wanted solid rasters which would mean more complex tape mastering
2008-12-08 23:24
AlexC

Registered: Jan 2008
Posts: 299
Quote: Just surprising that more was not done with it. After all. the IRQ is responsible for the loading and outside of this, it would have been possible for anything to run without distracting the loading at all unless you wanted solid rasters which would mean more complex tape mastering

The reason is simple - 1541 came ;) But actually Datassette is one of interesting devices because it's capabilities to store huge amount of data (comparing to 1541) and technical details has been almost forgotten even if it looks simple. There are very few technical documents regarding this device unfortunately. I've learned a lot about it studying Cyberload.
2008-12-08 23:40
algorithm

Registered: May 2002
Posts: 705
Tape mastering (eg saving/loading) is very simple. just precise timing and writing values to a location at precise intervals ( i think its memory location 01?) then the loader can be interrupt driven (provided it runs at full priority) to pick up the bits of data saved to tape. The secret is how to place the 0's and 1's. as well as delay timing. As long as the interrupt routine reads all the data, then exits (to allow main loop to execute whatever) and gets back to the interrupt before the next bit appears on tape etc. Anything can occur in the main loop

Although sprites and the screen on can cause problems if the data is more densely packed
2008-12-09 06:48
Martin Piper

Registered: Nov 2007
Posts: 722
Multiplexor while tape loading... Hmm...
2008-12-09 06:52
enthusi

Registered: May 2004
Posts: 677
check this for precise timing on IRQ tape load :)
A Load of TAP

...what a nice thread... :)
2008-12-09 07:24
johncl

Registered: Aug 2007
Posts: 37
Yeah, thats a pretty nice demo showing tape-streaming. I am quite sure there are lots of cool things one could do with it. Still, a scroller is pretty cpu consuming so obviously perfect timing is necessary to be able to use this for example a game or something. Although I guess one would be bored at rewinding the tape for every time one wanted to play again. :)
2008-12-09 07:31
Mace

Registered: May 2002
Posts: 1799
Quote:
Although I guess one would be bored at rewinding the tape for every time one wanted to play again. :)
That is easily fixed by putting the demo on both sides of the tape ;)
2008-12-09 09:00
algorithm

Registered: May 2002
Posts: 705
Quote: Quote:
Although I guess one would be bored at rewinding the tape for every time one wanted to play again. :)
That is easily fixed by putting the demo on both sides of the tape ;)


Or make the demo two sided :-}
2008-12-09 09:34
johncl

Registered: Aug 2007
Posts: 37
What I find strange is that they didnt see the potential of the tape drive better. For example, from what I have understood, these tape drives only recorded one track, while most heads actually supported stereo tracks. Why didnt they record on both tracks which could bring the saving/loading down to half. And while they were at it they could have recorded both "sides" at the same time which would make it 4 times faster. Although that would require the user to always put the tape on the correct side since they would still use the standard tape drive.

I guess it was because they could reuse existing hardware to make it as cheap as possible and once it was established there was no way they could change it. Sad really, imagine tape games loading 4 times faster.
2008-12-09 09:42
algorithm

Registered: May 2002
Posts: 705
Quote: What I find strange is that they didnt see the potential of the tape drive better. For example, from what I have understood, these tape drives only recorded one track, while most heads actually supported stereo tracks. Why didnt they record on both tracks which could bring the saving/loading down to half. And while they were at it they could have recorded both "sides" at the same time which would make it 4 times faster. Although that would require the user to always put the tape on the correct side since they would still use the standard tape drive.

I guess it was because they could reuse existing hardware to make it as cheap as possible and once it was established there was no way they could change it. Sad really, imagine tape games loading 4 times faster.


Thats almost the same question as asking why VIC II did not have 16 sprites rather than 8. I suppose a mono signal is more reliable and 'lasts' longer. Besides if the tape drive had the facility along with the rest of the circuitry for the C64 to be able to read two signals, not many people would have purchased the 1541 (Although Random Access is always great)

The only advantage in the tape drive was its storage capacity in comparison to the disk as well as the cheap price.
Previous - 1 | 2 | 3 | 4 | 5 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
E$G/HF ⭐ 7
Guests online: 184
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 No Listen  (9.6)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 X-Mas Demo 2024  (9.5)
7 Dawnfall V1.1  (9.5)
8 Rainbow Connection  (9.5)
9 Onscreen 5k  (9.5)
10 Morph  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Organizers
1 Burglar  (9.9)
2 Sixx  (9.8)
3 hedning  (9.7)
4 Irata  (9.7)
5 Tim  (9.7)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.065 sec.