It seems like such video encoding algorithm processes differences of each pixel line between frames, so quality drops significantly if there are major changes in consecutive frames (it's clearly visible at the end).
It actually has nothing to do with video algorithms at all. I programmed for these old computers and they can't even scroll the screen without letting us see it's slow drawing process.
It depends on video adapter. EGA has enough speed to totally redraw frame in background during 1/60th of second (typical frame rate). Of course, it has to be dealt with using direct video RAM read/write, not through BIOS. So scrolling, if you are aware of memory organization, can be performed with 8k MOVSWs (about 1/200th of second) even with full redrawing of frame. But here, it is not a hot point: you have to read each frame from disk (ST412) which has data throughput about 50 kB/s with theoretical maximum of 200 kB/s (even nearly unreachable). In addition, read speed is VERY sensitive to placement on hard disk surface (file should occupy the consecutive sectors, cylinders and heads, as there was no command "seek to cyl XXX", just increase and decrease cylinder number). Additionally, each frame should be encoded in about 1 kB (practical maximum is 2.6 kB). Resulting video of about 6500 frames have the size of 10 MB, so frame size is about 1.6 kB - which should contain differences between consecutive 16kB frames (640x200x2 colors), so compression factor should be about x10. And of course, this should be a specific purpose algorithm: it should not contain strong arithmetic, less of overhead is preferred over quality, and so on. '8088 domination' fits these requirements, and then, even on nearly twice-slower XT (4.77 MHz instead of 8 MHz) it is possible to achieve better quality (see ua-cam.com/video/E0h8BUUboP0/v-deo.html), may disk be significantly faster.
Maybe I don't fully figure out what are you trying to ask, but yes, it's EGA and it works like this. Here you may spot 80x25x16 text mode with 8x14 characters, and 640x200x2 graphics mode.
@@Nikku4211 Actually, in this case, it really is a function of the encoder. If you have a faster hard drive and can give the encoder more bandwidth, the amount of screen combing is reduced, sometimes completely to zero.
Отож. Я ещё нянкэта пускал, но он не так впечатляющ (EGA-графика всё же). Вообще, нянкэт и bad apple, похоже, стали классическими тестами производительности старых компов, лол.
Heh, you know the thing!.. ...But, I would like to assure you that everything is ok: according to Total Hardware 99, both models of ST4038 (th99.fagear.ru/h/txt/4298.txt and th99.fagear.ru/h/txt/4299.txt) have auto-parking feature (note 'YES' in 'Lift/Lock/Park' entry). So there's no need to manually park them, they do it theirselves.
![Commodore 64 Longplay [338] Test Drive (Disk) (US)](http://i.ytimg.com/vi/25biT0XEprs/mqdefault.jpg)
Congrats on getting it working! (I'm the author of xdc)
Wow! Thanks!
Yes, it was not very simple, but after a couple of attempts I did understand what to do to achieve acceptable result.
Aren’t you also the author of 8088 Corruption/Domination/MPH?
@@FrezzyYT Yep!
Got to love old DOS computers.
The more action on the screen, the slower the rendering is.
It seems like such video encoding algorithm processes differences of each pixel line between frames, so quality drops significantly if there are major changes in consecutive frames (it's clearly visible at the end).
It actually has nothing to do with video algorithms at all. I programmed for these old computers and they can't even scroll the screen without letting us see it's slow drawing process.
It depends on video adapter. EGA has enough speed to totally redraw frame in background during 1/60th of second (typical frame rate). Of course, it has to be dealt with using direct video RAM read/write, not through BIOS. So scrolling, if you are aware of memory organization, can be performed with 8k MOVSWs (about 1/200th of second) even with full redrawing of frame.
But here, it is not a hot point: you have to read each frame from disk (ST412) which has data throughput about 50 kB/s with theoretical maximum of 200 kB/s (even nearly unreachable). In addition, read speed is VERY sensitive to placement on hard disk surface (file should occupy the consecutive sectors, cylinders and heads, as there was no command "seek to cyl XXX", just increase and decrease cylinder number). Additionally, each frame should be encoded in about 1 kB (practical maximum is 2.6 kB). Resulting video of about 6500 frames have the size of 10 MB, so frame size is about 1.6 kB - which should contain differences between consecutive 16kB frames (640x200x2 colors), so compression factor should be about x10.
And of course, this should be a specific purpose algorithm: it should not contain strong arithmetic, less of overhead is preferred over quality, and so on. '8088 domination' fits these requirements, and then, even on nearly twice-slower XT (4.77 MHz instead of 8 MHz) it is possible to achieve better quality (see ua-cam.com/video/E0h8BUUboP0/v-deo.html), may disk be significantly faster.
Maybe I don't fully figure out what are you trying to ask, but yes, it's EGA and it works like this. Here you may spot 80x25x16 text mode with 8x14 characters, and 640x200x2 graphics mode.
@@Nikku4211 Actually, in this case, it really is a function of the encoder. If you have a faster hard drive and can give the encoder more bandwidth, the amount of screen combing is reduced, sometimes completely to zero.
079: Why is my storage almost full? 40 hours of storage of badapple.exe? What is this-
Bright you LITTLE SHI-
That's how even AI can get itself Neutralized.
Man... Seeing bebe makes me wish there was another madoka magicka movie :(
It is finally announced afaik. I have been waiting for it since Madogatari.
love the bebe plush
Yeah, she's quite cute (nice to read it exactly 10 years after we've had the first appearance of Charlotte on TV)
Лол, оно все-таки живое
Отож. Я ещё нянкэта пускал, но он не так впечатляющ (EGA-графика всё же).
Вообще, нянкэт и bad apple, похоже, стали классическими тестами производительности старых компов, лол.
It's looks like 8088 domination.
It is. Only I've made the video version possible to be played from original ST4038 MFM HDD instead of faster ATA one.
That's really cool ! :D
640 views when saying 'hello' ;-)
...640 views should be enough for everyone... WAIT NO!
;-)
Ouch. You didn't park the hard drive in the end.
Heh, you know the thing!..
...But, I would like to assure you that everything is ok: according to Total Hardware 99, both models of ST4038 (th99.fagear.ru/h/txt/4298.txt and th99.fagear.ru/h/txt/4299.txt) have auto-parking feature (note 'YES' in 'Lift/Lock/Park' entry). So there's no need to manually park them, they do it theirselves.
Starts at 3:26 lol
Yeah, Bad Apple starts at exactly this time. (Gonna put it into description too.)
Ты че? Русский???
А то. =)
Немного тормозит, а так норм
Ну, 286-ой же, 33 года товарищу =)