Bad Apple on IBM PC/AT (+ boot process)
ฝัง
- เผยแพร่เมื่อ 9 ก.พ. 2016
- Well, as somebody shown me • IBM XT Portable 5155 8... - then it was nothing that could stop me from trying to reproduce this on my own PC/AT.
And finally it was done! Actual Bad Apple starts at 3:26.
According to @Microcomputer12 , his system utilized fast and big 200 MB ATA HDD; but my goal was to do it on standard AT hardware without using anything that replace original hardware (the only exception was the replacement of discharged CMOS battery to 2 CR2032 connected in series; but it has no effect on performance, just trick to get back AT's ability to utilize RTC and keep CMOS data).
To do this, I had to deassemble the video to unique frames and sound and then recompile it using xdc_comp probing different parameters, and then transfer it to AT by network (as I don't have 5.25" floppy drive on my main PC, but have TCP/IP stack for DOS).
About third or fourth attempt - and now it works!
In addition I show a boot process of this AT (initializing XMS, network, keyboard/screen localizer (KeyRus), Sound Blaster, and starting Norton Commander). Well, some parts of software are Russian versions.
Also a little sup to the imageboard, where this idea was born - at the end.
Configuration:
- IBM PC AT model 5170 S/N (?) 7327005
- 3,5 MB RAM (512K onboard + 3072K on expansion board)
- Seagate ST4038 31 MB Type 20 MFM HDD (733/5/17 geometry)
- ATI EGA Wonder video card
- Amptron Color EGA Monitor
- Sound Blaster 16 (model CT2910)
Also were installed, but not used:
- RTL8019 ISA Network Card
- US Robotics Sportster 0460 ISA Modem
- Microsoft InPort Mouse
- 5,25" Alps DFC642B01B 1.2MB FDD
![ตีสิบเดย์ [FULL] | ครอบครัวสะท้านทุ่ง "นางบี & อ้ายสติ๊ก"](http://i.ytimg.com/vi/A1rhYcxxNtA/mqdefault.jpg)
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 th-cam.com/video/E0h8BUUboP0/w-d-xo.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.
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!
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, похоже, стали классическими тестами производительности старых компов, лол.
NICE!!!!!!!!!!!!
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!
;-)
Starts at 3:26 lol
Yeah, Bad Apple starts at exactly this time. (Gonna put it into description too.)
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.
Немного тормозит, а так норм
Ну, 286-ой же, 33 года товарищу =)
Ты че? Русский???
А то. =)