- 46
- 152 442
Commodore History
United States
Приєднався 15 чер 2018
Devoted to preserving the history of Commodore International, the once great computer company, from 1958 through 1994.
Comdex Only Amiga
This video was digitized by former Commodore engineer Andy Finkel. The video filename as shared with me was "Comdex Only Amiga". I assume this was recorded for or at a Comdex show. Andy said he didn't know when it was recorded.
This is the last of the videos that Andy Finkel digitized and sent to me.
This is the last of the videos that Andy Finkel digitized and sent to me.
Переглядів: 495
Відео
World of Commodore, November 1988 Raw Footage
Переглядів 60214 годин тому
Raw footage from the November, 1988 World of Commodore event in the Philadelphia Civic Center. This footage was digitized by former Commodore engineer Andy Finkel.
Using a Commodore 64 with Commodore PET Disk Drives
Переглядів 6 тис.19 годин тому
This thrilling episode digs into whether the box art on the earliest Commodore 64 boxes, showing a Commodore 64 using a Commodore PET disk drive, were false advertising. Forget about the fact that the image also doesn't show any power cords, video cable, or parallel cable. You can't live the rest of your life wondering about this topic, so sit down, buckle up, and enjoy the adventure.
1988 Commodore Amiga 15 second advertising spots
Переглядів 44614 днів тому
1988 Commodore Amiga 15 second advertising spots digitized by former Commodore engineer Andy Finkel.
Exploring My Collection of KIM-1 Single Board Computers
Переглядів 1,1 тис.28 днів тому
In this video I walk you through the various KIM-1 single board computers I have in my collection. These computers were originally created and sold by MOS Technology, Inc, then Commodore International purchased MOS Technology, Inc in November 1976 and continued selling them under the Commodore brand.
How Many Commodore 64 computers were sold? (Featuring Don Greenbaum, Commodore's former Treasurer)
Переглядів 1,9 тис.Місяць тому
The Commodore 64 is listed in the Guinness Book of World Records as the highest selling single model of computer of all time. But how many were actually sold? Estimates found on the internet range from 12.5 million to 30 million. In this video I attempt to put this topic to rest by gathering actual unit sales data from Commodore's Annual Reports to Shareholders, and using internal sales reports...
Commodore D64 Files: Everything about them you never wanted to know.
Переглядів 1,8 тис.Місяць тому
This video does a deep dive into the d64 file format. d64 files are used with all popular Commodore emulators to represent disk images. If you've ever wondered exactly what is stored in a d64 and how the file structure is set up, you're in luck! That's the entire purpose of this video.
Commodore: From Typewriters to Computers, and... Wheelchairs?!?!?
Переглядів 4812 місяці тому
Commodore Portable Typewriter Company Ltd was founded in 1958 to sell typewriters. Over the years, they moved on through several different product lines, eventually becoming world famous in the personal computer market. Most Commodore fans know about most of the intervening products like adding machines and calculators. In a few of my previous videos I discussed Commodore radios and Commodore t...
The Commodore VIC-21 Computer. Was it from Jack Tramiel's Commodore?
Переглядів 9552 місяці тому
This video will look at a Commodore VIC-21 computer (that's right, not a VIC-20) and talk about what it is, and whether it's related to Commodore International or not.
Commodore Programmable Electronic Thermostat - Was it Jack Tramiel's Commodore?
Переглядів 1,7 тис.2 місяці тому
This video dives into the history of the Commodore-branded programmable electronic thermostats that hit the market in 1980 and answers the question, "Were these thermostats sold by Jack Tramiel's Commodore?"
Commodore b128 Power Supply (and clock generator) Replacement
Переглядів 6568 місяців тому
The power supply in this Commodore b128 failed and shot sparks out of the case. Because I lack the knowledge to diagnose and repair it, I chose to replace it with a modern power supply from Mean-Well. In this video, you'll see how I went about mounting the new power supply in the original PSU case to preserve the original look, and you'll see how I dealt with providing a clock signal, which the...
April 2024 Update and What's in the Box?!?
Переглядів 5299 місяців тому
This is a quick and dirty, low production effort video just to let you know what I've been up to and what I'm working on now. Most of the video is spent giving you a preview of a box of Commodore documentation that was sent to me by former Commodore staffer, Michael Tomczyk.
How Does Epyx Fastload Make Loading Faster on a Commodore 64?
Переглядів 38 тис.10 місяців тому
This video does a fairly deep technical dive into exactly what the Epyx Fastload cartridge does on a Commodore 64 to make loading from a Commodore 1541 disk drive faster. I use a logic analyzer to trace the signals on the bus and explain what's going on every step of the way, comparing Epyx Fastload wire protocol to the standard Commodore serial bus wire protocol. To learn how Epyx Fastload wor...
Update to my previous video on why the Commodore 1541 disk drive was so slow
Переглядів 2,5 тис.Рік тому
This is an update to my most recent video: ua-cam.com/video/kaeFV0oZaps/v-deo.htmlfeature=shared I mentioned in that video how terrible my benchmark methodology was, and a few folks commented on the poor performance. I realize that I'm giving Commodore drives a bad name across the board if folks think that's typical performance. This video was created to set the record straight about Commodore ...
Why Was the Commodore 1541 disk drive so slow?
Переглядів 19 тис.Рік тому
UPDATE: I created a follow-up video to provide more accurate benchmark tests for the drives I discussed in this video: ua-cam.com/video/7SPr5S0eEYM/v-deo.htmlfeature=shared Like millions of other kids, I had a Commodore 64 with a 1541 disk drive when I was growing up. For all the great memories I have of that system, I don't fondly remember how slow the disk drive was. All I wanted to do was pl...
Beginner's Guide to Disassembling 6502 Binaries
Переглядів 5 тис.Рік тому
Beginner's Guide to Disassembling 6502 Binaries
Historic Commodore building, 3330 Scott Blvd
Переглядів 671Рік тому
Historic Commodore building, 3330 Scott Blvd
Historic Commodore building: 390 Reed St in Santa Clara, California
Переглядів 439Рік тому
Historic Commodore building: 390 Reed St in Santa Clara, California
Was it Jack Tramiel's Commodore? -- Radio edition
Переглядів 969Рік тому
Was it Jack Tramiel's Commodore? Radio edition
Building Wizard of Wor for the Commodore 64 from the original 1983 source code
Переглядів 2,4 тис.Рік тому
Building Wizard of Wor for the Commodore 64 from the original 1983 source code
Using GIMP to preserve historical documents
Переглядів 757Рік тому
Using GIMP to preserve historical documents
Repairing Commodore employee Neil Harris' 8050 Disk Drive
Переглядів 568Рік тому
Repairing Commodore employee Neil Harris' 8050 Disk Drive
Part 2: Commodore Pong Console composite video mod
Переглядів 9612 роки тому
Part 2: Commodore Pong Console composite video mod
Commodore Pong History: The Commodore 2000K and 3000H pong consoles from 1977!
Переглядів 1,2 тис.2 роки тому
Commodore Pong History: The Commodore 2000K and 3000H pong consoles from 1977!
The Commodore Logo: A Short History
Переглядів 2,7 тис.2 роки тому
The Commodore Logo: A Short History
Exploring an early silver-label Commodore 64
Переглядів 4,6 тис.2 роки тому
Exploring an early silver-label Commodore 64
Commodore 2031 Disk Drive Cleanup and Minor Repairs
Переглядів 8682 роки тому
Commodore 2031 Disk Drive Cleanup and Minor Repairs
So much cringe... and I'm a lifelong Amiga fan.
that singer is really good!!
Thanks for the video.
I know this works, because we had a C64 lab set up this way when I was in 6th grade in the early 1980's. One drvie served several C64s.
If I could go back in time, 100% it would be to when I was a kid unwrapping my Amiga 500 and the 5 or so years I was using it. Also seeing devs learn to push the hardware year on year is a somewhat lost artform nowadays.
I think many of us would; I've never been able to find that feeling since. It was a magical time.
Thank you for the video! I have a BusCard (not BusCard II) that came bundled with an original 1982 "Made in Canada" breadbox C64 I bought as a collector's item. It has two clips rather than one, and was designed for use with those very early boards. For lack of PET hardware, I've never seen any version of the BusCard actually working with a disk drive, until now! -- JC
Wait, wasn't that jet fighter scene part of a CDTV demo? 🤔
Wow, they must have spent months writing those lyrics!
That dude singing kinda sounds like a woman, I wonder if this is mid transition 😂. Either way it’s hard to understand how people heard this horror and said yes! This is the true amiga computer summed up in a “catchy” song 😂. Then to make a music video? I guess Rick James was right, it is a hell of a drug!😂
This is a really brilliant technical video, wasnt expecting this at all as so many just show and tell, so many thanks, my setup is c64+2031lp+sfd-1001, be nice if you coudl take say a 2031lp apart and explain the chipset?
Only Commodore made songs this bad possible.
damn :)
This song still makes me cringe 30 years later
Great content Dave!! I think a great video would be identifying who the guy on the box is and then interviewing to see where his life went and what he's doing today! LOL
Hey, thanks for this video! I have an 8050 and 1001 along with A C64 (obviously), Buscard, but also a P500 that I want to get working with these drives. This video will be very helping me test things. Thanks!
The bus card will work nicely, I have one, but I use the modern iec64w, it's very good, I have a nice boxed 2031lp with the manual and sfd-1001 both working together I even have dolphin dos 1541 too
Wow, so not only did Commodore cripple their read speeds by not fixing a programming bug, they invented a way to cram over a megabyte worth of data onto a double density disk and then didn't use it for their best-selling drives. Imagine a world where _Ultima VI_ shipped on a single disk instead of six.
They performed big miracles with the old CBM 8" drives too
use userport and type a few lines
wow i never know there was so meny disk drives. c64 my mv fav computer all time
20:30 "Why?" My uncle wanted all of his purchased software backed up, and (when possible) he wanted multiple programs on one large capacity 8050 disk. He did this to prevent loss and to save on media costs. The 'standard' C64 drives had also developed a bad reputation for overheating, damaging disks and mechanically failing. Hard to say how accurate the rumors were (aside from the overheating), but those were the motivations for using the 8050 on a C64. Based on the build quality, you could also probably drop the thing without destroying it.
The "Interpod" converter connected through the standard serial drive connection, and it didn't require any sort of hardware mod: 100% plug and play. HOWEVER, we used that with an 8050.
Assumed this makes IO with the 8050 very slow?
@saganandroid4175 After many, many hours of use, I don't recall it being noticeably slower than the two "standard" drives, but everything was grindingly slow back then.
Yes, it absolutely works... with an "Interpod" converter box. In fact, it's a better setup than the standard C64 drives.
Drive light isn't working on the first 2040?
Jim Butterfield!! @4:40 en.wikipedia.org/wiki/Jim_Butterfield
Jim Butterfield shows up at the 4:35 mark. :)
Another use case since I knew somebody that did it back in the day - Replacing a PET with a C64. The interface was a lot cheaper than buying two new 1541 drives and the Commodore supplied PET emulator let her keep using a lot of her existing software.
Was this in California? I think I was there.
It was in Philadelphia according to the video description.
Cool video - new subscriber.
Thanks, man! I appreciate the sub.
That's actually Santa Clara, near the San Jose city limit but in Santa Clara, next to the airport. 390 Reed St Santa Clara, Ca.
Ugh! I just checked Commodore's old annual reports and they sure do list the address as Santa Clara. Sorry for the mistake, and thanks for correcting it. I updated the video title and description. I'm not from the area, so I'm wondering if maybe Siri listed it as San Jose when I asked for driving directions? Or maybe I just made that up. :)
@@commodorehistory It's very close to San Jose's city limit, about 600 feet.
Does the 2040 have a quicker data speed than the 1541?
Yes, quite a bit faster. I did some benchmarks if you're interested: ua-cam.com/video/7SPr5S0eEYM/v-deo.htmlfeature=shared
Even when I was little, reading the manual to my new 64, this whole thing felt like it was for the PET owner who was writing their own BASIC or what have you and wanted to transfer over business data. But why would you do that other than for color, hmm...
I wrote my own BBS for the C64 and used a 1541 as my boot disk and two 8250 drives for messages, files and games. I used a Skyles Electric IEEE-488 adapter to connect the drives. I really wish I could find a Skyles Electric IEEE-488 adapter now!!
Awesome setup for a BBS! I generally collect Skyles stuff, but I don't have one of their IEEE-488 adapters. I'd also like to get a Commodore IEEE-488 cartridge, but they've soared out of my price range over the years.
@@commodorehistory Can you clone one? Thomas Cristoph may be of help there.
are the drive LEDs on the 2040 broken?
Just the activity light on Drive 0 is broken. The other two work. I was going to fix it before recording the video but didn't have any spare LEDs laying around.
I had an IEEE-488 adapter and one of these dual pet drives for a while. It's been a long time.. even had some Hard drives that I used and later moved to the CMD hard drive (that was sweet with Jiffy Dos ROMs.. ).. I loved those old commodore systems. I had an eprom burner that I used to make custom ROMS with.. change the default color schemes and the wording on the start up screen.. those were the days.. when games fit on a singled sided floppy... now you need a dual layered DVD disk at least.
I wonder why did Commodore change anything on the drives and the computers,, instead of leaving them alone and selling them with the newer computers. Maybe a different size form factor, but I would leave it to be fully compatible if I was in charge.
My head-canon for this was always that Commodore themselves were using the PET drives internally via early boards that took a while to get to production. To cover the period when the 1541 was being developed and then going through it’s development hell phase of trying to fix the performance issues. Based on absolutely nothing of course, just seemed like a reasonable scenario for the early photos to feature those PET drives. Would love to see a repeat of your performance tests as my guess is those PET drives would perform much better than the stock 1541 setups.
This is actually somewhat likely, I feel.
I had an 8050 up until 15 years ago during a move I had to give up quite a bit of my collection. I solely used it with my C64 using a cable that directly connected to the cartridge port, presumably a commodore cable for this very purpose. It was fast that was for sure. I used Quickee Mail, I think that was the name, to download newsgroup data, unzip it onto the 8050 to read the newsgroup info and then repack and send back out. i can just remember it being so massive and also had so much capacity. I had traded a SupraTurbo 28 for the Amiga 500 for it.
What always interested me about Commodore disk drives up through the C64 were that unlike IBM and Apple drives (and the later Amiga ones, of course) the Commodore ones were entire computers in their own right, with CPU, and the same amount of RAM as their parent system.
Yeah, it was a really cool design. With Commodore devices, the computer just sent commands and let the drive carry out all the work. None of the DOS code had to live on the computer and consume resources.
@@commodorehistory I seem to remember some C64 programs that actually sent code to the drive to be run in parallel with the code in the 64 itself. And then the less-wise programs that used the drive motors and such to make music (wearing out the drive faster).
@ Quite useful is "spooling", printing directly from disk, while the C64 is free to do other things.
It was amazing hardware and C= screwed it up. It could have been obscenely fast. It could have supported some limited multitasking with updated ROM code. C= could have sold ROM updates like Apple did and let the C64 spec advance. But noooo.
@ It is used to do multitasking, I gave an example. Some graphics software, games, and demos also use the second CPU in the disk drive. The C64 can also do multitasking with it's single CPU via timer interrupts, a feature the Apple II is also lacking.
Great to see someone else covering these old IEEE-488 drives! I think you may be running DOS 2 ROMS on your 2040 - these later ROMs are typically the 4040 ROMs so I think that makes it a 4040 🙂. The DOS 1 2040 and 3040 were less compatible with the DOS 2 machines that you suggest, because they had an extra sector on tracks 18-24 compared to the DOS 2 drives. I spent quite a while banging my head against that brick wall in this video ua-cam.com/video/sTCOTXtfprY/v-deo.html while trying to write an "original" 2040 demo disk.
Indeed, the 2040 is running 2.0 ROMs. I meant to cover that in the video but forgot. Sorry about that, but good catch!
Neat! I want one of those adapters. BTW, it's 10 x easier to read the real C64 screen than it is your screen capture. What are you using for capture?
Hey Doug! I'm using a thing I got off aliexpress for like $5, which probably explains the quality :( It didn't look awful on my screen, or I wouldn't have published it, but it clearly looks awful to other folks because you're the second person to mention it. I'll have to find a better solution.
@ Strange, it was the other way round for me, the capture was easier to read.
@@commodorehistory happy to show you the stuff I use for capture. Believe me, I went through a dozen different options before finding things that did not stink!
I know it's an absolutely pointless effort, but here's to hoping some bored hobbyist(s) find a way to get using disk images+fast loading working with those 2mb disks so we can way more efficiently archive our stacks of c64 disks in hindsight, on original hardware 😅
Perhaps a cartridge port expander and a fastloader cartridge running at the same time would work? Probably not.
Minor nitpick - can you do what Robin from 8-Bit Show and Tell does, and hit C= + 2 to change the text to white when you're typing? Your video capture is *very* hard to read, and it's actually clearer to look at what's going on on the monitor!
Yeah, I'll look into what I can do to make the screen grabs look better. I didn't realize how bad it was, so I appreciate you mentioning it. That said, if you're expecting Robin quality from my videos, you're going to be disappointed. He's good at creating content. I'm a hack. Thanks for watching, and thanks for the feedback! I'll try to improve.
@ Reading from the filmed CRT was a bit hard because of the line pattern on the screen (resulting from different refresh rates of the monitor and the camera I guess), but I didn't have a problem to read from the captured image. I also used to switch to white in the old days when my C64 was hooked up to a TV, but nowadays, with a proper monitor, I don't do that anymore. 8-Bit Show and Tell and your channel cover different topics, and you are also very good at your type of content. Your videos have a better production value I would say, like those animations showing the sectors on a disk, I wonder how you did that.
I have used IEEE-488 drives with my C64, there were huge advantages to doing that, provided you could deal with them not being 1541 compatible. Not a big deal for me as I was writing my own software, and used a customized version of the rom for Commodore's IEEE-488 interface I made. edit: yes, it took quite a while for Commodore to deliver the IEEE-488 interface, not entirely sure how long, but I know I had to wait at least 8 months for it to get delivered, after I had gotten the SFD-1001, while buying both at the same time (it was supposed to be a bundle). I never used the 'PET' drives for a BBS, but I know people who did. Instead, I upgraded the SFD-1001 drive I used for development, and the 8250 we used for 'production' to 32K RAM, and ran the customer information system I developed mostly on the drive, with the C64 mostly running the user interface. At some point we added a second 8250, which gave us 4MB storage, which could do things like scan for data on 2 drives in parallel, at the speed the drive mechanism supported, while the C64 could keep itself busy with displaying the results. That setup outperformed similar software running on a PC/XT with its hdd. Even a PC/AT merely came close.
This is so cool, I always wondered if anyone used the drives compute capabilities like this.
That sounds like a really amazing setup!
Tell us more! You created a ROM for the C64 to use the IEEE drives? And you made your own interface? Are you saying you used a form of parallel processing with the 8250?
@@commodorehistory Do you have a web site? I need a history of 6502 machine release dates.
@@saganandroid4175 www.commodore.international/
I love the big CBM dual disk drives. I have two 8050s which sort of work, but both have unreliable drive units zero, which probably saw a lot of use. I need to refurbish them further, but keep pushing this as it will be hard and not guaranteed to work. I still don't know exactly what's wrong with them.
Can you make a video about JiffyDOS? I assume it is similar but would love to learn more.
I might give it a shot if I can find the time. It took me about a month to disassemble Epyx Fastload and record everything for this video. Thanks for watching!
it's not 'copy protection' it's called 'selling deliberate broken software that despite the fact ti's advertised to work with a c64, only works with a c64, and one, very specific, diskdrive, commodore themselves ever sold as well, and some clones thereof' that diskdrive being the cheapest piece of crap they ever made: the 1541. as obviously the c64 as per spec connects to -any- diskdrive or harddisk made by anyone. those do not have to run on a 6502. they just have to run accordingly to the protocol as in the manuals of the c64. your software has an obligation to work with -anything- that confirms to that standard. not just a 1541. (who wants a 1541 anyway. they're slow. even back then they were the lousiest pieces of shit commodore ever made much less the entire market ever made to connect either to ieee488 or cbm serial ;) loading code into the diskdrive or fucking around with invalid sectors is not 'c64 compatible as per spec. the latter is even to be considered 'deliberately selling an outright broken product'.
people should never have bothered to even try to make 'clones' of the 1541. they should simply have returned that broken software to their vendors. :P
this won't run off the 5MB bernoulli drive i just hookked up to my 64. which complies with the standard and kernel routines in every way' 'screw your broken software' 'money back;'
the same thing happened in the 'pc days' when most of that crap would only run from a cdrom drive with mscdex and usually only on D: :P not from your novell netware server :P guess what. that doesn't mean your shit is broken. it means the software they sold you is broken :P
I've always wondered: what are the sequential, relative and user SEQ, REL and USR files, and what were the use cases for them?
SEQ, USR, and PRG are basically the same - sequential files that can only be loaded in en bloc via LOAD (with the first two bytes in the file being used as the target address in RAM), or from the beginning via OPEN; accessing specific sections directly (random access) is not possible with these files. (It is only a convention to use PRG for programs, SEQ for data, and USR for whatever you want.) REL files allow for random access to specific data records, so are better suited for a database. Setting up or accessing REL files is quite inconvenient in C64 BASIC, but can be done.
@@NuntiusLegis what about the DEL file type, why would the filesystem want to keep track of files which were deleted, and the scratch command removes them from the directory anyway?
@ Usually the DEL type for a scratched file does not show up in the directory and is only used as a flag for the system, so it knows the space on disk is free to be used for something else. With special tricks and some tools, DEL entries in the directory can be created, and usually serve cosmetic purposes (like separator lines).
@@NuntiusLegis I know this last part, as I had "Dir Master" and used to create my own PETSCII graphics in the filesystem's directory.
@NuntiusLegis all better answers than I could have provided. Thank you!
A videotheque check-in / check-out / reservation system is another use case for these big capacity drives, but the real bummer is that the IEEE-488 interface uses the cartridge port instead of the user port, wasting the precious cartridge slot.
Pretty sure the bus card 2 has a pass thru for the cartridge slot
@@richardenglish-g2o it sure doesn't look like it, and even if it did, the next question would be whether another cartridge can be used simultaneously.
@@AnnatarTheMaia definitely has a cartridge port I checked it's a right side , there is a pdf with a picture of it with the manual if you search on Google,
The 8250lp is a beauty. One use case for the high capacity would be a large database using REL files.
If the SFD ten-oh-one (easier to say than "one thousand one") wasn't directly compatible with the 64 then why did they give it a 1541-style of case? And while we're at it, why wasn't that the standard capacity for all 5.25" Commodore disk drives moving forward instead of dropping back down to SSDD for the 41 and only DSDD for the 71?
The more sophisticated drive was too expensive for most users I guess. I was just able to afford a C64 + 1541 at the time.
1541 is SSSD drive, the absolute lowest end. GCR encoding makes it look like double density, but it isn’t. SFD is 77 or 80 track, these heads can’t write 35 or 40 tracks natively, only using double steps, the result is such disks are not compatible with 1541. I think this is well known thing.
@ The 1541 isn't bad, better capacity than most competitors in that price range, like the Apple drive, most old disks still work, has it's DOS built in so the system unit doesn't need to sacrifice memory for that, and the 1541 II is very reliable. The additional CPU has some use cases. Sure it was quite slow initially, but fastloaders improved the situation, most conveniently on cartridge.
Wow, so if you could get 2MB onto a disk formatted by the 8250, why didn't that become the standard for higher-density 5.25" disks instead of 1.2MB?
It was a matter of price vs. performance I guess. To get the most capacity out of a disk, it needs a high precision mechanism, which may have been too expensive for the mass market.