Vodoo3 Treiber

[Stormrider]

Ich habe eine Vodoo3 3000 AGP bei mir drin.
Nun habe ich mir Quake3 runtergeladen und wollte mal eine runde zocken, aber auch dort mein altes 3D Problem:
Alles geht im zuckeltempo (800x600).

3Ddiag sagt: Alles okay!

Was muss ich nun machen, damit meine Vodoo schneller rennt???

[winni]

quake selber tweaken indem du die config anpasst ;)

[Stormrider]

okay, klingt gut...

...was muss ich wo machen ???

[Stormrider]

*hm* Hab mir gestern mal eine neuere Version von Glide installiert ( Glide_VG-2.46-5.i686.rpm ) und jetzt geht es noch langsamer als vorher :(

Als ich das System frisch draufhatte, konnte ich zum Beispiel "Racer" ganz gut spielen, nur das Menue war elend langsam. Nun ist beides langsam.

Sagt mal, es muss doch irgendwo eine Moeglichkeit geben, 3D zu konfigurieren, auch fuer einen Einsteiger...

[Enni]

Hallo,

mit welcher Farbtiefe läuft Dein Bildschirm? Die Voodoo kann leider nur 16Mio Farben in 3D.

Schau auch mal, ob das tdfx- Modul geladen ist.

Wie sieht Deine XF86config-4 aus?

Ciao Enrico

[Stormrider]

Farbtiefe ist 16Bit (16 Mio Farben)
tdfx Modul ist drin (laut sax2)
Wo finde ich diese xf86 config???

[CABAListic]

16bit Farbtiefe sind nur ca. 65000 Farben... 2^16 = 65536

[Stormrider]

*ups* Stimmt, verlesen, sry.
Es sind aber 16 Bit mit 65.000 Farben.

Ich habe vorerstmal 3D deaktiviert (YaST2)

[Enni]

Hallo,

schau mal in /etc/X11/

dort liegt die XF86config-4 zumindest unter RedHat und Debian.
ausserdem mach mal einen "lsmod" ich trau dem "sax" nicht.
Häng die Ausgaben mal an Deine Antwort an.

Ciao Enrico

[Stormrider]

Welchen Teil der config willst du sehen?

Und: lsmod-> "command not found"
( Jaja, Newbie Alarm, bitte nicht steinigen, jeder hat mal angefangen )

[Enni]

Hallo,

nix steinigen ;)

- "lsmod" als User root.

- von der XF86config bitte vor allem schauen die Section "Module" "Monitor"
und "DRI" und "Device"

wenn du den XFree86 in der Version 4.x laufen hast, ververndet er die XF86config-4

so ähnlich sollte es aussehen:

############################################

Section "Device"
Identifier "Voodoo3"
VendorName "3dfx"
Driver "tdfx"
EndSection

Section "Screen"
Identifier "Screen 1"
Device "Voodoo3"
Monitor "High Res Monitor"
DefaultDepth 16
Subsection "Display"
Depth 16
Modes "1280x1024" "1024x768" "800x600" "640x480"
ViewPort 0 0
EndSubsection
EndSection

Section "Module"
...
Load "glx"
Load "dri"
EndSection

Section "DRI"
Mode 0666
EndSection
##########################################

Ciao Enrico

[Stormrider]

Ah jetzt ja...

Okay, hier die XF86Config (mit -4 hab ichs nicht bei SuSE)

---------------------
Section "Module"
Load "dbe"
Load "type1"
Load "speedo"
Load "extmod"
Load "freetype"
EndSection

Section "Monitor"
Option "CalcAlgorithm" "CheckDesktopGeometry"
HorizSync 28-85
Identifier "Monitor[0]"
ModelName "AutoDetected"
Option "DPMS"
VendorName "AutoDetected"
VertRefresh 57-93
UseModes "Modes[0]"
EndSection

Section "DRI"
Group "video"
Mode 0660
EndSection

Section "Device"
Driver "tdfx"
Identifier "Device[0]"
Option "dpms"
Screen 0
EndSection
---------------------

Und hier das ergebniss von lsmod (wofuer ist das gut?)

---------------------
snd-pcm-oss 45152 0 (autoclean)
snd-mixer-oss 11136 1 (autoclean)
pppoe 6752 4 (autoclean)
pppox 1064 1 (autoclean) [pppoe]
parport_pc 25448 1 (autoclean)
lp 5824 0 (autoclean)
parport 21856 1 (autoclean) [parport_pc lp]
snd-es1938 13988 1
gameport 1324 0 [snd-es1938]
snd-pcm 58528 0 [snd-pcm-oss snd-es1938]
snd-opl3-lib 6592 0 [snd-es1938]
snd-hwdep 4736 0 [snd-opl3-lib]
snd-timer 11456 0 [snd-pcm snd-opl3-lib]
snd-mpu401-uart 3504 0 [snd-es1938]
ipv6 123424 -1 (autoclean)
snd-rawmidi 13536 0 [snd-mpu401-uart]
snd-seq-device 4336 0 [snd-opl3-lib snd-rawmidi]
snd 31720 0 [snd-pcm-oss snd-mixer-oss snd-es1938 snd-pcm
snd-opl3-lib snd-hwdep snd-timer snd-mpu401-uart snd-rawmidi snd-seq-device]
soundcore 3268 6 [snd]
isa-pnp 27816 0 (unused)
joydev 5728 0 (unused)
evdev 3904 0 (unused)
input 3072 0 [joydev evdev]
usb-ohci 18880 0 (unused)
usbcore 55136 1 [usb-ohci]
ipt_TCPMSS 2368 1 (autoclean)
ipt_TOS 1024 11 (autoclean)
ipt_state 608 46 (autoclean)
ipt_LOG 3168 71 (autoclean)
ip_nat_ftp 2944 0 (unused)
ip_conntrack_ftp 3200 0 (unused)
ppp_generic 14984 3 (autoclean) [pppoe pppox]
slhc 4432 0 (autoclean) [ppp_generic]
af_packet 11528 2 (autoclean)
3c59x 25032 1
ipt_REJECT 2752 3 (autoclean)
iptable_mangle 2144 1 (autoclean)
iptable_nat 12756 1 (autoclean) [ip_nat_ftp]
ip_conntrack 12652 3 (autoclean) [ipt_state ip_nat_ftp ip_conntrack _ftp iptable_nat]
iptable_filter 1728 1 (autoclean)
ip_tables 10400 10 [ipt_TCPMSS ipt_TOS ipt_state ipt_LOG ipt_REJE CT iptable_mangle iptable_nat iptable_filter]
lvm-mod 58016 0 (autoclean)
reiserfs 158816 1

---------------------

Alles richtig???

[Enni]

Hallo Stromrider,

ich denke, du musst noch das "tdfx"-modul mit Laden. Mach mal mit "modprobe tdfx".

Ausserdem noch folgende Änderungen in der XF86config:

zu Section "Module"

Load "glx"
Load "dri"

dann schau mal mit "glxinfo", ob deine 3D Unterstützung läuft.

Viel Glück

Enni

[Stormrider]

Also, meine neue Section:
------------------------
Section "Module"
Load "type1"
Load "speedo"
Load "extmod"
Load "freetype"
Load "glx"
Load "dri"
EndSection
------------------------

'glxinfo' bringt mir das hier:
------------------------
linux:/ # glxinfo
name of display: :0.0
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Error: couldn't find RGB GLX visual

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x21 16 tc 0 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
0x22 16 dc 0 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
linux:/ #
------------------------

Und nu?

[Enni]

Hallo Stormrider,

ich kann Dir heut abend sagen, was "glxinfo" bei mir von sich gibt.
Auf jeden Fall sieht es bei Dir nicht so gut aus. Ich vergleiche mal meine Konfiguration mit Deiner. Wird aber leider erst heut abend. Das kriegen wir schon hin.

Hast Du nach dem laden des "tdxf"- modul noch mal kontrolliert, ob es auch wirklich geladen wurde?
Hast Du nach der Änderung der XF86config den Xserver neu gestartet?
Sind die Mesa-Libs installiert (und ich glaube glut-libs auch)?
Ausserdem würde ich noch einen Update des XFree86 auf die Version 4.x vorschlagen. Was für ein Suse hast Du eigentlich?


Cu Enrico

[Stormrider]

Ich habe gestern mal alle Glide Treiber deinstalliert (wie gut man das eben mit KPackage machen kann) und mir neue installiert.
"Glide_SDK-2.2-16.i386.rpm"
"Glide_V3-2.60-16.i386.rpm"
"Glide_V3-DRI-3.10-6.src.rpm"

Nun sieht das Ergebniss mit 'glxinfo' schon besser aus (wie ich finde):
---------------------------------
name of display: :0.0
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
OpenGL vendor string: VA Linux Systems, Inc.
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 Mesa 3.4.2
OpenGL extensions:
GL_ARB_multitexture, GL_EXT_abgr, GL_EXT_blend_color,
GL_EXT_blend_minmax, GL_EXT_blend_subtract
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x24 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 None
0x25 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x26 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 None
sascha@linux:~>
---------------------------------

Allerdings: Immer noch keine besserung in Sicht, alles, was mit 3D zu tun hat, ruckelt bis zum erbrechen.
Ich "teste" das mit 'glTron' (Hardware3D) und 'Quake3Demo'.

GLTron lasse ich mit 800x600 im Fenster laufen
Quake3 mit 640x480 im Vollbild
Farbaufloesung bei beiden 16 Bit.

Mein KDE ist auf 1280x1024 mit 16 Bit eingestellt, 3D untersteutzung (laut YaST2 und sax2) ist aktiviert.

Zum tdfx Modul: Laut X86 config ist es drin (steht unter drivers)
X-Server reboot: Nach jeder Aenderung gemacht, kein Erfolg ( kann man den auch neustarten, ohne zu sagen 'als neuer User einloggen', also von der Kosnole? )
Mesa/Glut Libs: laut '3Ddiag --runtime' sind die drin, wie installiere ich die nach?
XFree-Version: 4.2
SuSE-Version: 8.0 Pro (OnlineUpdate alles am 19.07.2002)
KDE: 3.0.1

Noch was: Wenn ich q3demo als user durchfuehre komme ich ins Spiel, was sich dann mit 0.1 Frame pro Minute durchs Leben quaelt.
Starte ich das ganze als root von der Konsole, dann kommt das hier:
---------------------------
Q3 1.11 linux-i386 Dec 4 1999
----- FS_Startup -----
Current search path:
/root/.q3a/baseq3
./baseq3

----------------------

Running in restricted demo mode.

----- FS_Startup -----
Current search path:
/root/.q3a/demoq3
./demoq3/pak0.pk3 (1387 files)
./demoq3

----------------------
execing default.cfg
execing q3config.cfg
couldn't exec autoexec.cfg
----- Client Initialization -----
----- Initializing Renderer ----
-------------------------------
----- Client Initialization Complete -----
--- Common Initialization Complete ---
Opening IP socket: localhost:27960
Hostname: linux.local
Alias: linux
IP: 127.0.0.2
----- R_Init -----
...loading libGL.so: Initializing OpenGL display
...setting mode 3: 640 480
Xlib: connection to ":0.0" refused by server
Xlib: Invalid XDM-AUTHORIZATION-1 key (failed key comparison)
Error couldn't open the X display
...WARNING: could not set the given mode (3)
...loading libMesaVoodooGL.so: Initializing OpenGL display
...setting mode 3: 640 480
Xlib: connection to ":0.0" refused by server
Xlib: Invalid XDM-AUTHORIZATION-1 key (failed key comparison)
Error couldn't open the X display
...WARNING: could not set the given mode (3)
----- CL_Shutdown -----
RE_Shutdown( 1 )
-----------------------
----- CL_Shutdown -----
-----------------------
Error: GLimp_Init() - could not load OpenGL subsystem
---------------------------

Was will mir das sagen?

[Enni]

Hallo Stormrider,

glxinfo sieht besser aus, allerdings ist der entscheidene Teil nicht so gut:

"direct rendering: No"

MEsa und glut sind ok, denke ich.

ich glaube nicht, dass der tdfx-treiber geladen ist.

geh mal folgendermassen vor:

1. "lsmod" (treiber tdfx geladen?)
2. "modprobe tdfx" (wenn nicht geladen)
3. "lsmod" jetzt muss der Treiber auf jeden Fall da sein.
4. Xserver neu starten (<CTRL><ALT><Backspace>- geht am schnellsten)
5. glxinfo

Meines Wissens nach verwendet der XFree86 4.x die "XF86config-4" d.h. es sollte diese geben. Allerdings kann das bei Suse ja anders sein.
Ich arbeite mit RedHat und Debian, dort ist das der Fall.

Zu Deinem anderen Problem:
Der Connect zum Xserver verläuft immer über das TCP/IP- protokoll.
Du musst allerdings aktivieren, das sich ein User root "remote" auf Deinem dektop anmelden darf (der kde gehört in dem moment ja user "xy").
Allerdings weiss ich im moment nicht wie? Ich glaube das geht über eine ".rhosts"-Datei, die Du in das $HOME von root legst.

Für Deinen Zweck sollte die so aussehen:

######################

+

######################

So sollte es funktionieren.
Ich hoffe, ich hab beim zweiten Teil nichts falsches gesagt.

Cu Enni

[Stormrider]

okay, ich bin soweit, das das ganze beim starten des x-servers geladen wird (direct rendering = yes)

Allerdings ist Q3 immer noch im "ruckelmode", obwohl ich nun das hier eingestellt habe:
640x480
GL ON
16 Bit
Voodoo GL (funzt auch standart GL nicht)
Bei jeder aenderung erzaehlt mir Q3, das das "device already in use" ist.

Naja, ich installier mal Wolfenstein demo, mal sehen, ob die besser laeuft.

P.S. GLTron und Tuxracer sind rasend schnell ...

[Enni]

Hallo Stormrider,

jetzt sind wir auf dem richtigen Dampfer.
wenn die Ausgaben ok sind und tuxracer läuft, dann läuft auch 3d voll mit.

Wann bekommst Du die Meldung "device already in use"?
Diese Meldung dürfte kommen, wenn versucht wird ein anderes Kernelmodul zu laden, denn dann ist das Device tatsächlich "in use", da ein anderer Treiber das Device schon anspricht.

Cu Enrico

[djf]

Ist das xf86_glx Paket installiert? War bei mir nötig um die 3D Funktionen der Voodoo3 nutzen zu können.

Außerdem empfehle ich, xf86 4.2 und mindestens kernel 2.4.16 zu installieren. Seither läuft die Voodoo deutlich runder und absolut crash-frei.

Edit: Verflixt, hab die zweite Seite übersehen. War ja gar nicht mehr nötig.

[Stormrider]

Original geschrieben von Enni
jetzt sind wir auf dem richtigen Dampfer.
wenn die Ausgaben ok sind und tuxracer läuft, dann läuft auch 3d voll mit.

Na, warum will dann Quake3 nicht und auch Wolfenstein (laesst sich erst gar nicht starten, da es irgendwas nicht laden kann. Habs wieder geloescht, kommen wir wieder zu Q3!


Original geschrieben von Enni
Wann bekommst Du die Meldung "device already in use"?
Diese Meldung dürfte kommen, wenn versucht wird ein anderes Kernelmodul zu laden, denn dann ist das Device tatsächlich "in use", da ein anderer Treiber das Device schon anspricht.

Das passiert, wenn ich Q3 via Konsole starte und dann was an den Settings von Q3 aendere (Bittiefe auf 16 und dann "apply").
Es wechselt von Vollbild auf Fenster und dann "tschuess".
Beim naechsten Start ist Q3 im Fenster, aber trotzdem nicht schneller (tuxkart ist da irre schnell, GLTron auch).

Ich weiss nicht, ich glaube, ich bekomme das nie hin :(

[Enni]

Hallo Stormrider,

was quake und wolfenstein anbetrifft kann ich Dir leider nicht weiterhelfen, aber ich bin mir sicher, die 3D- Unterstützung läuft jetzt!

Vielleicht kann Dir da ein anderer ein wenig weiterhelfen.

Ach so, ich hab gesehen, dass Dein Rechner nicht mehr der frischeste ist und ich könnte mir vorstellen, das diese Spiele auch unter Linux einiges sehen wollen. Vielleicht ist das jetzt der Punkt.

Cu Enrico

[Stormrider]

Kann ich mir schlecht vorstellen, das mein Rechner das problem sein soll.
Ich habe beide Demos unter Win32 laufen lassen (win2000 Pro) und sie liefen gnadenlos schnell (grade Q3 kommt aus der Zeit).

Ebenso funktioniert Unreal via Wine/X ohne flackern, ich kann mir also nicht vorstellen, dass es an dem 500' er liegt.

Weiss einer, warum Q3 mit 1-2 Frames pro Sekunde daherkommt???

[Enni]

Hallo Stormrider,

das ist natürlich ein Argument.
Vielleicht handelt es sich um ein Konfigurationsproblem von Quake?

Cu Enrico

[xstevex22]

Hi,
habe jetzt nicht den ganzen Thread gelesen, aber bei ich hatte selbiges Problem. Habe das Game damals als root installiert. Versuchte ich als "normaler" Benutzer zu spielen -> Megaruckel-Flash. Als root dagegen lief's 1a. Habe irgendwo mal gelesen, dass man das Grafik-Device (FRAGE: welches ist das ?? /dev/??) auf /dev/3dfx linken soll, damit man auch als normaler Benutzer flüssig zocken kann. Vielleicht mal testen...

[Stormrider]

"Sprach der Rabe Nimmermehr"

Also, nach einen kompletten Neustart des Systems ist nun wieder 'direct rendering=no' und ich habe keine Ahnung, warum.

Es reicht! Schn***e voll.
3D unter Linux mit ner Voodoo kann mich nun mal kreuzweise.

Ich verzichte auf Quake und spielen und bleibe bei FreeCiv.
Linux scheint ja fuer solche Karten keine Newbie-Unterstuetzung zu liefern, die laenger durch haelt wie ein Neustart und kuerzer wie einen halben Tag dauert.

Evtl. versuche ich es mal mit einem neuen Rechner aber hey: So bekommt Ihr keine User von Windows zu Linux rueber.

Ich bleibe bei Linux, weil mir MS zu oft abschmiert, dass ich aber nun nicht mehr spielen kann, finde ich zum kotz*n.

Aber: Vielen dank fuer die Hilfen, ohne diese wuesste ich nun nicht soviel mehr ueber Linux (ganz ehrlich). Ich finde Linux toll, aber es ist noch um MEILEN zu schwer fuer die Masse.