Live data from Hacker News

Video playback on low-end MS-DOS machines

scalibq.wordpress.com

11–20 of 35 posts

Re: Video playback on low-end MS-DOS machines

#11
16 FPS video and audio on a Commodore 64 demo. Very, very highly compressed and optimized data and algorithm:

https://m.youtube.com/watch?t=12m55s&v=yW5v93P-gBw&feature=y...

EDIT: and some details on the audio encoding method, might as well start here: https://m.youtube.com/watch?t=11m55s&v=yW5v93P-gBw&feature=y...

Re: Video playback on low-end MS-DOS machines

#12

16 FPS video and audio on a Commodore 64 demo. Very, very highly compressed and optimized data and algorithm: https://m.youtube.com/watch?t=12m55s&v=yW5v93P-gBw&feature=y... EDIT: and some details on the audio encoding method, might as well start here: https://m.youtube.com/watch?t=11m55s&v=yW5v93P-gBw&feature=y...

That's actually really good.

Re: Video playback on low-end MS-DOS machines

#13

I had a 486DX - if I wanted to play an MP3, I had to exit out of everything and run only the DOS player.

On my 486 I don't remember being able to play MP3s in realtime. I remember having to convert a 3MB MP3 to a 50MB WAV that took up my whole HDD just to play it.

Re: Video playback on low-end MS-DOS machines

#15
This is awesome. I tried doing this in the early 90s by breaking down video frames into averaged color triangle polygons and then using the renderer I had to draw them. It worked fine, but obviously best on large swathes of flat color like cartoons where it would create the smallest number of vertices and the largest runs of bytes.

Somewhere on Usenet there is a post of mine about running it on my 286, but I just wasted an hour trying to find it.

Re: Video playback on low-end MS-DOS machines

#16

I had a 486DX - if I wanted to play an MP3, I had to exit out of everything and run only the DOS player.

On my 486 I don't remember being able to play MP3s in realtime. I remember having to convert a 3MB MP3 to a 50MB WAV that took up my whole HDD just to play it.

Ken Silverman, creator of the BUILD Engine, made MP3PC.exe that's still hosted on his Utilities page. I'm pretty sure I used this on a 486 years ago and was surprised at how well it worked, though it apparently is picky about MP3 encodings. From the description:

> MP3PC.EXE (73,483 bytes): Got no sound card? MP3PC plays MP3 files through your PC speaker! For some reason I like to make programs work through the PC speaker. Some people still don't know that it's possible to play real sounds through it. Unfortunately, you must run this in pure DOS mode for it to work.

His Utilities page can be found at: http://advsys.net/ken/utils.htm

Re: Video playback on low-end MS-DOS machines

#17

The Atari 2600 says, "Hold my beer." https://forums.atariage.com/topic/318978-movie-cart/

>It uses a 16mips pic (64hz 4-cycle) driving 1K of an 8k dual port ram. This is much closer to the "Reverse Emulation" of the NES that https://www.youtube.com/watch?v=ar9WRwCiSr0 did than playing a movie on the actual device. Using the original hardware as nothing more than an RF output interface is clearly not the same work, though just like in the reverse emulation of the NES, it is still a neat thing. The reason v…

It was common, especially in the later days of the 2600, for cartridges to include helper circuitry including RAM and even sound chips.

Re: Video playback on low-end MS-DOS machines

#19

Earlier quoted context omitted.

On my 486 I don't remember being able to play MP3s in realtime. I remember having to convert a 3MB MP3 to a 50MB WAV that took up my whole HDD just to play it.

Ken Silverman, creator of the BUILD Engine, made MP3PC.exe that's still hosted on his Utilities page. I'm pretty sure I used this on a 486 years ago and was surprised at how well it worked, though it apparently is picky about MP3 encodings. From the description: > MP3PC.EXE (73,483 bytes): Got no sound card? MP3PC plays MP3 files through your PC speaker! For some reason I like to make programs work through the PC spe…

Wow, I just learned that he is also the author of PNGOut.

Re: Video playback on low-end MS-DOS machines

#20
post #5
post #4

> It is impossible for the audio to drift ahead of or behind the video, regardless of the video framerate or audio samplerate. How is this "impossible" if the video clock and audio clock are on different physical devices?

The video clock (I assume you mean pixel clock) isn't relevant. The synchronization of video and audio happens on a per-frame basis. And since the frames are clocked out on the audio-clock, there cannot be any drift.

Having said that, the CGA card does not actually have its own clock. It takes the NTSC base frequency of 14.31818 MHz from the OSC-pin of the ISA bus. On early PCs, such as the IBM 5150/5160, the CPU frequency is also derived from this same base clock (which is why you get the oddly specific speed of 4.77 MHz).
Post reply on HN