Quake 1

Well I've made some major progress smoothing out my port of Quake 1 based on some parts of Quake2 for rhapsody, the SDL port of Quake, and UAE for NeXTSTEP....

It's approaching usability, with some keymapping issues... I haven't tackled the networking or sound just yet, but it loads up, and you can walk around levels.... I guess I'll have to add the mouse code later as well...

Currently I've only been building this for the i386 as my monitor on my m68k finally died...

But if anyone is interested, I can share the source & binaries along with the demo data files... I think it's all 7mb or so.

I get some easy 20FPS under Qemu... so it's almost playable...

I got the keyboard working way better now, and networking is going...!  I connected to a windows server I have and it actually worked!...

As for the sound, I though the driver was more fleshed out but it's not... Although I've got to go through it some more and see if it's mixing and collecting the audio data... It needed all the 'right' bits so I'm almost assuming that all I may have to do is setup some next audio interface and start handing it buffers to play..........

The only thing I don't get is the startup, and it's me copying other peoples code (uae) and trying to hammer it into the way I want.. you have to click in the window a few times for it to get the correct keyboard focus... it also means that startup scripts are basically hosed..

If anyone wants to test, send me a PM and I'll send you the exe & source..

I've built a package, thanks to the instructions on this site...  http://www.bangmoney.org/nextstep/packages_1.html

You can download it here:
http://vpsland.superglobalmegacorp.com/install/NeXTSTEP/quake-1.09-NIHS.tar.gz

You have to launch this from the command line....



Also in the mean time I'll leave the dedicated server running on my server, connect to it by ip address, as the name is too long for quake to handle...

75.127.119.16

remember you'll have to click in the window a few times to get it going and for the keyboard handler to start working....

I'll have to build a x86 box this summer.. just to play this!

Quote from: "pan1k"I'll have to build a x86 box this summer.. just to play this!

Display postscript isn't exactly highspeed... so be sure to get at least a p4 and some kind of pci or agp card...

First it was Doom, and now we have Quake! :D
I'm going to be all over this.

omg this is too awesome!


aaaugh. Must get another NeXT soon.

Quote from: "helf"omg this is too awesome!


aaaugh. Must get another NeXT soon.

I seriously doubt it'll run any better then a slide show on a m68k machine... I launched it as a server and it was timing out like crazy.... :|

Thanks a lot for the port. Just tried quake on my color turbo and my color station (with the same hard drive and openstep 4.2 ). Had to use the command line option -nolan otherwise it ends complaining bus error. It was even slower than "expected". I tested "timedemo demo1" from the in game console to get some benchmark. The turbo got 543.2 seconds > 1.8 frames, and the color station 627,8 seconds > 1.5 frames. A few years ago I had the game on an 68040/40 MHz amiga and it was "faster" this may have been highly optimized 68k code in this port, and estimated 5 frames there. The color did look odd though could this be a byte-order thing, or is the display postscript differing that bad? Taking the screenshot using grab shows some alpha on the monitor it was not white but dark there could this impact performance?

Quote from: "GrafZahl"Thanks a lot for the port. Just tried quake on my color turbo and my color station (with the same hard drive and openstep 4.2 ). Had to use the command line option -nolan otherwise it ends complaining bus error. It was even slower than "expected". I tested "timedemo demo1" from the in game console to get some benchmark. The turbo got 543.2 seconds > 1.8 frames, and the color station 627,8 seconds > 1.5 frames. A few years ago I had the game on an 68040/40 MHz amiga and it was "faster" this may have been highly optimized 68k code in this port, and estimated 5 frames there. The color did look odd though could this be a byte-order thing, or is the display postscript differing that bad? Taking the screenshot using grab shows some alpha on the monitor it was not white but dark there could this impact performance?

I think that is why I kind of gave this thing up as you need a 2Ghz machine to push ~20fps ... Now it could be a matter of display postscript not geared towards games, and I'm sure I'm doing stuff wrong as I lifted the nextstep glue code from all over the place, mostly UAE...

Recently I did come across the stolen quake source (before the GPL) and it does have more platform code for nextstep, so perhaps that'd help.  I would imagine much like the i386 assembly code, if someone were to port that to the 68030 itd help a GREAT deal.  I would imagine that the Amiga people would have done so... Now if there is an Amiga source dump of quake I can certainly look at it, although I don't have any m68k gear to test on...

I just fear that display postscript could be the killer leaving there to be no real alternative... but its good to know it ran on someone elses machine!

here's a copy of the quake pkg

http://home.comcast.net/~currygoat101/OpenStep/quake-1.09-NIHS.tar.gz

Not that it matters but it's still on my site.  Because of some 'anti virus' ***** I had to force every download I have to a 404 page, although if you read it you can click a link on the 404 and login with the user/password on the 404 page, and download the package.  (the password changes often).

I don't like i had to do this, but this ***** sent threatening letters to the data centre I was hosted in, and which they demanded my machine to be formatted, and possible law enforcement to take action against me for hosting nethack (yes the game nethack).

The whole thing was incredibly stupifying.

:) cool and thanks for the port!!!

No problem!

I'm glad that someone at least still uses it!

This is really great :)
Thanks neozeed!
And also thanks armus2112 for bringing to my attention.

Does this support the gecko? I'm curious how it would run on my 100MHz 712.



bp

Quote from: "blakespot"Does this support the gecko? I'm curious how it would run on my 100MHz 712.



bp

Maybe?   I built it as a quad fat, so I guess so... I recall it running (horribly slow ) on a 68040..

DL link is dead. Where can I grab this?

Tnx



bp

Quote from: "blakespot"DL link is dead. Where can I grab this?

Tnx



bp

It works, you have to read the 404 page.  Some idiot flagged everything I had online as a virus, so I have to use a simple 404 + username/password redirect.

right now the password is mightybrake39, but it changes automatically so it's not guaranteed for future users.

Thanks. What is the username?

Quote from: "blakespot"Thanks. What is the username?

should be user


It's all in the 404 message.


The user name is 'user'

and the password is: mightybrake39

Thanks.

(What the hell is wrong with me?)

I will let you know how it runs on a Gecko 100MHz, 256K L2.



bp

Here it is on my Gecko. Decent frame rate, but color map is hosed. Any ideas?

Thanks.


http://youtu.be/2MVnKRT3jw0



bp

Quote from: "blakespot"Here it is on my Gecko. Decent frame rate, but color map is hosed. Any ideas?

Thanks.


http://youtu.be/2MVnKRT3jw0



bp

wow that's pretty awesome!

Its been forever but I want to say it was a slide show on a next, and of course in b&w only.  I'm pretty sure I did it in 256 only colors so it probably doesn't map to the gecko.  what is the depth of it's display? (ie how many colors?)

Otherwise it's incredible to see it actually run!

I'll try it on my turbo color slab soon.

The Gecko is true color, as far as NEXTSTEP is aware. Read details of the unusual video hardware in my blogpost here:

http://www.bytecellar.com/2005/02/09/my_hp_9000_7126/

FWIW Doom runs with an accurate color map on it.



bp

Quake running on my NeXTstation Turbo Color (33MHz 68040 w/ 4K/4K L1 cache):
https://vine.co/v/izVQOAD1Fii

Quake running on my Gecko (100MHz PA-7100 w/ 256K L1 (yes) cache):
https://vine.co/v/izVQQUE27D9

Quite the difference. 320x200 window, I believe.

This ver of Quake was ported for a 256-color screen mode (PC VESA presumably). It would be great to see the colormap working properly in the NeXT's oddball 12-bit, 4096 color desktop and on the Gecko's "TrueColor" desktop.



bp

Quote from: "neozeed"I'm pretty sure I did it in 256 only colors so it probably doesn't map to the gecko.  what is the depth of it's display? (ie how many colors?)

Any chance you might take a stab at supporting the standard NeXT 12-bit color mode (12-bit + 4-bit alpha) or the TrueColor modes? :-)



bp

Hi,
you may like to patch the source file 'vid_null.c' within the NeXT folder in the source folder. Right on the top in the file is a method called VID_SetPalette. I played a little around with it and the following change should  be enough to have a fine image on the color nextstation. This fixes the endianess issue only. If I understand the code right it uses a conversion from 8 bit palette from the internal renderer to a 32 bit buffer  and then draws this image to the screen. The windowserver does the color downsampling from 32 to 12+4 bit. I found no hint yet for any direct palette based support in NXImageRepresentation maybe it does not support it at all. Maybe it is possible to use a 16 bit buffer on the nextstation color ... but this may not be that easy and may not improve the performance.    


void VID_SetPalette (unsigned char *palette)
{
 //this is for 32bit right onw... yuck.
#if __BIG_ENDIAN__
 int i,r,g,b;
 for(i=0;i<256;++i)
 {
r = *(palette + 0 );
g = *(palette + 1 );
b = *(palette + 2 );

Main32RGBPalette[i] = 0x000000ff | (r<<24) | (g<<16) | (b<<8);

palette = palette + 3;
 }
#else
int i;
for(i=0;i<256;++i)
{
Main32RGBPalette[i]=*palette++;
Main32RGBPalette[i]=Main32RGBPalette[i]+(*palette++)*256;
Main32RGBPalette[i]=Main32RGBPalette[i]+(*palette++)*65536;
}
#endif
}

regards

Sorry to resurrect this old thread, but I did not find `quake-1.09-NIHS.tar.gz` anywhere. Was hoping it'd be on NEXTFILES. Does anyone have a copy that we could put up there or on archive.org? Thanks!

Quote from: eukara on June 28, 2023, 07:26:45 PMSorry to resurrect this old thread, but I did not find `quake-1.09-NIHS.tar.gz` anywhere. Was hoping it'd be on NEXTFILES. Does anyone have a copy that we could put up there or on archive.org? Thanks!

I dropped a copy in the NeXTfiles archive; glad I still had it on my local drive.  :)

https://www.nextcomputers.org/NeXTfiles/Software/NEXTSTEP/Apps/Games/quake-1.09-NIHS.tar.gz (https://www.nextcomputers.org/NeXTfiles/Software/NEXTSTEP/Apps/Games/quake-1.09-NIHS.tar.gz)

Thanks for the rapid response! Can't wait to tinker with this!  :D