Re: [suse-laptop] Welcher Treiber für Suse 8.2 auf AcerTravelmate 800 (Ati Radeo Mobility 9000)
Hallo Liste!
Stephanus schrieb: Falls du versuchst ein bereits Versionsnummern identisches rpm zu installieren, bekommst die Meldung ist schon installiert. Insofern wirst du wohl einfach deinstallieren müssen. Ohne Compilierung des Treibers geht nichts.
Da damit klar war, daß ich eh deinstallieren muß, hab ich mal die andere Variante mit dem original 8.2 Treiber und Bootparameter "vga=791" ausprobiert (direkt in GRUB). Racer und Gears funktionieren nun, Racer mit (je nach Fahrzeug) 30 - 70 fps, Gears mit rund 1460. Ich schloß daraus, daß Hardware-3D-Beschleunigung aktiv ist. 3Ddiag jedoch behauptet : " 3D Hardware acceleration is not used. To use 3D Hardware acceleration please specify one of these entries DefaultDepth 16 in the Section 'Screen' of your /etc/X11/XF86Config " und stellt weiter fest, daß gerade mesaglu und mesaglut Verwendung finden. Auch SaX2 altertet beim Versuch "Enable 3D features" zu aktivieren: " Most OpenGL drivers require ... of 16 Bit .. " Nun bin ich etwas verwirrt : a) ist trotz der rund 1460 fps bei Gears etwa Software-GL aktiv ?? b) muß ich denn wirklich, um Hardware-GL zu bekommen, die Color-Depth standardmäßig auf 16 stellen? ... 16 bit für 3D find ich ja ok, aber für's normale Arbeiten (GIMP etc) hatte ich doch gern full color. Gruß, Lukas -- GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++
Hallo Lukas, Hallo Liste Am Dienstag, 3. Februar 2004 18:27 schrieb Lukas Latz:
Hallo Liste!
Stephanus schrieb: Falls du versuchst ein bereits Versionsnummern identisches rpm zu installieren, bekommst die Meldung ist schon installiert. Insofern wirst du wohl einfach deinstallieren müssen. Ohne Compilierung des Treibers geht nichts.
Da damit klar war, daß ich eh deinstallieren muß, hab ich mal die andere Variante mit dem original 8.2 Treiber und Bootparameter "vga=791" ausprobiert (direkt in GRUB).
Racer und Gears funktionieren nun, Racer mit (je nach Fahrzeug) 30 - 70 fps, Gears mit rund 1460. Ich schloß daraus, daß Hardware-3D-Beschleunigung aktiv ist.
Würd ich auch so sehen.
3Ddiag jedoch behauptet : " 3D Hardware acceleration is not used. To use 3D Hardware acceleration please specify one of these entries DefaultDepth 16 in the Section 'Screen' of your /etc/X11/XF86Config " und stellt weiter fest, daß gerade mesaglu und mesaglut Verwendung finden.
Wer weiß, wie der Treiber aufgebaut ist und was das nun bei 3Ddiag bedeutet. Wer 3D in Mesa bzw. OpenGL einbauen will muß es auch mit Mesa verheiraten.
Auch SaX2 altertet beim Versuch "Enable 3D features" zu aktivieren: " Most OpenGL drivers require ... of 16 Bit .. "
Dies ist bei meinem Desktop (auch Suse 8.2) genauso. Wenn ich aber tuxracer spiele weiß ich, dass das 3D beschleunigt ist. Bei Full Screen kriegt Mesa das nicht in der Geschwindigkeit hin.
Nun bin ich etwas verwirrt :
a) ist trotz der rund 1460 fps bei Gears etwa Software-GL aktiv ??
nein !
b) muß ich denn wirklich, um Hardware-GL zu bekommen, die Color-Depth standardmäßig auf 16 stellen? ... 16 bit für 3D find ich ja ok, aber für's normale Arbeiten (GIMP etc) hatte ich doch gern full color.
Ich habe es mit 24Bit ausprobiert. Es geht auch. Ich würde sagen, Du hast es geschaft, freu Dich an der ruckelfreien Welt in 3D. Wie gesagt, bei tuxracers sieht man gut was mit 3D geht. Viel Spaß Tobias
Lukas Latz schrieb:
a) ist trotz der rund 1460 fps bei Gears etwa Software-GL aktiv ??
Das kann ich mir nicht vorstellen. Ich bekomme mit einer nVidia Corporation RIVA TNT2 und dem nvidia Treiber maximal 1275 gears-fps und bin sehr zufrieden. Vorher waren es mit mesasoft und einer 2GHz CPU nur maximal 130.
b) muß ich denn wirklich, um Hardware-GL zu bekommen, die Color-Depth standardmäßig auf 16 stellen? ... 16 bit für 3D find ich ja ok, aber für's normale Arbeiten (GIMP etc) hatte ich doch gern full color.
Entschuldigung, aber warum? 16bit ist für das meschliche Auge von 24bit nicht zu unterscheiden, und auch mit 16bit root window kannst du true color Fenster haben: smyrno:/home/eckhard 53 > xdpyinfo | more ... XFree86 version: 4.3.0 ... depth of root window: 16 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 64 preallocated pixels: black 0, white 65535 options: backing-store YES, save-unders YES largest cursor: 32x32 current input event mask: 0xd84031 KeyPressMask EnterWindowMask LeaveWindowMask KeymapStateMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 8 default visual id: 0x21 visual: visual id: 0x21 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 8 bits ... -- Eckhard Rüggeberg E.Rueggeberg@t-online.de "One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond, where the Shadows lie."
Am Mittwoch, 4. Februar 2004 09:33 schrieb Eckhard Rüggeberg:
Entschuldigung, aber warum? 16bit ist für das meschliche Auge von 24bit nicht zu unterscheiden, ...
Sorry, aber das stimmt nicht, gerade Farbverläufe sind mit 16 Bit oft sehr stufig, wärend sie mit 24 Bit fliesend verlaufen. Mach mal mit Gimp ein Fenster auf, auflösung möglichst so, dass der ganze Bildschirm voll wird (also Bildschirmauflösung minus Ränder) und zieh nen Farbverlauf von der links nach rechts. Der Unterschied ist überdeutlich. Es ist richtig, dass das Auge keine 16,8 Mio Farben unterscheiden kann, sondern nur ca. hundert, diese aber in etwa 600.000 Abstufungen, da sind selbst 24 Bit nicht ausreichend um alles abzudecken. Für Bildbearbeitung würde ich keinesfalls auf 16 Bit runterschalten. PS: Die meisten Treiber untersützen mittlerweile auch 3D mit 24 Bit Farbtiefe, wird dann zwar deutlich langsamer, aber es geht. Einfach mit 16 Bit in sax konfigurieren und in der XF86Config dann per Hand auf 24 Bit umstellen, das hilft meistens. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (4)
-
Dr. Tobias Damm -
Eckhard Rüggeberg -
Lukas Latz -
Manfred Tremmel