Hallo ich höre immer von vielen das sie mit den neuen Treibern von nvidia 2700fps erreichen, bei mir ist das aber nicht der Fall. Mit einem Pentium III 900Mhz und 128MB Ram bekomme ich bestenfalls genau 1662fps hin. Ich habe auch schon in der XF86Config unter "Server Layout" mit NvAGP auf 1 auf 2 und auf 0, nichts keine Besserung. Die Unterschiede zwischen den einzelnen Modi sind auch nur ganz gering (ca. 10fps). Was mache ich falsch? Hätte auch gerne 2700fps. Das einzige was mir aufgefallen ist, war (das stand dort aber auch schon beim 0.96er) das beim installieren von NVIDIA_kernel-0.9769.rpm die Fehlermeldung ***depmod unresolved symbols /lib/modules/2.2.16/pcmcia/mpsuni_cs.o *** erschien. Ich habe aber den ganz normalen Standard Kernel. Da dann alles funktioniert hat bin ich auf den Fehler nicht näher eingegangen. Was soll ich nun noch machen? Gruß Carsten
Hallo! Am Montag, 26. März 2001 03:34 schrieb Carsten Menke:
ich höre immer von vielen das sie mit den neuen Treibern von nvidia 2700fps erreichen, bei mir ist das aber nicht der Fall. Mit einem Pentium III 900Mhz und 128MB Ram bekomme ich bestenfalls genau 1662fps hin. Ich habe auch schon in der XF86Config unter "Server Layout" mit NvAGP auf 1 auf 2 und auf 0, nichts keine Besserung. Die Unterschiede zwischen den einzelnen Modi sind auch nur ganz gering (ca. 10fps). Was mache ich falsch? Hätte auch gerne 2700fps.
Genau die selber Frage habe ich vor einigen Wochen hier gestellt. Gib einfach als root an der kommandozeile switch2nv_glx ein. Dann solltest Du bei gears folgendes sehen: mane@athlon:~ > gears 13439 frames in 5.000 seconds = 2687.800 FPS 12965 frames in 5.000 seconds = 2593.000 FPS 13751 frames in 5.000 seconds = 2750.200 FPS Viel Spaß Mane
Genau die selber Frage habe ich vor einigen Wochen hier gestellt. Hab ich irgendwie nicht mitbekommen, komisch :-)
Gib einfach als root an der kommandozeile switch2nv_glx ein. Dann solltest Du bei gears folgendes sehen:
mane@athlon:~ > gears 13439 frames in 5.000 seconds = 2687.800 FPS 12965 frames in 5.000 seconds = 2593.000 FPS 13751 frames in 5.000 seconds = 2750.200 FPS
Viel Spaß Mane Ja von wegen, root@bootsy switch2nv_glx bash: command not found
auch find . -name switch2nv_glx zeigt das dies wohl nicht vorhanden ist, habe ich ja auch schon nach gesucht. Im Internet findet man das auch nicht. Ich habe aber die Links überprüft, sowie es in der Nvidia FAQ steht, die sind alle ok alle OpenGL libs zeigen auf die entsprechenden Nvidia gl libaries. Und was nun? Gruß Carsten
Hallo Carsten! Carsten Menke schrieb am Montag, den 26. März 2001:
Gib einfach als root an der kommandozeile switch2nv_glx ein.
Ja von wegen, root@bootsy switch2nv_glx bash: command not found
switch2nvidia_glx - ich bekomme trotzdem nur 1700 fps. -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B) Please sign the Linux Driver Petition http://www.libranet.com/petition.html
Am Montag, 26. März 2001 23:48 schrieb Thomas Mueller:
Hallo Carsten!
Carsten Menke schrieb am Montag, den 26. März 2001:
Gib einfach als root an der kommandozeile switch2nv_glx ein.
Ja von wegen, root@bootsy switch2nv_glx bash: command not found
switch2nvidia_glx - ich bekomme trotzdem nur 1700 fps.
Was hast du denn für eine Grafikkarte? Und was haben die, die 2700 fps haben? Ich meine, für eine Geforce2 MX sind 1700 fps richtig (bei 900 Mhz CPU), ich habe 1630 fps bei einem Duron 650 Hz. Martin
Hallo martin! martin gaebler schrieb am Dienstag, den 27. März 2001:
Gib einfach als root an der kommandozeile switch2nv_glx ein.
Ja von wegen, root@bootsy switch2nv_glx bash: command not found
switch2nvidia_glx - ich bekomme trotzdem nur 1700 fps.
Was hast du denn für eine Grafikkarte? Und was haben die, die 2700 fps haben?
Ich meine, für eine Geforce2 MX sind 1700 fps richtig (bei 900 Mhz CPU), ich habe 1630 fps bei einem Duron 650 Hz.
Okay, dann passt es, ist eine MX mit einem 800er Athlon. -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B) Please sign the Linux Driver Petition http://www.libranet.com/petition.html
Thomas Müller wrote:
Okay, dann passt es, ist eine MX mit einem 800er Athlon.
Na ja, passen vielleicht ja aber es kann doch nicht angehen das man mit dieser Rechner Austattung (sicher es gibt leistungsfähigere) Probleme hat sich Visualization Plugins für XMMS im Vollbildmodus anzuschauen, oder ? Gruß Carsten
>>>>>>>>>>>> Ursprüngliche Nachricht <<<<<<<<<<<<<<<<<<
Am 26.03.01, 23:48:05, schrieb Thomas Mueller
Hallo Carsten!
Carsten Menke schrieb am Montag, den 26. März 2001:
Gib einfach als root an der kommandozeile switch2nv_glx ein.
Ja von wegen, root@bootsy switch2nv_glx bash: command not found
switch2nvidia_glx - ich bekomme trotzdem nur 1700 fps.
Die 1500 fps oder wie auch immer exakt entsprechen definitiv einem nvidia treiber, mit nv und mesa liegst du immer immer noch WEIT darunter, auch mit ner richtig schnellen Kiste. 1 - der Farbraum, also 8,16,24 bits/pixel spielen eine massive Rolle, von 16 auf 24 bit wird das Teil locker um fast die Hälfte langsamer 2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance? 3 - die Taktrate der Grafikkarte bzw. Typ des Speichers hat auch Einfluß, den kannste aber nicht beeinflussen? Oder ? 4 - G2MX ist langsamer alse G2 5 - Inwieweit die CPU überhaupt bei gears ne Rolle spielt, weiß ich nicht, bei mir dual PII-450 auf BX board und G2MX sind es ca. 1800 grueße Hanno
Hallo Hanno! Hanno Schwalm schrieb am Montag, den 26. März 2001:
Carsten Menke schrieb am Montag, den 26. März 2001:
Gib einfach als root an der kommandozeile switch2nv_glx ein.
Ja von wegen, root@bootsy switch2nv_glx bash: command not found
switch2nvidia_glx - ich bekomme trotzdem nur 1700 fps.
Die 1500 fps oder wie auch immer exakt entsprechen definitiv einem nvidia treiber, mit nv und mesa liegst du immer immer noch WEIT darunter, auch mit ner richtig schnellen Kiste.
Ja das musste ich auch schon feststellen :-)
1 - der Farbraum, also 8,16,24 bits/pixel spielen eine massive Rolle, von 16 auf 24 bit wird das Teil locker um fast die Hälfte langsamer
Laeuft mit 16 bit. Woran liegt der enorme Einbruch? Datenmenge? Aufwendigere Farbuebergaenge/Schatten?
2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance?
Zumindest nicht bewusst :-) Wie schaltet man es ein bzw aus?
3 - die Taktrate der Grafikkarte bzw. Typ des Speichers hat auch Einfluß, den kannste aber nicht beeinflussen? Oder ?
Nein kann ich nicht.
4 - G2MX ist langsamer alse G2
Klar, ist eine MX.
5 - Inwieweit die CPU überhaupt bei gears ne Rolle spielt, weiß ich nicht, bei mir dual PII-450 auf BX board und G2MX sind es ca. 1800
Ich denke schon relativ grossen, die OpenGL Hardware Beschleunigung ist noch nicht so enorm - warum Du auf 1000 Frames mehr kommt muss ich jetzt zwar nicht verstehen (ASUS G2MX auf KT133 Board mit Thunderbird 800) aber gut. SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x] Vielleicht sollte ich mal 4x AGP und SBA einschalten. -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B) Please sign the Linux Driver Petition http://www.libranet.com/petition.html
Thomas Mueller wrote:
Hallo Hanno!
Hanno Schwalm schrieb am Montag, den 26. März 2001:
Die 1500 fps oder wie auch immer exakt entsprechen definitiv einem nvidia treiber, mit nv und mesa liegst du immer immer noch WEIT darunter, auch mit ner richtig schnellen Kiste.
Ja das musste ich auch schon feststellen :-)
5 - Inwieweit die CPU überhaupt bei gears ne Rolle spielt, weiß ich nicht, bei mir dual PII-450 auf BX board und G2MX sind es ca. 1800
Ich denke schon relativ grossen,
Dazu gabe es vor einigen Monaten mal einen Bericht in der ct'.
die OpenGL Hardware Beschleunigung ist noch nicht so enorm Äh,... Was führt Dich zu dieser Aussage?
Vergleich die FPS von gears mit Mesa-GLX und gears mit NVidia-GLX auf deinem Rechner und Du hast eine grobe Schätzung der Hardware-Beschleuigung für gears. Es ist fast ausschliesslich die Hardware-Beschleuigung, die den Unterschied zwischen Mesa-GLX (Software) und NVidia-GLX (Hardware) ausmacht. Der Betrag der Beschleungigung hängt allerdings noch von einer ganzen Reihe von Faktoren ab (Verwendete OpenGL-Features (Texturen, Model-Komplexität), Applikations-Komplexität, Bus-Geschwindigkeit, Speichergeschwindigkeit, uvm.). Ralf
Thomas Mueller wrote:
1 - der Farbraum, also 8,16,24 bits/pixel spielen eine massive Rolle, von 16 auf 24 bit wird das Teil locker um fast die Hälfte langsamer
Bei mir läuft sie auch mit 16 bit
2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance?
Zumindest nicht bewusst :-) Wie schaltet man es ein bzw aus?
Würde mich auch interessieren, kann aber eigentlich nicht sein weil alle Fonts ziemlich nicht aliased aussehen. :-(
5 - Inwieweit die CPU überhaupt bei gears ne Rolle spielt, weiß ich nicht, bei mir dual PII-450 auf BX board und G2MX sind es ca. 1800
Ich denke schon relativ grossen, die OpenGL Hardware Beschleunigung ist noch nicht so enorm - warum Du auf 1000 Frames mehr kommt muss ich jetzt zwar nicht verstehen (ASUS G2MX auf KT133 Board mit Thunderbird 800) aber gut.
SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x]
Vielleicht sollte ich mal 4x AGP und SBA einschalten. Im Bios steht AGB auf 4x aber wo füge ich die anderen Optionen hinzu??? Laut FAQ von Nvidia steht da nichts von drin.
Gruß Carsten
Am Mittwoch, 28. März 2001 00:31 schrieb Carsten Menke:
Thomas Mueller wrote: ...
2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance?
Zumindest nicht bewusst :-) Wie schaltet man es ein bzw aus?
Würde mich auch interessieren, kann aber eigentlich nicht sein weil alle Fonts ziemlich nicht aliased aussehen. :-( Guck mal in die Installationsanweisung für XFree 4.03, du brauchst Truetype-Fonts, QT -Experimential (z.b. 2.3 ist bei KDE 2.1.1 dabei)
Oder "__GL_ENABLE_FSAA" als OPENGL Umgebungsvariable Steht im readme zu den nvidia Treibern... ...
SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x]
Vielleicht sollte ich mal 4x AGP und SBA einschalten.
Im Bios steht AGB auf 4x aber wo füge ich die anderen Optionen hinzu??? Laut FAQ von Nvidia steht da nichts von drin.
Gruß Carsten
Schau mal in die Sourcen, Datei os-registry.c Da kann man einiges enablen.... Kann aber auch zu Abstürzen führen! Martin
martin gaebler wrote:
Müßte ich dann für GTK machen, benutze nämlich ausschließlich Gnome :-))) aber da geht das ja glaube ich auch.
Guck mal in die Installationsanweisung für XFree 4.03, du brauchst Truetype-Fonts, QT -Experimential (z.b. 2.3 ist bei KDE 2.1.1 dabei)
Ja nur ich habe 4.02, sollte ich es wirklich wagen auf 4.03 aufzurüsten? Habe ein bißchen Angst das ich dann eventuell für kurze Zeit wieder ganz ohne dastehe, jetzt wo der Rechner doch fast perfekt konfiguriert. Was sind deiner Meinung nach die wesentlichen Vorteile von 4.03 ? Performance Steigerung?
Oder "__GL_ENABLE_FSAA" als OPENGL Umgebungsvariable
Steht im readme zu den nvidia Treibern...
...
SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x]
Sehe ich das dann richtig das nur bis 2x supported ist und ich 4x gar nicht voll auschöpfen kann?
Am Mittwoch, 28. März 2001 19:06 schrieb Carsten Menke:
martin gaebler wrote:
Müßte ich dann für GTK machen, benutze nämlich ausschließlich Gnome
:-)))
aber da geht das ja glaube ich auch.
Guck mal in die Installationsanweisung für XFree 4.03, du brauchst Truetype-Fonts, QT -Experimential (z.b. 2.3 ist bei KDE 2.1.1 dabei)
Ja nur ich habe 4.02, sollte ich es wirklich wagen auf 4.03 aufzurüsten? Habe ein bißchen Angst das ich dann eventuell für kurze Zeit wieder ganz ohne dastehe, jetzt wo der Rechner doch fast perfekt konfiguriert.
Was sind deiner Meinung nach die wesentlichen Vorteile von 4.03 ? Performance Steigerung?
Oder "__GL_ENABLE_FSAA" als OPENGL Umgebungsvariable
Steht im readme zu den nvidia Treibern...
...
SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x]
Sehe ich das dann richtig das nur bis 2x supported ist und ich 4x gar nicht voll auschöpfen kann?
4.03 habe ich ohne jede Probleme installiert, ich habe aber sax2 und ähnliches nicht angefasst. Die XF86Config bleibt ja unverändert. Einfach die rpms für die 7.1 installiert. Fertig. Läuft vielleicht etwas schneller... Wenn 4x nicht angeboten wird, scheint der Motherboard Chip nicht mit Nvidia zusammenzuarbeiten. Pech! Aber ob man das wirklich merkt? ob gears nun mit 1640 fps statt 1624 fps läuft... Wenn FSAA und so wat nicht so wichtig für dich ist, warte vielleicht besser. Wenn sonst alles läuft... Never run a touching system! ^^^^^^^^^^^^^^^^^^^^^^^ der Brüller, oder? Martin Martin
Am Mittwoch, 28. März 2001 19:06 schrieb Carsten Menke:
Ja nur ich habe 4.02, sollte ich es wirklich wagen auf 4.03 aufzurüsten?
Wieso nicht? Enthält ne ganze Latte Bugfixes. RPM's einspielen, GLX- Source RPM von NVidia neu compilieren: rpm --rebuild NVIDIA_GLX-0.9-769.src.rpm das entstandene RPM aus /usr/src/packages/RPMS/i386 installieren, fertig. X Starten und freuen.
Habe ein bißchen Angst das ich dann eventuell für kurze Zeit wieder ganz ohne dastehe, jetzt wo der Rechner doch fast perfekt konfiguriert.
Es muß nix neu konfiguriert werden, hab meine XF88Config seit 4.0
Was sind deiner Meinung nach die wesentlichen Vorteile von 4.03 ? Performance Steigerung?
Schwehr zu sagen, auf nem Pentium 166 mit 64 MB läuft es deutlich flotter, ob das allerdings an nem verbesserten Grafikkartentreiber (hat keine NVidia-Karte, bei der sich ja der Treiber nicht ändert, wenn man den von NVidia einsetzt) oder an globalen Verbesserungen in XFree, kann ich nicht sagen.
Oder "__GL_ENABLE_FSAA" als OPENGL Umgebungsvariable
Steht im readme zu den nvidia Treibern...
...
SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x]
Sehe ich das dann richtig das nur bis 2x supported ist und ich 4x gar nicht voll auschöpfen kann?
Wenn Du Dir die Vergleiche in der c´t ansiehst, wirst Du da eh keinen (kaum einen) Unterschied sehen. Ohne RD-RAM oder DDR-SDRAM Speicher ist bei 2x das Limit eigentlich erreicht, schliesslich popelt die CPU da auch noch rum. gears dürfte die AGP-Speed eh reichlich egal sein, denn die paar Daten die schafft noch jede 3D-Grafikkarte im Speicher zu halten. PS: Ich hab auf meinem Dual P II 400 mit TNT auf nem 24 Bit Screen 366 FPS (sagt er, glaub ich aber nicht, weil der Bildschrimmodus mit 87 Hz läuft und die 366 gar nicht darstellbar sind und die internen Grafikaufbauten mir am A* vorbei gehen) und 47 bei ssystem -bench. Ich versteh die Aufregung eigentlich überhaupt nicht, wegen der paar FPS. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Manfred Tremmel wrote:
Am Mittwoch, 28. März 2001 19:06 schrieb Carsten Menke:
Ja nur ich habe 4.02, sollte ich es wirklich wagen auf 4.03 aufzurüsten?
Wieso nicht? Enthält ne ganze Latte Bugfixes. RPM's einspielen, GLX- Source RPM von NVidia neu compilieren:
rpm --rebuild NVIDIA_GLX-0.9-769.src.rpm
das entstandene RPM aus /usr/src/packages/RPMS/i386 installieren, fertig. X Starten und freuen.
Mit SMP und SuSE-Kernel? Bis einschliesslich 0.9-767 musste ich noch die NVidia Makefiles patchen, da sonst NVidias AGPArt Modul Probleme mit SuSE's AGPArt bekam.
Sehe ich das dann richtig das nur bis 2x supported ist und ich 4x gar nicht voll auschöpfen kann?
Wenn Du Dir die Vergleiche in der c´t ansiehst, wirst Du da eh keinen (kaum einen) Unterschied sehen. Ohne RD-RAM oder DDR-SDRAM Speicher ist bei 2x das Limit eigentlich erreicht, schliesslich popelt die CPU da auch noch rum. gears dürfte die AGP-Speed eh reichlich egal sein, denn die paar Daten die schafft noch jede 3D-Grafikkarte im Speicher zu halten.
Sehe ich auch so. Mein Dual P II 266/66MHz 2xAGP mit Geforce 2 schafft ca. 1450FPS bei gears während im Hintergrund noch Kompilerläufe laufen :).
PS: Ich hab auf meinem Dual P II 400 mit TNT auf nem 24 Bit Screen 366 FPS (sagt er, glaub ich aber nicht, weil der Bildschrimmodus mit 87 Hz läuft und die 366 gar nicht darstellbar sind und die internen Grafikaufbauten mir am A* vorbei gehen) und 47 bei ssystem -bench. Ich versteh die Aufregung eigentlich überhaupt nicht, wegen der paar FPS.
Die FPS sind weitgehend egal, die Vorteile der Beschleunigung aber nicht. Schau Dir mal GL-Schwergewichte vom Typ SGI Performer, SGI OpenInventor oder die Coin/SoGUIExamples an. Auf nicht 3D-beschleunigten GraKa kaum zu ertragen :) Ralf
Am Donnerstag, 29. März 2001 22:48 schrieb Ralf Corsepius:
das entstandene RPM aus /usr/src/packages/RPMS/i386 installieren, fertig. X Starten und freuen.
Mit SMP und SuSE-Kernel? Bis einschliesslich 0.9-767 musste ich noch die NVidia Makefiles patchen, da sonst NVidias AGPArt Modul Probleme mit SuSE's AGPArt bekam.
Mit SMP und Original-Kernel (nehm keine SuSE-gepatchten Kernels) 2.4.2, einziger Patch ist lm_sensors. Ich brauch keine Features, die SuSE dem Kernel zusätzlich verpasst hat und spar mir den potentiellen Ärger damit gerne. AGPArt ist compiliert der NVidia-Treiber nutzt aber seine eigene AGP Untestützung, wieso auch nicht.
Sehe ich auch so. Mein Dual P II 266/66MHz 2xAGP mit Geforce 2 schafft ca. 1450FPS bei gears während im Hintergrund noch Kompilerläufe laufen :).
Interessant, was so ne Grafikkarte noch aus einer relativ schwachen CPU Performance (nicht böse gemeint) rausholt.
Die FPS sind weitgehend egal, die Vorteile der Beschleunigung aber nicht. Schau Dir mal GL-Schwergewichte vom Typ SGI Performer, SGI OpenInventor oder die Coin/SoGUIExamples an. Auf nicht 3D-beschleunigten GraKa kaum zu ertragen :)
Hast ja recht. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Thomas Mueller wrote:
1 - der Farbraum, also 8,16,24 bits/pixel spielen eine massive Rolle, von 16 auf 24 bit wird das Teil locker um fast die Hälfte langsamer
Bei mir läuft sie auch mit 16 bit
2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance?
Zumindest nicht bewusst :-) Wie schaltet man es ein bzw aus?
Würde mich auch interessieren, kann aber eigentlich nicht sein weil alle Fonts ziemlich nicht aliased aussehen. :-(
5 - Inwieweit die CPU überhaupt bei gears ne Rolle spielt, weiß ich nicht, bei mir dual PII-450 auf BX board und G2MX sind es ca. 1800
Ich denke schon relativ grossen, die OpenGL Hardware Beschleunigung ist noch nicht so enorm - warum Du auf 1000 Frames mehr kommt muss ich jetzt zwar nicht verstehen (ASUS G2MX auf KT133 Board mit Thunderbird 800) aber gut.
SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x]
Vielleicht sollte ich mal 4x AGP und SBA einschalten. Im Bios steht AGB auf 4x aber wo füge ich die anderen Optionen hinzu??? Laut FAQ von Nvidia steht da nichts von drin.
Gruß Carsten
>>>>>>>>>>>> Ursprüngliche Nachricht <<<<<<<<<<<<<<<<<<
Am 27.03.01, 12:28:09, schrieb Thomas Mueller
Hallo Hanno!
Laeuft mit 16 bit. Woran liegt der enorme Einbruch? Datenmenge? Aufwendigere Farbuebergaenge/Schatten? Datenmenge, die internen strukturen haben jedenfalls keine 32bit probleme. So wie ich die nvidia chipstrukturen verstehe, dürfen Übergänge keine Rolle spielen. Schatten unter gears?
2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance?
Zumindest nicht bewusst :-) Wie schaltet man es ein bzw aus? Im Readme der aktuellen treiber findest du ziemlich weit hinten 3 systemvariablen, per export __GL****=?? kannste das einschalten, deafault ist wohl aus. Jedenfalls setzt bei mir kein script die werte. Ach so, /etc/profile.local wäre dafür ein korrekter Ort.
5 - Inwieweit die CPU überhaupt bei gears ne Rolle spielt, weiß ich nicht, bei mir dual PII-450 auf BX board und G2MX sind es ca. 1800
Ich denke schon relativ grossen, die OpenGL Hardware Beschleunigung ist noch nicht so enorm - warum Du auf 1000 Frames mehr kommt muss ich jetzt zwar nicht verstehen (ASUS G2MX auf KT133 Board mit Thunderbird 800) aber gut. Ich kenne das gears programm nicht, die Ausgabe ist jedenfalls eher schmalspurig und so kann vielleicht auch 'ne mickrige CPU die Daten rasch genug liefern und dann ist ratz-fatz der Grafik Datenbus die Bremse bzw. das videoram oder die nvidia pipeline.
Grüße Hanno
Hallo Hanno! Hanno Schwalm schrieb am Mittwoch, den 28. März 2001:
Laeuft mit 16 bit. Woran liegt der enorme Einbruch? Datenmenge? Aufwendigere Farbuebergaenge/Schatten? Datenmenge, die internen strukturen haben jedenfalls keine 32bit probleme. So wie ich die nvidia chipstrukturen verstehe, dürfen Übergänge keine Rolle spielen. Schatten unter gears?
Ich weiss nicht wie die Uebergaenge aussehen. Es gibt ja zwei Moeglichkeiten: jedes Polygon eine Farbe, Uebergaenge nur durch das hintereinander setzen von Polygonen, oder der Farbuebergang innerhalb des Polygons, pro Vertex eine Farbe und das ist natuerlich sehr rechenaufwendig. Schatten - klar. Schau Dir das innere der Zahnraeder an, da sieht man die Schatten deutlich. Das Licht kommt von rechts oben. Den Schatten sieht man auch auf der linken Seite jedes Zahns.
2 - haste ev. Aliasing angeschaltet? Das kostet auch nochmal viel performance?
Zumindest nicht bewusst :-) Wie schaltet man es ein bzw aus? Im Readme der aktuellen treiber findest du ziemlich weit hinten 3 systemvariablen, per export __GL****=?? kannste das einschalten, deafault ist wohl aus.
Ok, dann ist es aus. -- MfG Thomas Mueller - http://www.tmueller.com for pgp key (95702B3B) Please sign the Linux Driver Petition http://www.libranet.com/petition.html
participants (7)
-
Carsten Menke -
Hanno Schwalm -
M.A.N.E＠t-online.de -
Manfred Tremmel -
Martin.Gaebler＠t-online.de -
Ralf Corsepius -
Thomas Mueller