And it plays podcasts. Or at least it plays this specific #floppycast
More pictures to come.
It has an Ethernet card in it. And I think I can get drivers working for that.
So now the plan is to get networking working, and then get it connected to my raspberry pi comms box.
I'll drop a few dozen game folders on the comms box and ftp or wget them on to the Unisys.
Once I've got all that done, I'll do a breakdown/walk through video. I might add some overlays and effects from my Amiga, I might not.
Once I have the video finished, I'm going to look in to the video equivalent of a #floppycast (which, in this case, might be an svcd? Or maybe just an xvid file.)
I wonder if I could get it to do video playback...
Goddamn it. Now I gotta find out what is the highest bitrate video that a pentium will play. (that sentence is wrong, but I'm too far past that thought in my head to figure out how to fix it.)
Looks like my most likely options for video playback on a 486 or early pentium are smacker, cinepack, and mpeg-1.
There are some other less promising formats, too. Mv-1 and ideo being the only others I can remember.
I'm really curious about smacker and cinepack compression vs fidelity vs playback speed.
I know what mpeg-1/vcds look like (in terms of quality, playback requirements, and file size) but not the others.
I'm encoding a film with Smacker now and the first thing I'm noticing is that it is SLOW. I'm 23 minutes in, and so far it is still analyzing the video, and has not started the conversion yet.
It also appears to be missing some features that I would expect it to have (specifying color depth, for example, or output resolution.)
@ajroach42 What are you using to encode? With ffmpeg, all you have to do is add '-threads 0' and it'll use all the cores. Or just use the number of cores you want to in the place of '0'. I'm pretty sure ffmpeg will decide SMK, but I'm not sure about encoding. Meaning, since a lot of modern players use ffmpeg (ffplay), you may not need multiple formats.
1) ffmpeg doesn't encode SMK.
2) "since a lot of modern players use ffmpeg, you may not need multiple formats" ?
@ajroach42 You should be able to play SMK files with mplayer and therefore MPV, VLC, ffplay, and most other players out there. If that's the case, why export to multiple formats? And maybe not encode, but ffmpeg should be able to decode. However, colors can be off on older formats. I tried converting an FLI animation I made with AnimatorAKA and it gets the colors wrong, even with -vf format=pal8.
@ajroach42 Oh ok. Did you ever see the post I made about fitting a 20 minute video onto a floppy? Uses vp9 and opus though... https://mastodon.social/@TheOuterLinux/102390928750135794 ... and looks horrible and sounds like Cylons, but I did it. I also have a write up on my site about doing it to a 46 minute video in the Muse section.
@TheOuterLinux Checking it out now, that's super neat.
What I want to accomplish here is to set a baseline for "acceptable" video, and then find the lowest powered machine that can play that back.
Baseline quality is hard to quantify, but you know it when you see/hear it. Baseline bitrate would be about 120KBps max.
The combination of "has to look okay" with "no more than 120KBps" and "should play back on a pentium" is looking like a Pick Two kind of scenario.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!