Linux Doom 3 Client/Server Binaries and Demo Released:

http://zerowing.idsoftware.com/linux/doom/

-------------------------------------------------------
Minimum Specs:

GNU/Linux system,
Pentium III, 1Ghz
256Mb RAM
Kernel 2.4, 2.6 is recommended
glibc 2.2 and up

3D card:
 NV10 or R200 minimum hardware
 OpenGL hardware acceleration
 64 MB VRAM

sound card + OSS ( with mmap support )
-------------------------------------------------------

Would be hard to implement MesaFX hacks into Linux to get Doom3 running with Voodoo 5?

Great news Daniel! Also, could you take a look at this mail list archive, please?

http://www.mail-archive.com/xmame%40toybox.twisted.org.uk/

It's a list about an emulator that has support for compile against Glide2 or Glide3 (other build options exist). The program tries to use Glide directly and, according with the docs, can be compiled to run from X (executable gets xfx sufix) or from console (executable gets svgafx sufix). There are two recent threads about Glide. One thread with pleople talking about a missing grBufferSwap function in Glide3 for Voodoo3/4/5. Too bad they are submitting patches to Red Hat and Debian mantainers and not to Glide mantainers :-(. Other thread talks about the "grSstSelect: non-existent SSTF" error when trying to run the emulator with Glide3 under X, since Glide already is used for DRI support. Can an application uses Glide3 directly under Linux? Must Glide be compiled without DRI support in this case?

Good news, I tested dborca's recent changes with a recent DRI snapshot (20040904) and the FooBillard regression bug was fixed.

The menu issue is the only problem left.

Daniel, I was testing some video players in Linux and discovered a problem: some settings are not available with the TDFX 2D driver. The driver doesn't support the minimum recommended XV (XVideo) atributes: XV_ENCODING, XV_HUE, XV_SATURATION, XV_BRIGHTNESS and XV_CONTRAST (taken from XFree86 server 4.x Design (DRAFT): The XFree86 X Video Extension (Xv) Device Dependent Layer). With your knowledge of 3dfx programming, could you take a look at this or give a tip about how this could be implemented (by example, which register could be changed to adjust the brightness setting)? I have found a patch for XV atributes implementation in Radeon cards and it didn't look too difficult, so maybe I can do the same in TDFX driver, but need some tips.

QuoteOriginally posted by dborca

I'll try to look into the matter.

Yes, the SW_RESCALING_HACK does the job for Windows. Which MesaFX were you using?

I'm not using MesaFX. It's a "clean" Windows 98 install, with last official driver from 3dfx (1.07.00) and with last Glide3x release from glide.sourceforge.net (3.10.00.30303). If necessary, I can try with MesaFX, no problem, just have not installed it yet because I haven't used something that requires special features provided by MesaFX.

Mateus

QuoteOriginally posted by dborca

Hi mateuscg,
...
Please report me as many demos/games/apps as you can, preferably small pieces.

I have only few apps to test: a Quake 3 demo, Tux Racer, Racer, emulators..., but I'm a very bad lucky guy because if something could go wrong, it would go wrong in my computer :-). Seriously, I hope someone else can test intensely this new DRI driver to make sure everything will run right.

Quote
EDIT: hmmm... I wonder how did it work with previous DRI driver on Voodoo3. Because 2.9 and 3.0 use large textures for menu entries.

Well, I need to clarify some things here: menu entries didn't work in versions 2.9 and 3.0 with Linux, only worked with Windows. The problem existed with previous versions of TDFX driver, before your recent changes. This game showed new problems, other problems, with your changes and I tested version 3.0 again to take some screenshots.

With Windows, works perfectly:


With TDFX DRI driver provided by distro (Slackware 10 - X.org 6.7):
- I haven't looked in config options to see if the white sides of the table are problems or not. There are two problems here: the menu entries and a black band in the field of the table that moves according of view angle. The black band didn't happen in version 2.9 with Slackware 9.1.


With TDFX DRI driver from 20040722 snapshot:
- The black band problem is fixed, but problems other than menu entries appeared, I think are lighting problems.

Quote
The sw_rescale_hack is not enabled in TDFX yet.

Menu entries showed right with Windows, so this is the method used by Windows drivers? Will fix the problem in Linux?

Hello Daniel,
I tested your changes with a DRI snapshot from 20040722. With little time for testing I already see improvements in some things, with exception of a game called FooBillard (http://foobillard.sunsite.dk) (seems lighting problems, but I am a newbee in 3D :-) ). Well, I have not tested version 3.0 of the game before, but version 2.9 was running nice in Linux, with just one problem with the menu. The menu problem might be big texture sizes, according with the FAQ, but versions 2.9 and 3.0 of the game run without problems in Windows. I have Voodoo 3 3000 AGP 16MB, Windows 98 and Slackware 10.0, tested with Glide provided by distro and with binary release 3.10.00.30303 from glide.sf.net. A compiled package of the game for Slackware is available from http://www.linuxpackages.net. May be problem with Glide, DRI driver or Mesa? Do you have an idea?