Playing Quake 1 on an Atom

Candelabrus · 06-15-2018, 10:34 PM

Thanks a lot for this topic, it reminded me of my past more precisely in 1996, when I was playing Quake Shareware by 14,400bps modem here in Brazil.
Quakeforge was compiled correctly :-)

Lysander666 · 06-16-2018, 05:32 AM

I did a test on my Slackware VM on the desktop [before I was using bare metal on a netbook]. This desktop PC uses an old but meaty HD5870 ATI card and Quake 1 plays like a dream in Debian [primary desktop OS]. On the Slackware VM inside Debian it was still very slow and unplayable, in darkplaces averaging 5-8 fps. I wonder if it would be better on Slackware bare metal on the desktop, but surely for a game like this it should be fine on a VM on this desktop. The fact that it works flawlessly in Debian is interesting.

Only major difference I can see is this:

Debian 9.4: OpenGL version string: 3.0 Mesa 13.0.6

Slackware 14.2: OpenGL version string: 2.1 Mesa 11.2.2

the3dfxdude · 06-16-2018, 09:30 AM

Quote:

Originally Posted by the3dfxdude

No. I'm not sure where exactly it's pulling that number from, but my guess is that is a clock referring to the module for the display output, not the gpu itself.

You can get the actual clock speeds from intel_gpu_top (intel-gpu-tools).

It might be worth it to update to the latest git, since the version we have is "unsafe".
https://cgit.freedesktop.org/xorg/ap...4bc1a1c7720654
Edit: Or maybe not. They removed reading the clock configuration register. Oh well.

orbea · 06-16-2018, 09:34 AM

Quote:

Originally Posted by Lysander666

I did a test on my Slackware VM on the desktop [before I was using bare metal on a netbook]. This desktop PC uses an old but meaty HD5870 ATI card and Quake 1 plays like a dream in Debian [primary desktop OS]. On the Slackware VM inside Debian it was still very slow and unplayable, in darkplaces averaging 5-8 fps. I wonder if it would be better on Slackware bare metal on the desktop, but surely for a game like this it should be fine on a VM on this desktop. The fact that it works flawlessly in Debian is interesting.

Only major difference I can see is this:

Debian 9.4: OpenGL version string: 3.0 Mesa 13.0.6

Slackware 14.2: OpenGL version string: 2.1 Mesa 11.2.2

Can you try updating mesa to the one in current? You may also need to rebuild libdrm and maybe llvm (?).

Lysander666 · 06-16-2018, 11:32 AM

Quote:

Originally Posted by orbea

Can you try updating mesa to the one in current? You may also need to rebuild libdrm and maybe llvm (?).

I had a go at this. Reinstalled libdrm but llvm was taking an age to build so aborted the compile, but now I can't start x on the VM.

However, it says "not enough space", so I don't know if the VM just ran out of room, but it shouldn't have done. I don't want to have to reinstall the VM, it was quite a lot of work to set up and it's a good testing ground.

EDIT: solved the issue, root was 100% full. I deleted everything in /tmp and I can get back in now.

EDIT2: orbea I'll try your suggestion when I have a little more time soon.