Why Loading Bars on 80s Micros? [Byte Size] | Nostalgia Nerd

[@losalfajoresok]

Wow, my 32 years question without a proper answer has finished. THANKS!!!!

[@losalfajoresok]

I'm not a tech guy dude. That's why this was perfect for me.

[@KurtRichterCISSP]

Sergey Zykov too busy building my own space shuttle, sry

[@mondrus72]

Back in the day I did that the lazy way using the book 'The complete ROM disassembly" which I was able to borrow from my local library. Found the pages with loading routine and typed it into my assember and as far I remember it worked without too much jiggery pokery . Actually used quite a lot of the ROM routines when first started learning Z80 then developing my own 'routines.

[@nytrex2001]

@@Dargonhuman Mee too. Your wife's very accommodating.

[@Dargonhuman]

@@nytrex2001 No dude, that was me in drag. And you still owe me $50 for doing that thing with my tongue.

[@vojtechhavranek1176]

As bright kids that we were, me and my little brother, after we got our magic Speccy, we quickly realized that the sound signal encoded the games. So we came to the idea that we could create some more wonderful games of our own, just by mimicking these weird sounds by own our voices and recording them on tape... After a couple of busy evenings, we called our project off. Somehow we didn't make it past the cyan-red bars step. If we had only tried harder, we would have been the next Jobs and Woz by today. I will never stop regretting this missed life-time opportunity!

[@MrDaveP75]

Well done on making a video on loading bars entertaining! The way the bars would reflect the sound pulses was quite hypnotic and explains why i became fascinated by MP3 player visualisation on my PC in the 90s!

[@philrob1978]

As a ZX Spectrum owner since I was a young lad, I never really thought about why the rasters needed to be there. It was all part of the magic for me at the time. Still, your concise explanation is fascinating stuff, love it. :)

[@vesavius]

Start load.. Make cup of tea... Come back to crash.... My early computer life.

[@Nostalgianerd]

Still apparently mine...

[@TheLinkoln18]

Falconhoof It was making the cup of tea that did it.. Switch kettle on power fluctuates, computer melts down.

[@vesavius]

TheLinkoln18 I actually believe that! it happened too much to not e science!

[@TheLinkoln18]

Falconhoof It was either that or the static generated as you walked across the carpet.. xd.

[@38911bytefree]

Now this is the TRULY CHARM of old 80s micros. Just make a couple of cups more because when you got azimuth issues, games wont load first try !!!!. The old times !!!!.

[@Tenuki2]

Great video. One thing to add: on ZX Spectrum it was possible to time perfectly screen pixel update and thus - draw outside of main pixel area (on the borders). It was very complex and very few games have actually done this and that - only for non-interactive parts of the game anyway.

[@gavinminion8515]

I will still never know just how many hours of my childhood were spent watching these bars flash and waiting for the game to load in though.

[@xtomvideo]

Cool, used to hate waiting for the cassette load times but they had their own charm building anticipation. :)

[@BobsBand]

Yes and now it's an essential part of the authentic retro experience! One abiding memory I have of the C64 is hearing the Star-Spangled Banner loading music on U.S. Gold games.

[@Warlock_UK]

Loading pictures were funny when you think about it. When they're loading the pictures, they're not loading the game. :D In the case of... I think it was the Amstrad, it needed something like 8 passes as it'd do one line per group of 8 so you'd see the screen build up like a blinds effect. If this took 20-30 seconds, that's 30 seconds of not loading the actual damn game.

[@chaos.corner]

The Spectrum did this. This was because if you wanted to move (one byte) to the right, you could increment the low byte of the screen address and if you wanted to move one pixel down, you could increment the high byte of the address. This worked well if you wanted to consider the screen as a bunch of 8x8 blocks but quickly became a pain otherwise.

[@cigmorfil4101]

Chaos Corner i think you're confused. The spectrum used a pixel mapped screen for dots and a character mapped area for attributes. It had no hardware scrolling - if you want to shift the screen one column left/right or row up/down you have to physically shift the dot bytes and possibly the attribute bytes; unless moving in character blocks you could end up with pixels changing colour as they shifted from one character position to another a the attributes were different. The BBC micro used a 6845 CRT controller which allowed hardware scrolling by shifting the start position of the screen (within a block of memory). this method is extremely fast. Also the BBC used a pixel map to colour palette which meant the colour of each pixel was stored as the pixel, using 1, 2 or 4 bits for each pixel. The byte order mapping on the BBC was odd in that bytes of sequential memory were stacked vertically as a character before moving right one character across a row - this allowed characters to be put on the screen very fast in character positions whenever the screen started on a character boundary. it was possible to configure (tell the hardware) how many bytes were in a character position. The different modes were achieved by different configurations; Elite even changed the config part way down the screen to give a high res action display with less colours that the low res instruments display at the bottom.

[@chaos.corner]

Cig, definitely not confused. Possibly we're just talking at cross-purposes. I'm not talking about scrolling but if you want to write a character to the screen, you can write it as a series of 8 bytes, incrementing H. If you wanted to move to the right, increment L. It gets a bit messy after that. Trust me, I know what I'm talking about but I may not be communicating it well. Some good discussion in the comments here whatnotandgobbleaduke.blogspot.com/2011/07/zx-spectrum-screen-memory-layout.html

[@cigmorfil4101]

Chaos Corner sorry, you're right...now I've reread what you said I understand what you were talking about. That'll learn me to reply after a 31+ hour overnight journey with little sleep - I had read a comment about loading ZX81 software and heard that the BBC didn't indicate that it was loading whereas it did and had that on my brain and saw something about going down/right on a screen with reference to increasing addresses and my first thought was hard ware scrolling. using that addressing for a character block allows pixel maps to be shifted fairly fast from font definition to screen.

[@chaos.corner]

No problem. It's a bit complex and tricky to explain without diagrams. I seem to recall there was some way to make the BBC indicate some progress on loading but I may just be thinking of the Acorn Atom (I had an Atom but not a BBC. Didn't use it anywhere near like I did the Sinclairs).

[@Tomsonic41]

I used to enjoy listening to the loading sound on the ZX Spectrum. I was actually able to tell what kind of data was loading just by listening to it and could also tell when the loading was nearly complete. Much like in The Matrix, where they can tell what's going on just by looking at the code!

[@stephenthornber1961]

I miss loading from tape. ..yeah I said it :P btw the BBC was awesome because it used to count up in hex and if you got a loading error, you could rewind the tape 1-2 secs and try again. I had some games I had to try to load one particular block 7-8 times before it was right. Whereas on the C64 and Speccy, loading error means you start from scratch!

[@adrianlmcleod]

Exactly! That’s the problem with a lot of these modern KZbin videos, that “look back”, by a lot of people that weren’t even there, with a lot of incorrect information. People complain about Wikipedia, at least the legitimacy of information can queried, verified and corrected. KZbin videos, will be “untrue” forever! 😞

[@GloopSerious-nt9dv]

I am such a sucker for the late eighties... I so miss them, everything made more sense...

[@Kem1kal13]

Rasta bars mon. I and I be jammin' when I load up dis game, seen?

[@dr.trichome6419]

Icon of Sin im too high for this.

[@cakeisamadeupdrug6134]

Was just thinking that Rasta bars sound like places in Jamaica that serve drinks.

[@ChallengeTheNarrative]

Was thinking along similar lines

[@Fifty1stState.]

PI Mania... kzbin.info/www/bejne/nmWueaKBn8hqhNU

[@RetroGamePlayers]

Nice explanation, I just thought they meant the game system was excited to be played.

[@Nostalgianerd]

I should have just made a video and said that XD

[@cyberp0et]

Retro Game Players getting wet with anticipation :))

[@Chalky.]

The loading screen games were a great thing back then and even in the optical disc era it would have been great, but Namco Bandai has held a tight grip on that patent and deprived us all of that for 20 years, and now that the patent expired there just isn't that much need for loading screen games.

[@cr4yv3n]

30 minutes loading of a game that was 100Kb in size... Ahhh good times

[@fartonaut2291]

Evi1M4chine+ Even if they meant 100 kilobytes, it could have been fine depending on the system he was using, because you don't have to have something like 70GB of ram to play GTA V. (Also, please change the "64KB or RAM..." to "64KB of RAM..." cause O.C.D.)

[@amperzand9162]

That's because modern computers store things on a hard disc drive to be recalled at any time. These old cassette computers often stored things in RAM for use, with tapes providing their stable storage medium. The RAM quantity of the computer dictated the maximum size of a piece of software.

[@RealCadde]

Imagine how people back then would react to a modern computer with SSD's or even M2's which can transfer several hundred megabytes per second. Or in the latter case, over a gigabyte per second. And in BOTH directions to boot! If only i could time travel...

[@amperzand9162]

Right?

[@PutItAway101]

Evi1M4chine and I would have asked how come *you* never heard of the Spectrum 128K

[@69vrana]

I remember those lines from times when my big brother was not home and I stole his ZX Spectrum, loading the games, getting the "Tape Loading Error".... Nice one on why horizontal vs. vertical lines, never thought about, gotta admire the practical approach - don't try harder, try easier.

[@BrooksterMax]

Thanks for this never heard the term raster bars before now I know. Also good sir, you deserve many more subscribers and I am sure it is a matter of time before they come in numbers.

[@CorsairSoul]

Also still included in many Commodore Amiga decompression software.

[@Mirandorl]

Those bars meant "you still have two and a half minutes to find out if Daley Thompson's Decathlon will crash or not"

[@Matty112uk]

I used to sit for long periods looking at those raster bars, now I finally know why they were there. Thanks for sharing! :)

[@JimmiG84]

Cool video! Never thought of what those loading bars meant even thought I spent a good chunk of my childhood staring at them... So they were basically the 80's equivalent of the hourglass, the universal symbol of "loading"...

[@Nostalgianerd]

Yes indeed. Pretty much exactly what they were, just more entertaining to watch (unless you were prone to seizures)

[@2DFlightSim]

I just want to give a big thumbs up to your channel - entertaining *and* educational - great job!

[@aguijon6]

Congratulations! This kind of videos of yours are simple, short and effective, and that is one of the best. Deeper than the usual jokes about 80’s retrocomputing ; ) Thank you

[@trip2themoon]

I loved the games that would line by line reveal a picture as they loaded. Once the picture was fully revealed the game was just about done.

[@andyukmonkey]

The picture was probably overwritten with game code later on.

[@JimmyCrackCorn72]

I had a MSX, not too many had raster bars, I remember sorcery did which had a flash loader. I remember buying a tape that was advertised in a MSX magazine which allowed you to load a game into memory then you could save the game into a blank tape and choose the baud rate. Normal baud rate was 1200 or 2400 but this let you save at 3600

[@bitwize]

I don't remember raster bars when loading from tape on my VIC-20 or my TI-99/4A. Though the TI did make lots of lovely noises; its tape format appeared to be packetized and have a distinctive carrier tone of F above high C, giving tape data for the TI a musical, rhythmic crunching quality. In retrospect the raster bars are a neat hack. Changing the border color involves poking to a single memory location, something easily done and taking close to no time at all in the middle of a tight loop processing and verifying incoming tape data and giving immediate feedback into how the load is going. Something our modern computer culture, with its vague icons and "something went wrong" error messages, just can't tolerate, alas.

[@eddiehimself]

On this note, I hate how condescending Windows 10 is with error messages. Like today I started up the computer and it bluescreened (as I expect to happen every so often since it's overclocked and... well, it's Windows), and then they're just like "If you call a support person, give them this code..." Like, bitch, I AM the support person lol.

[@bitwize]

@@eddiehimself Yeah, I'm still fond of the Amiga version: Guru Meditation.

[@AlwaysEngland]

I used to love watching & listening to these loading bars on my ZX Spectrum.

[@BlokeOzzie]

Man, so many nostalgia feels of my old C-64. I wish I was 10 again. I've played modern PC games as an adult, but nothing feels as magical as it was when you were 10 years old, playing Castles of Dr. Creep with a friend...

[@5chum1]

I loved the various loading screens on my CPC464 and when putting a brand new game cassette in seeing whether it was going to gradually display a render of the picture on the cassette box or just a scatter gun picture of random coloured lines :D

[@skyplonk]

This channel is fantastic! Well done and keep up the good work!!

[@Nostalgianerd]

Thank you Mr. S Plonk.

[@elijahvincent985]

The best game to load from tape is "The Last Ninja 2". I get literal bumps on my body from the loading music and then when the entire screen flashes with Raster bars, the feeling intensifies. When the gorgeous artwork appears, the anticipation of playing the game is solidified.

[@Mark-pr7ug]

From my memories of the CPC. Mid to late in that machines life all games displayed the raster border effect plus fast loading. Loading screens displayed quicker and I recall one game playing a tune too.

[@oscartravis5740]

I'm glad I lived thru the mesolithic era of home computing. There's still something pretty soothing about these shitty long-winded loading screens and crap blocky graphics that still manages to warm the cockles :-)

[@liefacts3000]

How satisfying was loading a game on the speccy, watching the lines then slowly a picture would load in.

[@thelavian4481]

Thank you - I've waited 30 years for someone to address this!

[@billkendrick1]

My brother and I went to show my mom the game "Garbage" on our Timex Sinclair 1000 that we typed in from a book. She saw the raster bars and asked if that was the garbage. Random memory that I somehow never forgot from 35 years ago :-D

[@johnhodgetts6617]

0:32 I had that cassette recorder. A WH Smith model if I'm not mistaken. I think mine had A red LED for record / saving and a green LED for playback / loading though.

[@amigaretroist228]

C64 had that Load-It cassette station which had LEDs that showed when the signal was strongest when loading. When you started loading you could easily adjust the azimuth-angle of the cassette player with it. Best angle depended on the cassette and you often had to change it when loading a different game. Neat invention that made loading pretty hassle-free.

[@mbvideoselection]

Amiga Retroist I personally never had to adjust the head alignment on my datasette and in my experience anyone who did just made the deck more and more temperamental with the continual adjustment. Having routinely, but not continually, adjusted the alignment of audio (and video) tape decks of all descriptions, I know that continual adjustment is a very bad idea.

[@RealCadde]

Back in the olden days of dialup modems. I learned to listen to the thing connecting and determining what speed i would get as well as if it was going to succeed in connecting or not. Which was a very common failure point. That last bit about changing the color was new to me. I always wondered how they could make it flicker so quickly but now i know.

[@funguy8801]

I always wondered what the story was with those funky bars ... and now I know. Thank you.

[@dave0smeg]

Brings back loads of memories.

[@learrus]

I remember when I was a boy, loading games on tape drives... Going away for dinner... Coming back to find it almost loaded... Then... Tape error.

[@chrischris02]

This is something I have always wondered about. Thanks for posting this. :)

[@MagikGimp]

...and then the funky practice was adopted by pirates during the 16-bit computer era because yeah man I still remember those from a few years back. Nice one.

[@michaelhawthorne8696]

One of the reasons for not seeing these on the BBC or Electron is because unlike most other computers, you didn't need to start all over again if the loading crashed. You just needed to rewind the tape a little and it would carry on from where it went wrong. There was a Hex counter for the progress of the program that's all.

[@MrGeekGamer]

4:30 Nostalgia just from seeing that big red switch + plug socket combo. My parents had something like that in their house.

[@RandomlyDrumming]

My early childhood...Amstrad CPC 464... Load tape, CTRL+ENTER, then ENTER again. And off it goes with screeching noises from its speaker and then - Read error a (or b)...most of the time... Then you grab a screwdriver and start fiddling with the tape loader head until it works... Ahh, the memories... :D Then again, as I was only 8 or 9 years old back in 1993, stuff like that made me interested in computers early in my life.

[@ebbhead]

I've always wondered about this, thanks! For many years as a child I thought raster bar loading routines meant the games were bootlegged in some way!

[@Voodoo_S3]

Operation Wolf... I'd totally forgotten about that game until I see that loading screen, good times.

[@strathcarnagelackadaisical9597]

I remember these from some Atari ST games (usually PD ones) which kept these on out of habit (or possibly due to being a direct port from Speccy code) the multicolour raster bars amused my young mind no end without knowing these were a hangover from the cassette tape storage medium slightly before my time!

[@marcusdamberger]

Nicely done, lots of good detail on loading screens, now we all know!

[@CasualCommodore]

Never thought much of the origin of those bars. Very interesting!! :)

[@Michirin9801]

I kind of imagined why the raster bars were a thing, in my head one colour represented the 0s and the other represented the 1s that the cassette was loading onto RAM

[@Nostalgianerd]

Kinda, almost, nailed it. Kinda.

[@Zizzily]

I just always figured they were there so more impatient folks would know that "something" was happening. I guess I was kinda right, but it's cool to learn all the details about them!

[@prizedcoffeecup]

I wonder if there was ever any complaints of seizures caused by these bands, or if the computer came with a warning for it or what.

[@Jay1001]

I always thought the same thing... I get they wanted to put something on the screen to show users that stuff was loading but I always thought they maybe they could've like slowed down the refresh rate of the bars or something because they are honestly hard on the eyes

[@mbvideoselection]

Gaming Jay Some loaders did indeed use a slower rate. A number of Mastertronic MAD games used wider slower bars. Ocean, Hewson, Thalamus and indeed Mastertronic did also at various times have just a black border with sprinklings of white indicating where the tape pulses switched state. Easy to do... incrementing the border colour register then decrementing it again immediately (INC $D020 ; DEC $D020)

[@cigmorfil4101]

The title suggests it was normal, but my experience was the opposite - the Pet, Apple ][, BBC micros all loaded without raster bars and a steady screen. However the Sinclair ZX80 & ZX81 used the processor to generate the screen which means that when loading there was no time to process the screen and the tape input at the same time. To show something was happening on the ZX81 (at least IIRC) the tape in pin was connected to the video out circuitry which meant that the display became an image of the loading data - people became proficient at looking at a screen and being able to tell you what part of a program was loading (by the patterns of the bars). For the ZX82^WSpectrum Sinclair was using a ULA to generate the screen and so could have used a system of numbers to let you know how far the loading had gone, but stayed with their familiar raster bars but only on the border.

[@garyseymour6319]

The Commodore 64's biggest issue was it's tape drive as it was based on the tape drive for the Commodore PET (It was quite possibly the same drive) The obvious way to speed up loading would have been to speed up the motor as it was only ever used to load games. And for those who don't know high speed dubbing also worked for games (most of the time).

[@theantipope4354]

Actually, most home PCs of that era used FSK (Frequency Shift Keying), a super simple modulation system which used two different audio frequencies to represent 1s & 0s, typically at 300 baud (hence their extreme slowness to load). PWM/PCM was used for sound effects, etc.

[@itstallulahhh]

the way your videos start with spectrum loading borders with an image that 'loads' completely unlike a spectrum makes me *eyetwitch* every time

[@lee2217]

Used to love my spectrum 48k and +2 Can still remember the change in the sound when the liad screen appeared

[@rooty]

My copy of Commando died an early death, but we used to load it up all the time anyway, just to hear that banging SID cover of Living on Video.

[@NotATube]

When I was a kid, I always thought the bits when a ZX81 game was actually loading (white lines against black) looked like a train going through a tunnel! I notice the loading pattern here ( 1:43 ) is more "lined up" than I remember it. I'm guessing this is because it was done via a modern LCD screen or digitiser? Since the signal is processed quite differently on those devices, I'd assume they would handle the interference differently to an all-analogue CRT. (Actually, I'm surprised they were able to digitise the signal at all...) At least I know I guessed correctly when I assumed that the ZX81's loading bars were due to interference with the screen display- though I hadn't known the reason- but that the Spectrum's were probably intentional. My Atari 800XL didn't have tape loading bars- I'm not sure if it was possible to implement them manually, but I never saw that. However, you could hear the difference between a good and bad load; in the latter case, the computer didn't mirror the sound of the data it was reading in so it sounded "hollow"- from the tape audio only- rather than "full". After a while the computer started making a noise that signalled corrupt data then gave up. Also, the 800XL was atrociously slow at loading cassettes but wasn't suited to turbo loaders; you sometimes got a countdown for the number of blocks remaning, which annoyed the #### out of me when it failed ten blocks from the end... Anyway, interesting video; the only thing that let it down a lot (for me) was the generic-sounding library music, which was gratingly intrusive and pointless. Sorry :-(

[@38911bytefree]

Very interesting I though that on the 64 this lines were just a side effect of the CPU being to busy reading data from the tape, since datasette unit were insane simplistic and most of the job was done in the kernal routines. But not for too long, as you pointed, most of the games started to use turbo loaders that swap the kernal routines with more efficient ones once the loader was on memory.

[@therealchayd]

I'd always assumed that data on tapes was encoded with FSK rather than PWM. Well, you learn something new every day :)

[@paulchitescu1773]

ChayD It actually was FSK - eack bit would take two transitions but a bit of 1 was encoded with a longer interval / lower frequency than bit 0. A data block made out only of of 0 bits would load about twice as fast as one consisting entirely of ones.

[@techtinkerin]

I remember when we first got a disk drive for BBC micro in about 1986, the fact it loaded in seconds meant more than modern generation could ever appreciate ❤️😊

[@stickyfox]

Cassette storage failed in dozens of unique ways, and not all machines/titles were capable of notifying you the process had gone awry. The loading bars gave you some assurance that a signal was at least coming from the tape and reaching the computer. That's probably why they were retained on hardware that didn't force them. I remember how I'd PRESS PLAY ON TAPE when I was called to the dinner table as a kid, and when I was excused I'd rush back to my room to see if Pogo Joe loaded or if I needed to try again. It was a super bummer to come back to an error message. :D

[@delberry8777]

Huh, I had sort of decided that on the C64 that they were using the video memory for data-transfer or something to make loading faster and that that was why you saw the colors. Well, now I know.

[@Robert-nz2qw]

I've heard the bars (sometimes.) were used for storing data "on screen" like a cache by some Turbo Loaders while they were uncompacting data??

[@Nostalgianerd]

I think you could shove data into the border using some clever trickery with the screen stack space, not sure about the bars themselves. Maybe? Seems pretty arduous, but coders used to love doing crazy shit like that.

[@paulroundandroundandround]

I remember stopping the cassette on the C 64 while loading so as to hear all of Martin Galway's brilliant music on the ocean loader.

[@mizmera]

Ah... that is why my friends c64 took so long load. Loaded slower. I remember my spectrum sometimes not giving the name.... then had to fiddle with volume and tone. And the distinct sound of a screen loading and then coloring it.

[@missyprime8198]

I always called them loading bars, never heard the term rasta bars until today. Sometimes if I'm feeling nostalgic I'll actually search for videos to watch & listen to games loading from a Speccy. My childhood consisted of typing Load "" & pressing play, listen to that for 5 minutes only to realise the volume was ever so slightly off. Sometimes I'd get the excitement of hearing the tape chewing up so I'd have to dive for the stop button. Then I get treated to the 'Pencil & Cassette' minigame. Gamers now are missing out with their fast load times & pre installed games.

[@lumabi25]

I had a Commodore 64 and always assumed the bars were generated based on the audio from the tape, and that it was a basic indicator of progress, not that the progress was very fast. I remember a game that took 23 minutes to load.

[@Nightshft42]

The C64 natively provided a raster interrupt that would call a routine of your program when the tv-scanline hits some vertical position. Your routine changes the background color immediately and voila, the beginning of a raster bar. This was (nearly) not possible for horizontal positions because the tv-electron-beam wanders quickly left to right and then from row to row. The machines back then simply were not fast enough to switch colors precisely at a horizontal position, there was no interrupt for horizontal positions, and it would also make the cpu busy only doing that in each tv-scanline-row again and again.

[@paulchitescu1773]

In the Eastern Europe each country built several types of Spectrum clones. They were large, ugly and clunky but worked. Everyone drilled a hole in the faceplate of the casette player where the magnetic head adjustment screw was placed while playing. The loading bars provided invaluable information on adjusting the head's azymuth with a screwdriver - important especially when exchanging tapes with someone else.

[@timofonic]

What about Pentagon and Scorpion? And ATM? They switched to disk interfaces, Beta-Disk interface clones mostly...

[@erbake]

I remember on my zx spectrum, there was a poke number, number that you could use, to let the loading image appear instantly, after the image was loaded. So instead of seeing the image appear slowly, the screen was black and after the poke, the image appeared. I think it was something with 'screen$' ? Don't remember.

[@DamienGuard]

ZX Spectrum also changes the border lines with an address although it's an IO address not a memory address like the 64. It's the lowest 3 bits of port 254. e.g. OUT 254,1

[@blightysilko]

I used them as a visual aid to help load in problem games. Above the play button on my cassette recorder there was a tiny hole which (with a tiny screwdriver) I used to tune the sound on the fly and the better the sound got the straighter the lines got and the better chance the game had of loading in

[@darrenr2538]

Amstrad CPC464... Loading up Ikari Warriors and going off to make some pot noodles only to return to a Read Error A.

[@Mark-pr7ug]

I loved that game & even better - a lad at school gave me a copy to borrow. A true CPC classic which was more fun to play than the arcade.

[@karlfoley]

Cor, blast from the past. I always thought of these like I thought of the old strobe guns used for timing engines. Neither of whcih we see much nowadays.

[@nosferadu]

Hey, I had that exact modem at 0:32! I completely forgot what brand it was, does anyone know?

[@JHVipond]

Here in the States, the Atari eight-bit computers didn't have loading bars for cassette games. Instead, the loading screen for a cassette game like "States and Capitals" displayed a large Atari logo, accompanied by music and narration.

[@Pieh0]

Happened on the STE as well, mainly with pirated games. Pompey Puff Pirates etc.

[@macsmith2013]

F* the ST(E). AMIGA ruled! :oP

[@darphbobo4971]

waiting for my acorn to load helped me understand hex.

[@stduffy72]

Me too.

[@JimGardner]

How about the loading screen for Game Over which had a countdown clock and no raster bars? Also nipples.

[@chrismingay6005]

I'm kind of surprised that I never even questioned what the loading bars were about. It was just one of those things I accepted.

[@cigmorfil4101]

Chris Mingay my guess was that as the ZX81 produced the screen by the procesor itself, to ensure loading was not interrupted at the wrong point (by the screen draw) it ran in "fast" mode with the TV output turned off. As other micros of the time had a mechanism to let you know how the loading was going, the tape in was directed to the screen and hence the bar pattern which also helped volume setting. With the Spectrum the screen generation was handled by a ULA so could be displayed at all times without slowing programs as the processor did not need to stop and generate the display. they could have put some counter like Acorn but decided to use the border area and continue the use of bars.

[@billkeithchannel]

I never knew that existed. The only cassette based computer I had was the TI99/4A. Once I got my C128 I bought the disk drive with it.

[@Zedek]

Wow. So I finally found out what the Last Ninja Loading Tunes are for on the C64. Of course, when it takes to play the tape for minutes it makes sense to have some music there.

[@chickenlivers]

I was always impressed by the decrunching from video memory garbage on C64 screens.Even more so when the coder had their signature embedded somewhere in the screen.

[@renakunisaki]

Reminds me of a PC I used that had the headphone jack right beside the USB port. It wasn't well shielded, so if I had headphones plugged in but no music on, I could hear noise as the data transferred from my USB stick. Eventually I fried that USB stick with an accidental jolt of static electricity. I could immediately tell because, instead of the usual patterns of data being transferred, I'd just hear a solid tone for a few seconds before Windows reported an error. Clearly the USB part was still working but no actual data was being sent from the flash chip anymore...

[@GuillermoSTD]

I remember how smug I felt back then when I bought my first microcomputer, opting to go straight for a CPC 6128 with its floppy disk drive. It literally saved me hours upon hours of waiting for games to load on cassettes... that is, until I decided to save a few bucks on certain games buying them on cassette anyway, and then I was worse off because regular cassette players usually worked like crap when you tried to connect them to the computer. And I don't know about other people, but even with original tapes I had a depressingly high amount of read error with some games, and only with a few of them I could resume the load process if there had been an error (with most you had to start over from the very beginning).

[@paavobergmann4920]

it took me literally months to find the one - one- crappy old tape recorder that would somehow work somewhat most reliably with my ZX....and then the "space invaders" - tape was lying in the sun, warped, and got all knotted up and wrinkled in the wrong places at the next try...aaaarrrrggh....

[@imachynn]

I recall some loaders on the speccy had timers or a "window" in the graphics in which the bars would continue to fly through.

[@ForViewingOnly]

1:29 Both the BBC Micro and Acorn Electron DID reassure the user that the program was loading by having a block counter incrementing on the screen... you know, the block counter you actually show incrementing at 1:36! :-)

[@soothcoder]

There were lots of game re-packs on the C64 that would do this (even when the original did not). Later games would increase the tape baud-rate to decrease the loading time and often the software for doing this also did the colour banding thing.

[@blatherskite3009]

To be fair, the BBC Micro's way of doing it was so much better. Programs loaded in numbered blocks, so you knew it was loading because the counter kept going up, but best of all: if there was a tape-loading error, you could just rewind the tape a bit and have repeated run-ups at that troublesome block, and loading would continue from there :) Couldn't believe it when I got a Speccy and it just crapped out entirely if there was any loading error - no matter how many minutes into loading you were, you just had to start over and hope for a better result next time. I recall some later Speccy games adopting the BBC's "block loader" approach, which was nice to see. Shame it wasn't hard-coded into the ROM, though!

[@rjday753]

Oh the days I used to play around with those loading/saving routines in the speccy rom... I used to tweak the code so it would load and save faster :D

[@CBaskins420]

super informative and fun video! Unfortunately due to the pricing of Home personal computers back in the eighties and nineties I was never able to experience the tape technology. Actually had a loner Apple 2E with a external 5. To 5 floppy disk drive. I was legally blind so the school and disability teacher really emphasized the importance for me to use the computer to learn. so I actually learned using speech synthesis software that read what was on the screen and what was being typed and there were lots of games that helped me learn how to type when I was in kindergarten. no speech synthesis has came a long way since then I feel like there should have been more room for improvement because it really hasn't came as far as it should have in the time that it is been developed over. maybe you should definitely do a video on speech synthesis

[@MikeRosoftJH]

The ZX Spectrum game 'Locomotion' actually cheated: during loading it displayed a jumbled picture of a steam engine which then fixed itself using a sliding puzzle. Except for that it wasn't actually loading anything at all - we once accidentally stopped the tape during the sliding puzzle part, and Speccy finished the puzzle and then crashed and reset itself.

[@MickeyTTT]

The TRS-80 didn't have this, it just had a pair of asterisks in the top right corner with the one on the right flashing occasionally, as it slowly loaded at 500 baud if you were lucky. More often than not five minutes later it'd almost be done and the left asterisk would change to a letter C, which stood for Checksum Error. If I remember correctly the Vic-20 and C64 loaded the software twice as an error checking method, meaning that games publishers could double the loading speed by first loading their own tape loader that didn't do that, and gain more by increasing the baud rate too. For some reason their 1541 floppy drive was barely any faster than the cassette. The ZX Spectrum had the fastest and most reliable tape loading system of any of the 8 bit computers I've used. I used to make a few quid when I was at school from building reset switches for Commodore 64's, so that after loading my friends (customers?) could reset them, Poke cheats from ZZap!64 into them and then relaunch their games.

[@helensente990]

Its been years since I last heard that noise ... must be back in 82/83

[@Orionrobots]

Wow - lots of c64 loading music memories there. Anyone remember "invade-a-load"?

[@Scripture-Man]

Yes, and does anyone remember the Ocean Loader music?

[@dash8brj]

There were ~5 different variants of the OCEAN loader. All of them pretty good :)

[@meetoo594]

mix-e-loader was pretty impressive, a mini sequencer to play with whilst the game loaded. I often just loaded that part then stopped the tape to mess around with it for half hour or so. I think it was ocean as well.

[@Ray.Norrish]

@@meetoo594 Thalamus

[@wesmatron]

Back in them days we judged a game and computer by how cool the loading screens were.