Könntet ein paar von euch, die sowieso den Treiber updaten, mal kurz vorher ne "timedemo" mit quake3 durchlaufen lassn...die fps notieren, updaten, nochmal dieselbe timedemo, und die beiden fps Zahlen + Grafikchip + Rechnertyp geben ?? Achja, nat. auch Quake grafiksettings... Wäre sehr nett von euch...
Danke
timedemo: wer keine funktionsfähige demo im "demo" ordner hat, der nimmt sich eine auf: (aus dem kopf) /record zoggn, ca. 1 min sollte schon /stoprecord
die demo liegt in ~/.q3a/demos... wenn ihr sie nicht abspielen könnt, muss nur aus grossbuchstaben bestehen, bis auf die endung, also ABC.dm_67
dann zum starten des benchmarks: /timedemo 1 /demoplay DEMONAME.dm_xx in der console stehen die frames...
ich hab noch ein ergebnis mit dem alten treiber, und jetzt noch ein paar mit dem neuen gemacht.
quake 3 war version 1.31 (neueste halt), hab meine alte config komplett gelöscht. ich hab den test mit zwei verschieden einstellungen, einmal eine custom, die sich ergibt, wenn man fastest einstellt, und anschließend die auflösung auf 640x480 stellt (kleiner macht der treiber irgendwie ned mit), wobei der xserver immer in 32 bit läuft, woran ja quake nichts ändern kann (also eigentlich 32bit, nicht 16 wie quake sagt). und dann nochmal mit high quality.
version agp-modul custom high quality 2802 agpgart 138.3 91.5 2880 agpgart 140.4 91.6 (fast writes aktiviert, was zu instabilität geführt hat) 2880 agpgart 138.9 91.6 2880 nvagp 140.3 91.7
ich benutze immer noch agpgart, weil mein chipsatz (via kt266) erst seit kurzem mit nvagp funktioniert. nachdem des nvidia modul ein bisserl schneller ist, lass ichs mal drin, mal sehen obs stabil ist. agp 4x ist seit 2802 bei mir stabil, davor nur auf 2x. die fast writes bewirken in quake fast gar keinen leistungsgewinn, aber machen bei mir alles instabil. ich habe eine asus v7100 pro mit 32 mb sdram (gf2-mx400 chip), und einen athlon thunderbird mit 1.2ghz auf einem msi k7t266pro (via kt266 chip) mit 256 mb ddr ram. meine grafikkarte ist da wohl der flaschenhals.
der leistungsgewinn ist lächerlich klein, aber für die stabilität hilfts ja vielleicht was. bei neueren karten wird das eher was bringen, vermute ich.
habe gestern versucht, die neuen Treiber mit kernel-2.5.7-dj3 zu installieren, hat leider nicht geklappt. da leider auch die treiber für meine dvb-karte nicht mit 2.5 wollen, ist das nicht ganz so schlimm... nur das gut funktionierende acpi des 2.5.7'ers hätte ich gern.
na toll... und das tv out problem haben die immer noch nicht gefixt, oder könnt ihr, nachdem ihr etwas auf dem fernseher ausgegeben habt, wieder in den monitor mode switchen ohne reboot. also ich nicht. nach tv out gibt es keine möglichkeit ohne reboot wieder etwas auf dem bilschirm auszugeben, weder unter x noch unter der konsole. v.2314 waren die letzten guten treiber.
nein ich habe keine probleme mit s-video oder sonstwas, weil mit 2314 alles noch ging und ich brauche auch kein tool, mit dem ich tv auch ohne x-server neustart aktivieren kann. es ist halt irgendwie so, daß wenn man mal in den tv out mode geswitcht hat, man nichtmehr zurück in den monitor mode kommt und mit 2314 ging das noch (so wie es sich auch gehört).
Genau wie bei dem Treiber davor, bleibt mein System stehen.Habe gehofft das diese version für SuSE funtz, aber das war nischts wa. Hat jemand das selbe Problem?
mal das andere agp-modul ausprobieren. wenn das nix hilft, agp auf 2x (am einfachsten im bios), oder sogar 1x. wenn das alles nix hilft, dann kannst du agp nur noch deaktivieren.
Wie kann ich die Hardwarebeschleunigung unter FreeBSD nutzen? Die Affen von NVIDIA geben ja keine sources frei. Gibt es da eine ausgereifte Möglichkeit oder Alternative?
http://nvidia.netexplorer.org/download.html Vielleicht hilft es Dir ja etwas... Affen von NVIDIA? Ein Affe, der Hardware kauft von Firmen die OpenSource nicht wirklich supporten :-) Viel helfen kann ich dir leider nicht, da ich ein XTERM-Fetischist bin und das höchste der Gefühle mal ein Browserfenster ist :-)
Also erstmal die von NVIDIA sind keine Affen sondern Menschen (zumindest di emeisten) so wie du... Und ich finde es toll das sie wenigstens Treiber erstellen von wievielen Firmen wird ganrichts fuer linux produziert? Von den meisten! Und da ist das doch schonmal ein kleiner Fortschritt...
gibts die Review Documentation für die 20ger Treiberserie (als Text und PDF), die Lektüre lohnt sich wenn man Schwierigkeiten hat. Vielleicht mal die angelegten Links kontrollieren (es reicht, wenn /usr/lib/libGL.so auf nvidia statt auf mesasoft zeigt, schon startet X nicht mehr)? Auszug aus der Doku:
Problems will arise if applications use the wrong version of a library. This can be the case if there are either old libGL libraries or stale symlinks left lying around. If you think there may be something awry in your installation, check that the following files are in place (these are all the files of the NVIDIA Accelerated Linux Driver Set, plus their symlinks):
/lib/modules/`uname -r`/video/NVdriver, or /lib/modules/`uname -r`/kernel/drivers/video/NVdriver
Installation of the NVIDIA_kernel package will also create the /dev files:
crw-rw-rw- 1 root root 195, 0 Feb 15 17:21 nvidia0 crw-rw-rw- 1 root root 195, 1 Feb 15 17:21 nvidia1 crw-rw-rw- 1 root root 195, 2 Feb 15 17:21 nvidia2 crw-rw-rw- 1 root root 195, 3 Feb 15 17:21 nvidia3 crw-rw-rw- 1 root root 195, 255 Feb 15 17:21 nvidiactl
If there are other libraries whose "soname" conflicts with that of the NVIDIA libraries, ldconfig may create the wrong symlinks. It is recommended that you manually remove or rename (be sure to rename clashing libraries to something that ldconfig won't look at -- we've found that prepending "XXX" to a library name generally does the trick) conflicting libraries, rerun 'ldconfig', and check that the correct symlinks were made. Some libraries that often create conflicts are "/usr/X11R6/lib/libGL.so*" and "/usr/X11R6/lib/libGLcore.so*".
If the libraries checks out, then verify that the application is using the correct libraries. For example, to check that the application /usr/X11R6/bin/gears is using the NVIDIA libraries, you would do:
Note the files being used for libGL and libGLcore -- if they are something other than the NVIDIA libraries, then you will need to either remove the libraries that are getting in the way, or adjust your ld search path. If any of this seems foreign to you, then you may want to read the man pages for "ldconfig" and "ldd" for pointers.
Danke
timedemo:
wer keine funktionsfähige demo im "demo" ordner hat, der nimmt sich eine auf:
(aus dem kopf)
/record
zoggn, ca. 1 min sollte schon
/stoprecord
die demo liegt in ~/.q3a/demos... wenn ihr sie nicht abspielen könnt, muss nur aus grossbuchstaben bestehen, bis auf die endung, also ABC.dm_67
dann zum starten des benchmarks:
/timedemo 1
/demoplay DEMONAME.dm_xx
in der console stehen die frames...
Peter
quake 3 war version 1.31 (neueste halt), hab meine alte config komplett gelöscht.
ich hab den test mit zwei verschieden einstellungen, einmal eine custom, die sich ergibt, wenn man fastest einstellt, und anschließend die auflösung auf 640x480 stellt (kleiner macht der treiber irgendwie ned mit), wobei der xserver immer in 32 bit läuft, woran ja quake nichts ändern kann (also eigentlich 32bit, nicht 16 wie quake sagt). und dann nochmal mit high quality.
version agp-modul custom high quality
2802 agpgart 138.3 91.5
2880 agpgart 140.4 91.6 (fast writes aktiviert, was zu instabilität geführt hat)
2880 agpgart 138.9 91.6
2880 nvagp 140.3 91.7
ich benutze immer noch agpgart, weil mein chipsatz (via kt266) erst seit kurzem mit nvagp funktioniert. nachdem des nvidia modul ein bisserl schneller ist, lass ichs mal drin, mal sehen obs stabil ist. agp 4x ist seit 2802 bei mir stabil, davor nur auf 2x. die fast writes bewirken in quake fast gar keinen leistungsgewinn, aber machen bei mir alles instabil.
ich habe eine asus v7100 pro mit 32 mb sdram (gf2-mx400 chip), und einen athlon thunderbird mit 1.2ghz auf einem msi k7t266pro (via kt266 chip) mit 256 mb ddr ram. meine grafikkarte ist da wohl der flaschenhals.
der leistungsgewinn ist lächerlich klein, aber für die stabilität hilfts ja vielleicht was. bei neueren karten wird das eher was bringen, vermute ich.
viele grüße,
are
http://sourceforge.net/projects/acpi/
are
v.2314 waren die letzten guten treiber.
Cya
titan3025
http://sourceforge.net/projects/nv-tv-out
Ciao
Tobias
es ist halt irgendwie so, daß wenn man mal in den tv out mode geswitcht hat, man nichtmehr zurück in den monitor mode kommt und mit 2314 ging das noch (so wie es sich auch gehört).
Titan3025
Die Affen von NVIDIA geben ja keine sources frei.
Gibt es da eine ausgereifte Möglichkeit oder Alternative?
Vielleicht hilft es Dir ja etwas...
Affen von NVIDIA? Ein Affe, der Hardware kauft von Firmen die OpenSource nicht wirklich supporten :-)
Viel helfen kann ich dir leider nicht, da ich ein XTERM-Fetischist bin und das höchste der Gefühle mal ein Browserfenster ist :-)
Ciao,
Chris
wie bekomme ich die treiber wieder runter?
rpm -e blabla.rpm
klappt nicht, bekomme den fehler das paket sei niocht installiert
die Endung .rpm kannst Du Dir immer sparen. Die RPMS solltest Du folgendermaßen wieder deinstallieren können:
rpm -e NVIDIA_kernel
rpm -e NVIDIA_GLX
sollte das nicht funktionieren, dann versuch es mal mit:
rpm -e --nodeps NVIDIA_kernel
rpm -e --nodeps NVIDIA_GLX
Allerdings steht das genauer in dem README (kannst Du von der nVidia-Homepage runterladen).
Tschö,
Dennis
Unter
http://www.nvidia.com/view.asp?IO=linux_display_1.0-2313
gibts die Review Documentation für die 20ger Treiberserie (als Text und PDF), die Lektüre lohnt sich wenn man Schwierigkeiten hat. Vielleicht mal die angelegten Links kontrollieren (es reicht, wenn /usr/lib/libGL.so auf nvidia statt auf mesasoft zeigt, schon startet X nicht mehr)? Auszug aus der Doku:
Problems will arise if applications use the wrong version of a library.
This can be the case if there are either old libGL libraries or stale
symlinks left lying around. If you think there may be something awry
in your installation, check that the following files are in place
(these are all the files of the NVIDIA Accelerated Linux Driver Set,
plus their symlinks):
/usr/X11R6/lib/modules/drivers/nvidia_drv.o
/usr/X11/lib/modules/extensions/libglx.so.x.y.z
/usr/X11/lib/modules/extensions/libglx.so -
/usr/lib/libGL.so.x.y.z
/usr/lib/libGL.so.x --- libGL.so.x.y.z
/usr/lib/libGL.so --- libGL.so.x
/usr/lib/libGLcore.so.x.y.z
/usr/lib/libGLcore.so.x --- libGLcore.so.x.y.z
/lib/modules/`uname -r`/video/NVdriver, or
/lib/modules/`uname -r`/kernel/drivers/video/NVdriver
Installation of the NVIDIA_kernel package will also create the /dev files:
crw-rw-rw- 1 root root 195, 0 Feb 15 17:21 nvidia0
crw-rw-rw- 1 root root 195, 1 Feb 15 17:21 nvidia1
crw-rw-rw- 1 root root 195, 2 Feb 15 17:21 nvidia2
crw-rw-rw- 1 root root 195, 3 Feb 15 17:21 nvidia3
crw-rw-rw- 1 root root 195, 255 Feb 15 17:21 nvidiactl
If there are other libraries whose "soname" conflicts with that of
the NVIDIA libraries, ldconfig may create the wrong symlinks. It is
recommended that you manually remove or rename (be sure to rename
clashing libraries to something that ldconfig won't look at -- we've
found that prepending "XXX" to a library name generally does the trick)
conflicting libraries, rerun 'ldconfig', and check that the correct
symlinks were made. Some libraries that often create conflicts are
"/usr/X11R6/lib/libGL.so*" and "/usr/X11R6/lib/libGLcore.so*".
If the libraries checks out, then verify that the application is using
the correct libraries. For example, to check that the application
/usr/X11R6/bin/gears is using the NVIDIA libraries, you would do:
$ ldd /usr/X11R6/bin/gears
libglut.so.3 --- /usr/lib/libglut.so.3 (0x40014000)
libGLU.so.1 --- /usr/lib/libGLU.so.1 (0x40046000)
libGL.so.1 --- /usr/lib/libGL.so.1 (0x40062000)
libc.so.6 --- /lib/libc.so.6 (0x4009f000)
libSM.so.6 --- /usr/X11R6/lib/libSM.so.6 (0x4018d000)
libICE.so.6 --- /usr/X11R6/lib/libICE.so.6 (0x40196000)
libXmu.so.6 --- /usr/X11R6/lib/libXmu.so.6 (0x401ac000)
libXext.so.6 --- /usr/X11R6/lib/libXext.so.6 (0x401c0000)
libXi.so.6 --- /usr/X11R6/lib/libXi.so.6 (0x401cd000)
libX11.so.6 --- /usr/X11R6/lib/libX11.so.6 (0x401d6000)
libGLcore.so.1 --- /usr/lib/libGLcore.so.1 (0x402ab000)
libm.so.6 --- /lib/libm.so.6 (0x4048d000)
libdl.so.2 --- /lib/libdl.so.2 (0x404a9000)
/lib/ld-linux.so.2 --- /lib/ld-linux.so.2 (0x40000000)
libXt.so.6 --- /usr/X11R6/lib/libXt.so.6 (0x404ac000)
Note the files being used for libGL and libGLcore -- if they are something
other than the NVIDIA libraries, then you will need to either remove the
libraries that are getting in the way, or adjust your ld search path.
If any of this seems foreign to you, then you may want to read the man
pages for "ldconfig" and "ldd" for pointers.