loki's ut ...

[Catonga]

Wenn die anderen Spiele wie z.b.Quake3 auch nicht schnell gehen, dann geht bei dir mit sehr hoher Wahrscheinlichkeit direct Rendering nicht.

gibt mal in ner Xterm Console folgendes ein:

$ glxinfo


Wenn dann da irgendwo dransteht direct rendering not enabled oder
using indirect rendering, dann ist deine Hardware Beschleunigung nicht aktiviert worauf ich nämlich tippe.

das openGL Programm Gears sollte übrigens so ca. 1000 frames/s erreichen, wenn da 160 fps dransteht, dann ist das gar nichts, bzw. wird Software Rendering verwendet.

Bei mir geht lokis UT 4.36 auf ner Voodoo3 mit nem Athlon 500 übrigens richtig flüssig.

[dev0]

@chaostheoretiker:

jepp ist natuerlich opengl eingestellt.

@catonga:

auch das ist ok. ich hab beides vergessen oben aufzufuehren.

ich waelze schon seit tagen newsgroups und faq's und dergleichen. leider bisher ohne erfolg.

wo gibt's denn das gears-programm ?

[+-]

Gib einfach
gears
ein. Bei mir (SuSe 7.1) war es jedenfalls dabei...

[ 20. April 2001: Beitrag editiert von: +- ]

[dev0]

gut. gears ist teil der xscreensaver. hab die installiert.

gibt aber nur 30fps ungefaehr

glxinfo sagt aber, dass es direct-rendering benutzt:

$ glxinfo
display: :0.0 screen:0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.2
server glx extensions:
client glx vendor string: NVIDIA Corporation
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_SGI_video_sync
GLX extensions:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: RIVA TNT/AGP
OpenGL version string: 1.2.1
OpenGL extensions:
GL_ARB_multitexture, GL_ARB_texture_env_add, GL_ARB_transpose_matrix,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_compiled_vertex_array, GL_EXT_fog_coord,
GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_stencil_wrap, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_EXT_vertex_weighting, GL_IBM_texture_mirrored_repeat,
GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_fog_distance,
GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SGIS_multitexture

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
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 None
0x2b 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x2c 24 tc 0 32 0 r y . 8 8 8 0 0 24 0 16 16 16 16 0 0 None
0x2d 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 None
0x2e 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x2f 24 tc 0 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
0x30 24 tc 0 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
0x31 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 None
0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None
0x33 24 dc 0 32 0 r y . 8 8 8 0 0 24 0 16 16 16 16 0 0 None
0x34 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 None
0x35 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x36 24 dc 0 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
0x37 24 dc 0 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None

sieht alles normal aus, oder ?

xdpyinfo sagt folgendes:

$ xdpyinfo
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 4003
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x240002d, revert to PointerRoot
number of extensions: 27
BIG-REQUESTS
DOUBLE-BUFFER
DPMS
Extended-Visual-Information
FontCache
GLX
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
NV-GLX
NVIDIA-GLX
RENDER
SECURITY
SHAPE
SYNC
TOG-CUP
XC-APPGROUP
XC-MISC
XFree86-Bigfont
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1

screen #0:
dimensions: 1024x768 pixels (347x260 millimeters)
resolution: 75x75 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x3b
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 32x32
current input event mask: 0xf84033
KeyPressMask KeyReleaseMask EnterWindowMask
LeaveWindowMask KeymapStateMask SubstructureNotifyMask
SubstructureRedirectMask FocusChangeMask PropertyChangeMask
ColormapChangeMask
number of visuals: 16
default visual id: 0x21
visual:
visual id: 0x21
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x22
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2b
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2c
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2d
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2e
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2f
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x30
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x31
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x32
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x33
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x34
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x35
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x36
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x37
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits

auch ok, oder ?

was also kann es noch sein ?

das nvidia-modul ist auch geladen:

# lsmod
Module Size Used by
snd-card-cs461x 1920 3 (autoclean)
snd-cs461x 66512 0 (autoclean) [snd-card-cs461x]
snd-pcm 30272 2 (autoclean) [snd-cs461x]
snd-timer 9184 0 (autoclean) [snd-pcm]
snd-rawmidi 9600 0 (autoclean) [snd-cs461x]
snd-seq-device 3792 0 (autoclean) [snd-rawmidi]
snd-ac97-codec 24608 0 (autoclean) [snd-cs461x]
snd-mixer 23056 1 (autoclean) [snd-ac97-codec]
snd 35520 6 (autoclean) [snd-card-cs461x snd-cs461x snd-pcm snd-timer snd-rawmidi snd-seq-device snd-ac97-codec snd-mixer]
NVdriver 628560 13 (autoclean)
vmnet 16512 1
vmmon 18176 0 (unused)

[ 20. April 2001: Beitrag editiert von: dev0 ]

[Zaphod-B]

Moin!
Hast du schon mal "switch2nvidia_glx"
als su ausprobiert?

Greetings Eddy

[dev0]

das ist bei mir nicht auf dem system. hat der nvidia-treiber wohl nicht mitinstalliert ... wo bekomm ich's her ?

[chaostheoretiker]

<BLOCKQUOTE><font size="1" face="Arial,Helvetica,Geneva">Zitat:</font><HR>Original erstellt von Catonga:
<STRONG>Bei mir geht lokis UT 4.36 auf ner Voodoo3 mit nem Athlon 500 übrigens richtig flüssig.</STRONG>[/quote]

Geil, endlich mal jemand, der auch ne Voodoo hat! Ich habe unter XF4 nämlich nur schlechte Performance, leider. Welches XF4 (Version) verwendest du denn? Und hast du zusätzlich die DRI CVS geholt?

[dev0]

hi.

hat's schon mal einer geschafft, loki's ut 436 vernuenftig zum laufen zu bekommen ?

system ist:

dual celeron 466
abit-bp6dual
384mb ram
riva-tnt1 (diamond viper 550)
cs4280-soundkarte

kernel 2.2.18
nvidia-treiber 0.9-769
xfree86-4.0.3
glibc-2.1.3
alsa-treiber 0.5-10

ut startet, wenn ich alle grafischen optionen in der ini abschalte, sogar mit sichtbaren texturen, laeuft aber mit ca. 1fps und das ist, wie man sich denken kann, ein klein wenig unspielbar *g*

agpgart ist eingebunden und funktioniert.

andere opengl-apps rennen wie sau, nur spiele wollen nicht

bin fuer jede hilfe dankbar...

[chaostheoretiker]

Hast du den OpenGL Renderer in der ini-Datei ausgewählt?

[zander]

Stelle sicher, dass die Nvidia Treiber richtig installiert sind und keine Mesa Bibliotheken auf dem System verbleiben. Weiterhin solltest Du Dir die Datei ~/.loki/ut/System/UnrealTournament.ini genauer ansehen. Du solltest OpenGLDrv benutzen und in der Sektion für diesen Renderer die TNT spezifischen Optionen richtig einstellen.

Bezüglich der Voodoo Treiber - vernünftige Performance gibt es unter XFree86 nur mit DRI CVS Treibern - dann allerdings mittlerweile bessere als bei XFree86 3.x. Bei Voodoo 4/5 Karten ist allerdings in keinem Fall SLI aktiviert, und ich wage einfach mal zu bezweifeln, dass ich daran in naher Zukunft etwas ändert.

[dev0]

@phoenix:

das hab ich beides gemacht. steht auch oben. und ich frag ja auch nur, weil alle faq's und howto's nix geholfen haben. keine angst, ich les sowas schon bevor ich irgendwo was poste ...

[Catonga]

@chaostheoretiker
Ich verwende XFree 4.0.2 (4.0.3 sollte es aber auch tun) und einen CVS-DRI Tree von etwa anfang März 2001.
Wenn du deine V3 beschleunigt zum laufen hinkriegen willst, dann empfehle ich dir dieses Dokument DRIcompile.html auf dri.sourcefourge.net zu lesen (müßte auch bei XFree4 dabei sein).

Da steht ganz genau drin wie man DRI bekommt , compiliert und installiert.
Alternativ kannst du dir aber auch die fertigen binary Treiber Pakete bei dri.sourceforge.net runterladen und installieren.
Vorher deinstallierst du dein altes XFree
inklusive irgendwelchen Mesa Paketen und Glide zeugs.
Machen wir damit wir eine schön saubere installation haben, altlasten stören nur.


Danach installierst du XFree 4.0.3 frisch auf deinen Rechner.
Danach saugst du diese Binary tdfx Treiber Pakete bei dri.sourceforge.net inklusive so einem Zusatzpaket, was nötig ist, sofern man kein DRI-CVS installiert hat. Mit diesem Paket brauchst du den DRI-CVS Code net.
Wird alles schön in XFree4.0.3 eingearbeitet.
Eventuell brauchst du zum Schluß noch Glide, könnte aber auch schon bei den tdfx Treiberpaketen dabei sein, also nachschauen.
Das bekommst entweder als binärdateien auch bei dri.sourceforge.net oder erstellst es frisch vom cvs bei glide.sourceforge.net (wie das geht steht auf dieser Seite).
Zum Schluß brauchst du noch den neuen Linux Kernel Version 2.4.x, mit 2.2.x gehen die binary Pakte nicht, da bleibt dir nur DRI-CVS übrig.

Ich hab bei mir übrigens XFree 4.0.2 drauf mit den Glide Binary Paketen von 3dfx und wie schon gesagt dem DRI-CVS Code, compiliert habe ich das aber alles für meinen 2.2.18 Linux Kernel.


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

@dev

Hm, ist schon ein Problem mit diesen closed Source nVidia Treibern.

Vermutlich kommen die closed Source NVidia Treiber nicht mit einem DUAL CPU Rechner klar weil sie urspünglich gar nicht gegen so einen DUAL eingestellten Kernel compiliert wurden.

Compiliere mal nen neuen Kernel und zwar ohne Dual Rechner Option, vielleicht gehts dann.

Vielleicht liegt es aber auch an der kernel Version, weil NVidia die binary Treiber vielleicht gegen Kernel 2.4 gelinkt hat also mal auf 2.4.x updaten.

Dein Gears läuft übrigens eindeutig im Software Modus, normalerweise solltest du bei funktionierender 3d Beschleunigung ca. 600-1000 Frames per Second bekommen und nicht nur 30 fps.

Ansonsten solltest du dein Linux System mal durchchecken ob du mehrere libGL* Dateien in deinem Dateisystem hast.

[Isengard]

Sag mal welche Farbtiefe hast Du eingestellt?
Bei NVIDIA ist alles über 16 BIT *NICHT* mehr beschleunigt.
Desweiteren welche Linux Distri benutzt Du? Hast Du deine Treiber selbst kompliliert, oder hast Du fertige Treiber heruntergeladen?

Probier einfach mal mit den Sourcen folgendes:
rpm --rebuild nvidia-0.9.xxx.src.rpm
dann sollte es funktionieren, auch mit Multiprozessor betrieben. Hast Du den neuen Kernel 2.4.2 oder 2.4.3 schon aufgespielt?

[Tosk]

Îsengard, bist Du Dir sicher, dass das so stimmt?

ich kann mein ut hervorragend bei 32bit farbtiefe zocken, die beschränkung der hardware-gestützten beschleunigung auf 16bit farbtiefe trifft nur auf 3dfx-karten zu.

Tosk

[ 23. April 2001: Beitrag editiert von: Tosk ]

[dev0]

@phoenix:

ich hab mesa noch nie installiert gehabt. nur die glu & glut von mesa hab ich installiert, da ich einzelne sourcen davon nicht kompiliert bekommen hab. ich hab aber auch net ganz mesa kompiliert, sondern nur diese beiden teile davon. und eigentlich sollten diese mit einer beliebigen opengl-api (die ja auch der nvidia bereitstellt) zusammenarbeiten, oder nicht ?

@catonga & isengard:

jupp, habe die treiber selber kompiliert (tu ich immer, hab gar kein paketmanager installiert => LFS)

2.4er kernel gehen auf dem board net (abit bp6-dual), da diese dort mit dem APIC net klarkommen und nach paar minuten das ganze system haengt (netzwerk geht schon beim booten nimmer)

ich werde also bei 2.2.18 bleiben, bis sie das problem (vielleicht mit 2.5) geloest haben.

aeltere nvidia-treiber hab ich auch schon probiert (0.6) mit dem ergebnis, dass dann mein AA nicht mehr funktioniert hat, und UT auch net besser lief :-(

single-proz-kernel macht keinen sinn, weil ich dann immer, wenn ich grad mal net spielen will (das ist meistens) den kernel wechseln und die nvidia's neu kompilieren muss.

aber warum mein gears net im 3d-modus laeuft ... keine ahnung. die xscreensaver (deren bestandteil) es ist, hab ich auch selber kompiliert (nach install der nvidia's und aktivierung der 3d-unterstuetzung). und laut den obigen ausgaben sollte 3d eigentlich funktionieren, oder ?

[ 23. April 2001: Beitrag editiert von: dev0 ]