keropi wrote:

LOOOOL
"You have been blocked by the owner of this video"

I guess he'll be blocking me soon, too.

I got him to admit it was a fake after he told Keropi it wasn't fake! Here's his response to my comment

"of cause i speed uped this video! 190% speed uped gameplay. gameplay was about 7 minutes. and loading i sped uped in 10 times . loading was about 3-5 minutes"

So I was right. He did speed up the video to make the games look like they were playable on a 386SX! Total faker.

And he's still lying. You cannot start the game with only 4MB RAM. And also without a coprocessor. Even if he has a 387sx and doesn't tell anything about it, the RAM size is also very importand...

it's fake 101% ppl, it does not worth to invest (or better yet: waste) time reproducing this.... or even bother with the uploader 😁

Ratings have been disabled for this video.

No surprises there!

Hehehe, what a loser...

So back 2 reality: http://www.youtube.com/watch?v=E2zsV-kXMIk

This is awesome! Thanks for the video elianda! Does the framerate change at all when shrinking the view size?

at smallest size it takes 314.9 s - 3.1 fps but thats really small...

elianda wrote:

So back 2 reality: http://www.youtube.com/watch?v=E2zsV-kXMIk

That's a much more realistic view of games running on a 386.

Whatever happened with EGA Quake...

Any DOS coders around? (compiling Quake 1 source)

I never got any programmer interest in the EGA packed pixel remapping. OPL3 music was half implemented - just couldn't get ASS compiled on DJGPP. At least I did the low detail feature mentioned, which is actually quite useful for 486, may help 386 as well.

sliderider wrote:

"of cause i speed uped this video! 190% speed uped gameplay. gameplay was about 7 minutes. and loading i sped uped in 10 times . loading was about 3-5 minutes"

The speed-up is a lie, too. There is no sudden FPS dip in dynamic light switching. The loading was slowed down at least 300% (you can see the camera noise slowly cycle). It is a Pentium at minimum.

Doom played something like that when I had a 386 DX40. It had to be low detail too.
This Quake video seems true: http://www.youtube.com/watch?v=KbcFvUOGA44&feature=related

Wow that 5x86 133 is slow. ISA video I guess...

It was slow because it was based on the 486. A friend of mine had one with a PCI card (ATI All-in-Wonder) and the whole thing was way slower than my Pentium 100 with a S3 Vision 968. MDK would not even run on it saying that it required FPU.

You can make Quake very playable on a 5x86 133 than that video shows. Lowering memory waitstates is an obvious one which works pretty well, and clocking it to 160mhz (40x4) is a big boost too. An S3 Trio is fine too. That 8.5fps could become a 12fps or in some cases a 16fps. Running with a higher d_mipscale helps as well because it'll quicken the surfmipblock functions by having less pixels to smooth out for the surface cache since 486s have the most trouble with that.

Funny that, I made a comment on that video too about how it's really impossible to do this, and that the video is faked, and I just went back to check and found that the video now has comments disabled. 😀

This thread's the #1 match when you google for 'quake on 386', and elianda's video is #3. 😀

dirkmirk should post his 1.8fps timedemo as a video response. 😀

The best I have posted in a video right now is 2.4 FPS for Quake.
I got this using an am386dx overclocked to 49.15MHz and 0WS memory.
https://www.youtube.com/watch?v=Tv9LVhlo7EM

Now I have already broken my record and got 2.5 FPS.
I will discus the details on my next video.
This looks like the limit here.