Hallo,
Andreas Pakulat [EMAIL PROTECTED] schrieb im Newsbeitrag
news:[EMAIL PROTECTED]
On 21.07.06 11:57:47, Matthias Pfeifer wrote:
Andreas Pakulat wrote:
Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal
eingerichtet hast, denn out-of-the box kann das nicht
Hallo gruppe,
Ich würde gerne die OpenGL-Unterstützung von meinem Labtop
konfigurieren. Das Labtop hat eine P3 CPU mit 700Mhz (Bx-Chipsatz von
Intel, Ati Rage Mobility Grafikkarte). Vor einiger Zeit lief
das schon mal ohne Probleme. Ich habe aus der Zeit noch einen log von
glxgears:
snip
On 21.07.06 09:33:23, Matthias Pfeifer wrote:
snip
display: :0 screen: 0
direct rendering: No
...
Leider weiß ich nicht was das bedeutet...
Du benutzt Software Rendering.
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP
2x (rev 64)
Die logdatei meines
Andreas Pakulat wrote:
Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal
eingerichtet hast, denn out-of-the box kann das nicht funktioniert
haben. Wenn man sowas nicht behaelt schreibt man sich das auf.
Letztes mal war keine weitere Einstellung notwendig.
Ich vermute du
On 21.07.06 11:57:47, Matthias Pfeifer wrote:
Andreas Pakulat wrote:
Zunaechst mal solltest du eigentlich wissen wie du das das letzte Mal
eingerichtet hast, denn out-of-the box kann das nicht funktioniert
haben. Wenn man sowas nicht behaelt schreibt man sich das auf.
Letztes mal war
, war mir eben nicht sicher (hab schon lange keine NVidia mehr)...
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
Auch das deutet nicht unbedingt auf was gutes, denke ich.
Nein, hier steht ganz deutlich: Dieser Rechner malt 3D mit seinem
Prozessor
On 14.07.06 09:48:41, Lars Schimmer wrote:
Andreas Pakulat wrote:
Das einzige was mir noch einfiele waere das die Version des Installers
veraltet ist und nicht mit Xorg funktioniert...
Was wieder einmal den Hinweis verdient: bitte NICHT den NVidia Installer
nehmen sondern die
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Pakulat wrote:
On 14.07.06 09:48:41, Lars Schimmer wrote:
Andreas Pakulat wrote:
Das einzige was mir noch einfiele waere das die Version des Installers
veraltet ist und nicht mit Xorg funktioniert...
Was wieder einmal den Hinweis
, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5200/AGP/SSE/3DNOW!
OpenGL version string: 2.0.2 NVIDIA 87.62
OpenGL
Claudius Hubig schrieb:
Hallo Andreas, Hallo Lars und Hallo Peter,
[...]
glxgears ist auch wieder mit akzeptabler Geschwindigkeit am Start.
btw: Zum Schnellen Vergleich kann man in Supertux auch showfps
einschalten (im Menü iirc) das zeigt dann auf den ersten Blick ob
opengl-beschleunigt
Hallo Liste,
seit einiger Zeit - ich weiß leider nicht wie lange - sind
OpenGL-Anwendungen extrem langsam.
Beispiele:
* Das Jump'n'run-Spiel Supertux ist bei aktiviertem OpenGL unspielbar.
* glxgears spuckt auf der Konsole gestartet gar nix mehr aus. Die
lustigen Rädchen drehen sich vllt. 1x
On 13.07.06 20:24:15, Claudius Hubig wrote:
Kernel ist der aktuelle 2.6.16-1-k7, Treiber stammen von nvidia.org und
sind die aktuellsten dort verfügbaren. Installiert habe ich über den
enthaltenen Installer.
/etc/X11/xorg.conf habe ich mal (gekürzt) angehängt, ich hoffe, ihr
könnt mir
,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.2)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture
ja eigentlich kein DRI
nutzt), aber evtl sollte da Yes stehen...
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
Auch das deutet nicht unbedingt auf was gutes, denke ich.
Achja und ist das nvidia-Modul ueberhaupt geladen?
zeus:~# lsmod | grep
direct rendering: No
Ich bin nicht 100% sicher (da der NVidia-Treiber ja eigentlich kein DRI
nutzt), aber evtl sollte da Yes stehen...
DRI ist was anderes als direct rendering: yes.
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
Auch das
NVidia mehr)...
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
Auch das deutet nicht unbedingt auf was gutes, denke ich.
Nein, hier steht ganz deutlich: Dieser Rechner malt 3D mit seinem
Prozessor, unbeschleunigt durch die Grafikkarten
Hallo,
habe seit langem wieder mal eine OpenGL Anwendung gestartet (Google
Earth). Es stürzt jedoch der X-Server ohne Vorwarnung ab. Ich habe bei
jeder OpenGL Anwendung dasselbe Verhalten. ppracer konnte ich dazu
bewegen, eine Fehlermeldung in eine Datei zu schreiben:
X Error of failed request
Gerald Holl wrote:
habe seit langem wieder mal eine OpenGL Anwendung gestartet (Google
Earth). Es stürzt jedoch der X-Server ohne Vorwarnung ab. Ich habe bei
jeder OpenGL Anwendung dasselbe Verhalten. ppracer konnte ich dazu
bewegen, eine Fehlermeldung in eine Datei zu schreiben:
X Error
Hey Liste!
Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI Radeon
9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test.
Unter der Cedega Info steht, dass diese Funktion jedoch für die meisten 3D
Spiele gebraucht wird!
Der 3D Beschleunigungstest ist erfolgreich
Hi Sandro,
Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI Radeon
9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test.
Unter der Cedega Info steht, dass diese Funktion jedoch für die meisten 3D
Spiele gebraucht wird!
Der 3D Beschleunigungstest ist erfolgreich
Am Sonntag 18 Juni 2006 21:15 schrieb Tobias Krais:
Hi Sandro,
Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI
Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test.
Unter der Cedega Info steht, dass diese Funktion jedoch für die meisten
3D Spiele
On 18.06.06 21:40:48, Sandro Frenzel wrote:
Am Sonntag 18 Juni 2006 21:15 schrieb Tobias Krais:
Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI
Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den Test.
Unter der Cedega Info steht, dass diese Funktion
Am Sonntag 18 Juni 2006 22:59 schrieb Andreas Pakulat:
On 18.06.06 21:40:48, Sandro Frenzel wrote:
Am Sonntag 18 Juni 2006 21:15 schrieb Tobias Krais:
Kann mir jemand sagen wie ich OpenGL Direct Rendering mit einer ATI
Radeon 9600 Pro nutzen kann? Bei Cedega fällt dir Karte durch den
On 18.06.06 23:15:16, Sandro Frenzel wrote:
Am Sonntag 18 Juni 2006 22:59 schrieb Andreas Pakulat:
Wozu braucht man eigentlich Cedega? Wenn ich Windows-Spiele spielen
muss, starte ich lieber Windows, das ist doch noch ein deutlicher
Unterschied, denke ich.
FACK! Aber ich versuchte halt
Bjoern Schliessmann wrote:
[x] Done
Trolltech ist flott, heute kam Antwort.
| Configure behaved as expected here if you explicitly set Qt to
| build with Opengl support. By default it will check for the
| presence of libraries, and include support accordingly.
|
| Thanks for the feedback
Andreas Pakulat wrote:
Wenn ich deine andere Mail so sehe koenntest du mit OpenGL noch
weitere Probleme bekommen...
Hihi, aber tröste dich, ich habe nicht vor mich weiter in OpenGL zu
vertiefen. Außer aus Konsumentensicht vielleicht :)
Aber was für Wissenslücken vermutest du, bzw. wie kann
On 01.04.06 12:38:16, Bjoern Schliessmann wrote:
Andreas Pakulat wrote:
Wenn ich deine andere Mail so sehe koenntest du mit OpenGL noch
weitere Probleme bekommen...
Hihi, aber tröste dich, ich habe nicht vor mich weiter in OpenGL zu
vertiefen. Außer aus Konsumentensicht vielleicht
Andreas Pakulat wrote:
Ich meinte das offensichtlich deine libGL
nicht so ganz richtig installiert ist. Sprich der Symlink der
ins leere zeigt usw.
Hmm, glxgears motzt nicht und läuft entsprechend, und armagetron und
Konsorten auch. Ich folge hier einfach mal dem Grundsatz never
change a
exit status
make[3]: *** [svgviewer] Error 1
Ich habe die nVIDIA-Treiber installiert, offenbar werden deren
OpenGL-Libs benutzt (glxinfo). Per Google habe ich herausgefunden,
dass es eben daran liegen könnte. Die o.g. Bezeichner finden sich
in der Datei /usr/X11R6/lib/libXxf86vm.so, die ich
Am Freitag, 31. März 2006 11:43 schrieb Bjoern Schliessmann:
Moin,
folgende Fehlermeldung bekomme ich gerade beim Kompilieren von Qt
aus dem Tarball von Trolltech (deshalb, weil im Debian-Paket einige
Demos fehlen, gibt es vielleicht einen saubereren Weg?):
make[3]: Entering directory
installiert, offenbar werden deren
OpenGL-Libs benutzt (glxinfo).
Das sollte nur einen Unterschied machen, wenn die NVidia-Treiber nicht
alle Symbole der normalen OpenGL-Libs enthalten, was ich stark
bezweifeln moechte.
Per Google habe ich herausgefunden,
dass es eben daran liegen könnte. Die o.g
Markus Schulz wrote:
exakt das gleiche Problem hatte ich gestern beim Compilieren von
MPlayer. Dabei ist mir aufgefallen, das die /usr/libGL.a
Ich finde nur
/usr/lib/nvidia/libGL.a.xlibmesa
/usr/X11R6/lib/nvidia/libGL.a.xlibmesa
Was ich auch noch festgestellt habe:
~$ ll $(locate libGL.a)
On 01.04.06 01:58:50, Bjoern Schliessmann wrote:
Markus Schulz wrote:
exakt das gleiche Problem hatte ich gestern beim Compilieren von
MPlayer. Dabei ist mir aufgefallen, das die /usr/libGL.a
Ich finde nur
/usr/lib/nvidia/libGL.a.xlibmesa
/usr/X11R6/lib/nvidia/libGL.a.xlibmesa
Ich
Andreas Pakulat wrote:
Das sollte nur einen Unterschied machen, wenn die NVidia-Treiber
nicht alle Symbole der normalen OpenGL-Libs enthalten, was ich
stark bezweifeln moechte.
Gut zu wissen. Hätte ja sein können.
Ja, vmtl. weil du kein make confclean mit anschliessendem
configure-Lauf
Am Samstag, 1. April 2006 01:58 schrieb Bjoern Schliessmann:
Markus Schulz wrote:
exakt das gleiche Problem hatte ich gestern beim Compilieren von
MPlayer. Dabei ist mir aufgefallen, das die /usr/libGL.a
Ich meinte natürlich /usr/lib/libGL.la
Ich finde nur
On 01.04.06 02:06:34, Bjoern Schliessmann wrote:
Andreas Pakulat wrote:
Das sollte nur einen Unterschied machen, wenn die NVidia-Treiber
nicht alle Symbole der normalen OpenGL-Libs enthalten, was ich
stark bezweifeln moechte.
Gut zu wissen. Hätte ja sein können.
Wenn ich deine andere
Andreas Pakulat wrote:
Ja, vmtl. weil du kein make confclean mit anschliessendem
configure-Lauf gemacht hast.
Tja, spät isses, und genau das war's wohl. Das Kompilieren lief
jetzt fehlerfrei durch. Danke! :)
Mir ist allerdings nicht ganz klar warum Qt ueberhaupt die
Kompilierung des openGL
erkennt (NVidia GForce 4 440 MX) und den
passenden Treiber hat (nv)
Doch leider ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers nv.
Wenn Du 3D Unterstützung unter X benötigst (z.B
. Ich dachte, kein Problem,
da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den
passenden Treiber hat (nv)
Doch leider ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des
, als erstes Spiel
überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem,
da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den
passenden Treiber hat (nv)
Doch leider ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL
passenden Treiber hat (nv)
Doch leider ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers nv.
Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer
ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers nv.
Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer /
Planetpenguin) musst Du den Treiber von Nvidia einbinden.
Wie Du das machen
) und den
passenden Treiber hat (nv)
Doch leider ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers nv.
Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer /
Planetpenguin
System. Ich dachte, kein Problem,
da X11 meine Grafikkarte erkennt (NVidia GForce 4 440 MX) und den
passenden Treiber hat (nv)
Doch leider ruckelt dieses und alle anderen Spiele extremstens.
Ein Freund meinte, es liegt an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des
an OpenGL ...
Es liegt an der fehlenden 3D-Hardwareunterstützung des Treibers
nv. Wenn Du 3D Unterstützung unter X benötigst (z.B. für Tux Racer
/ Planetpenguin) musst Du den Treiber von Nvidia einbinden.
Soclhe Pauschalaussagen kann ich einfach nicht stehen lassen. Fuer
Nvidia-Karten
Guten Morgen liebe Liste!
Ich habe hier zwei Probleme der gröberen Art und hoffe ihr könnt mir helfen.
1) OpenGL
Ich wollte neulich Tuxracer mal ausprobieren, als erstes Spiel
überhaupt auf meinem neuen Sarge System. Ich dachte, kein Problem, da
X11 meine Grafikkarte erkennt (NVidia GForce 4 440
Oliver Sorge [EMAIL PROTECTED] wrote:
ich habe auf meinem Notebook den X-Server per TCP freigegeben und
connecte mit x2x von meinem Desktop PC drauf. Das funktioniert auch
alles so wie es soll, bis auf eine Sache: SDL und OpenGL Anwendungen.
Da OpenGL und SDL wohl mit direktem Hardware
Hi,
ich habe auf meinem Notebook den X-Server per TCP freigegeben und
connecte mit x2x von meinem Desktop PC drauf. Das funktioniert auch
alles so wie es soll, bis auf eine Sache: SDL und OpenGL Anwendungen.
Wenn ich dann diese Versuche per Remote zu bedienen scheitern die
Eingaben der Maus
On Sat, May 21, 2005 at 12:02:45AM +0200, Dirk Salva wrote:
Ich habe jetzt einfach die Display-Größe des in XF86Config-4
eingetragenen Monitors in der Horizontale verdoppelt (auf 728mm), und
jetzt wird wieder 80x80dpi eingestellt!
*ARG*
Nicht verdoppeln, sondern die horizontalen DDC-Werte
On Sat, May 21, 2005 at 02:23:57PM +0200, Martin Reising wrote:
On Sat, May 21, 2005 at 12:02:45AM +0200, Dirk Salva wrote:
Ich habe jetzt einfach die Display-Größe des in XF86Config-4
eingetragenen Monitors in der Horizontale verdoppelt (auf 728mm), und
jetzt wird wieder 80x80dpi
On 21.Mai 2005 - 14:23:57, Martin Reising wrote:
On Sat, May 21, 2005 at 12:02:45AM +0200, Dirk Salva wrote:
Ich habe jetzt einfach die Display-Größe des in XF86Config-4
eingetragenen Monitors in der Horizontale verdoppelt (auf 728mm), und
jetzt wird wieder 80x80dpi eingestellt!
On Sat, May 21, 2005 at 02:23:57PM +0200, Martin Reising wrote:
addieren. Nicht das ich dir das nicht schon am 20. Mai in
[EMAIL PROTECTED] geschrieben habe.
Aber nicht hier in der ML.
ciao, Dirk
--
| Akkuschrauber Kaufberatung and AEG GSM stuff |
| Visit my homepage:
Dirk Salva wrote:
Hi Leute,
nach viel Bastelei habe ich jetzt mit meiner nVidia 6600GT auch
TwinView-Betrieb hingekriegt. Der funktioniert auch fast genauso wie
der Xinerama-Betrieb. Unterschied: im Xinerama ist OpenGL wohl nur
auf einem Bildschirm möglich. Betrieben werden jetzt zwei
On Fri, May 20, 2005 at 03:27:00PM +0200, Markus Raab wrote:
Vielleicht hat ja jemand eine Idee, wie ich das noch korrigieren
kann!?
Du schreibst in die xf86config die richtige DPI Zahl.
http://www.markus-raab.org/Info/Config/XF86Config-4
Nö. Das hab ich nämlich schon längst;-) Das stand
On Fri, May 20, 2005 at 03:27:00PM +0200, Markus Raab wrote:
xdpyinfo
War das richtige Stichwort, danke! Ich kannte das Programm schon, bin
aber nicht auf die Idee gekommen, es einfach mal zu benutzen. Ich
habe jetzt einfach die Display-Größe des in XF86Config-4
eingetragenen Monitors in der
Hi Leute,
nach viel Bastelei habe ich jetzt mit meiner nVidia 6600GT auch
TwinView-Betrieb hingekriegt. Der funktioniert auch fast genauso wie
der Xinerama-Betrieb. Unterschied: im Xinerama ist OpenGL wohl nur
auf einem Bildschirm möglich. Betrieben werden jetzt zwei Schirme mit
1152x864
On Wednesday 01 December 2004 18:30, Sascha Hüdepohl wrote:
Hallo,
ich versuche die opengl-Beispiele von QT zu übersetzen. Beim
make-Aufruf erhalte ich unter anderem:
glbox.o(.text+0x117): In function `GLBox::~GLBox [not-in-charge]()':
: undefined reference to `glDeleteLists'
Ich verwende
Hallo,
ich versuche die opengl-Beispiele von QT zu übersetzen. Beim make-Aufruf
erhalte ich unter anderem:
glbox.o(.text+0x117): In function `GLBox::~GLBox [not-in-charge]()':
: undefined reference to `glDeleteLists'
Ich verwende qt3 aus unstable.
glDeleteLists höhrt sich ja nach opengl
hallo,
ich hab debian testing und hab mir heute legends runtergeladen, jetzt hab ich
das problem, dass der ein problem hat und nicht die 'OpenGL library' finden
kann, wass muss ich da machen? was muss ich installieren?
be blessed
white Gecko
--
www.natanael.de.vu
[EMAIL PROTECTED]
ICQ
Natanael Arndt schreibt:
hallo, ich hab debian testing und hab mir heute legends
runtergeladen, jetzt hab ich das problem, dass der ein problem hat
und nicht die 'OpenGL library' finden kann, wass muss ich da machen?
was muss ich installieren?
Mesa (xlibmesa-gl).
--
--Jhair
Public Key
Am Sonntag, 25. April 2004 22:06 schrieb Jhair Tocancipa Triana:
xlibmesa-gl
davon hab ich schon die neuster version dass scheint nicht mein problem zu
sein wisst ihr worann es vielleicht sonst liegen könnte
be blessed
white Gecko
--
www.natanael.de.vu
[EMAIL PROTECTED]
ICQ: 168210209
vorher problemlos lief) spucken beide
folgendes aus:
Xlib: extension XiG-SUNDRY-NONSTANDARD missing on display
:0.0. GL_EXT_bgra not supported - bailing out.
History:
Exiting due to error
Beim Nvidia Treiber gibt es 2 Teile, einmal das Kernelmodul und
dann ein separates OpenGl Modul
On 03.Mar 2004 - 16:33:08, Phillip R. aka Qbert wrote:
Am Mittwoch, 3. März 2004 03:49 schrieb Andreas Pakulat:
On 03.Mar 2004 - 03:10:17, Phillip R. aka Qbert wrote:
...so ungefär jedenfalls.
Stimmt. Debconf. Da klingelt was.
Allerdings müsste der Upgrade dann auch pauschal ein Backup der
uraltes?
Und wie krieg ich OpenGL wieder an den Start?
Bin für jeden Schuß ins Blaue dankbar.
Auch ja: Postgres ist immer noch 7.1... schnurrt aber wie ein
Kätzchen. LOL. :-)
Phillip
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN
lief) spucken beide folgendes aus:
Xlib: extension XiG-SUNDRY-NONSTANDARD missing on display :0.0.
GL_EXT_bgra not supported - bailing out.
History:
Exiting due to error
Beim Nvidia Treiber gibt es 2 Teile, einmal das Kernelmodul und dann
ein separates OpenGl Modul, da Nvidia nicht bereit
On Fri, Jan 30, 2004 at 01:05:27PM +0100, Krafte wrote:
wenn ich die ut2003 demo starte bekomme ich folgende ausgabe:
Could not load OpenGL library
History:
Exiting due to error
ich habe den neusten nvidia treiber installliert
was auch nix gebracht hat.
libsage ist auch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Freitag, 30. Januar 2004 12:09 schrieb Andre Naehring:
Dasselbe Problem hatte ich auch. Es gibt irgendwo ein Verzeichnis
tls, ich glaub in /usr/lib/tls. Die darin enthaltenen Dateien und
oder Links löschst Du ganz einfach. Das sollte nicht Sinn
Hallo,
wenn ich die ut2003 demo starte bekomme ich folgende ausgabe:
Could not load OpenGL library
History:
Exiting due to error
ich habe den neusten nvidia treiber installliert
was auch nix gebracht hat.
libsage ist auch installiert.
ich habe ein
Debian/Sarge 2.4.24-1-k7
ich habe auch
Hallo!
Krafte wrote:
Could not load OpenGL library
History:
Exiting due to error
ich habe den neusten nvidia treiber installliert
Can't load '/usr/lib/perl5/auto/SDL_perl/SDL_perl.so' for module SDL_perl: libGL .so.1: cannot handle TLS data at /usr/lib/perl/5.8.2/DynaLoader.pm line 225
Hallo
Krafte ([EMAIL PROTECTED]) wrote:
wenn ich die ut2003 demo starte bekomme ich folgende ausgabe:
Could not load OpenGL library
History:
Exiting due to error
ich habe den neusten nvidia treiber installliert
was auch nix gebracht hat.
libsage ist auch installiert.
ich habe
Hallo, Liste!
Ich habe eine ATI Radeon 9200LE, die ich mit den fglrx Treibern in ihrer
Version 3.28 betreibe. X läuft auch stabil. Es gibt nur ein Problem bei
3D OpenGL Anwendungen. Sie laufen zwar (fgl_glxgears z.b.), aber sobald
ich größere Anwendungen, wie z.b. Enemy Territory, starte
Hallo Liste!
Ich habe mein Problem jetzt gelöst. Und zwar verwende ich nun nicht mehr
die offiziellen Treiber von ATI, sondern die OpenSource Treiber von DRI[1].
Ich muss sagen, sie funktionieren wirklich tadellos. Kann ich nur
weiterempfehlen!
So, ich gehe nun schlafen, gute Nacht!
[1]
On Tue, Jun 24, 2003 at 11:22:35AM +0200, Daniel Muhle wrote:
Ist zwar schon lange her, hier aber trotzdem noch die Lösung des
Problems:
[drm] failed to load kernel module fglrx
(II) fglrx(0): [drm] drmOpen failed
(EE) fglrx(0): DRIScreenInit failed!
(WW) fglrx(0): DRI initialization failed!
ist, dass auch nach der Installation der ATI-Treiber und
dem Erzeugen der XF86Config-4-Datei immer noch keine OpenGL-Hardware
Beschleunigung verfügbar ist. Der OpenGL-Renderer verweist immer ncoh
auf die Softwarebeschleunigung, wie mir ein Aufruf von glxinfo zeigt:
OpenGL vendor string: VA
Am Mittwoch, 4. Juni 2003 22:11 schrieb Andreas Pakulat:
On 04.Jun 2003 - 20:25:08, Alexander Fieroch wrote:
gcc-3.3 wirst du nicht deinstalliert bekommen, wenn du sid
hast, denn da ist der der standard-gcc und alles was einen gcc
benötigt wird dann auch deinstalliert (z.B. kernel-package
On 05.Jun 2003 - 09:17:52, Peter Kuechler wrote:
Am Mittwoch, 4. Juni 2003 22:11 schrieb Andreas Pakulat:
On 04.Jun 2003 - 20:25:08, Alexander Fieroch wrote:
gcc-3.3 wirst du nicht deinstalliert bekommen, wenn du sid
hast, denn da ist der der standard-gcc und alles was einen gcc
Am Donnerstag, 5. Juni 2003 19:14 schrieb Andreas Pakulat:
On 05.Jun 2003 - 09:17:52, Peter Kuechler wrote:
Am Mittwoch, 4. Juni 2003 22:11 schrieb Andreas Pakulat:
On 04.Jun 2003 - 20:25:08, Alexander Fieroch wrote:
gcc-3.3 wirst du nicht deinstalliert bekommen, wenn du sid
hast,
der
nvidia-Treiber und einem reboot funktioniert endlich wieder OpenGL! *freu*
Vielen Dank an alle, die mich mit den vielen Tipps unterstützt haben!
Gruss,
Alex
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine
. garnicht starten,
deshalb denke ich du bist schon in dieser Gruppe.
Die Readme habe ich ebenfalls gelesen und ich bin in der Gruppe video.
Ich glaube, ohne könnte ich auch kein mplayer starten, oder? ... bis auf
OpenGL habe ich ja keine Probleme!
Gruss,
Alex
--
Haeufig gestellte Fragen und Antworten
Dann erstens mal Glückwunsch das du den Kernel mit gcc-3.3 kompiliert
bekommen hast, i.A. geht das nämlich noch nicht. Darum wahrscheinlich
auch das Problem mit dem nvidia Treiber, da musst du wohl für Kernel und
Treiber gcc-3.2 nehmen.
Den gcc 3.3 habe ich mit einem Patch aus der Liste gepatcht.
On 04.Jun 2003 - 17:30:47, Alexander Fieroch wrote:
Dann erstens mal Glückwunsch das du den Kernel mit gcc-3.3 kompiliert
bekommen hast, i.A. geht das nämlich noch nicht. Darum wahrscheinlich
auch das Problem mit dem nvidia Treiber, da musst du wohl für Kernel und
Treiber gcc-3.2 nehmen.
gcc-3.3 wirst du nicht deinstalliert bekommen, wenn du sid hast, denn da
ist der der standard-gcc und alles was einen gcc benötigt wird dann auch
deinstalliert (z.B. kernel-package ;). Einfach CC=gcc-3.2 und
CXX=gcc-3.2 setzen, sollte eigentlich reichen.
Ich habe debian testing.
CC=gcc-3.2 und
Probier mal eher:
apt-get remove --purge xlibmesa
und schmeiss alles raus was mit mesa zu tun hat. mesa ist AFAIK Software
Beschleunigung, dass willst Du nicht.
Ich habe kein xlibmesa (von apt-get) mehr auf dem Rechner. Allerdings
fällt mir da ein, dass ich mal Mesa 5.0 von Hand kompiliert
On 04.Jun 2003 - 20:25:08, Alexander Fieroch wrote:
gcc-3.3 wirst du nicht deinstalliert bekommen, wenn du sid hast, denn da
ist der der standard-gcc und alles was einen gcc benötigt wird dann auch
deinstalliert (z.B. kernel-package ;). Einfach CC=gcc-3.2 und
CXX=gcc-3.2 setzen, sollte
On 04.Jun 2003 - 20:42:15, Alexander Fieroch wrote:
Probier mal eher:
apt-get remove --purge xlibmesa
und schmeiss alles raus was mit mesa zu tun hat. mesa ist AFAIK Software
Beschleunigung, dass willst Du nicht.
Ich habe kein xlibmesa (von apt-get) mehr auf dem Rechner. Allerdings
in der Gruppe video?
Die Readme habe ich ebenfalls gelesen und ich bin in der Gruppe video.
Ich glaube, ohne könnte ich auch kein mplayer starten, oder? ... bis auf
OpenGL habe ich ja keine Probleme!
War auch nur eine vage Vermutung = Strohhalm ;-)
Gruss,
Alex
Gruß
Gerhard
On 03.Jun 2003 - 12:03:30, Gerhard Brauer wrote:
High, high ...
* Andreas Pakulat [EMAIL PROTECTED] schrieb am [02.06.03 23:44]:
Bei mir (testing) sind das:
/- schnipp --
|ii nvidia-glx 1.0.3123-4 NVIDIA binary XFree86 4.x driver
|ii nvidia-glx-dev
Alexander Fieroch schrieb:
Auch das ist es leider nicht! Das sieht bei mir genauso
aus! :-(
Hat noch jemand eine Idee?
ja, apt-get reinstall xlibmesa3.
Danach nochmal testen ob OpenGL tut.
Gruß,
Marko
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user
, GLX_SGI_video_sync, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer
OpenGL vendor string: Brian Paul
...
This is a pre-release version of XFree86, and is not supported in any
way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted
to [EMAIL PROTECTED] Before reporting bugs in pre-release versions,
please
/XXX
durch.
Ich kann nur sagen, das ich mit den Paketen keinerlei Probleme
hatte/habe.
CU,
Daniel
PS: Ausgabe von glxinfo:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 MX/AGP/3DNOW!
OpenGL version string: 1.4.0 NVIDIA 43.49
Ich habe mir gerade mal diese
ja, apt-get reinstall xlibmesa3.
Danach nochmal testen ob OpenGL tut.
Hat leider nichts gebracht!
OpenGL wird immernoch per Software angesprochen! :-(
Gruss,
Alex
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine
High, high ...
* Alexander Fieroch [EMAIL PROTECTED] schrieb am [04.06.03 00:11]:
Mir ist in den Postings jetzt auch noch was aufgefallen:
In deiner XFree0.log werden die NVidia-GLX-Module IMHO korrekt
initialisiert:
(II) LoadModule: glx
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
Alexander Fieroch wrote:
ja, apt-get reinstall xlibmesa3.
Danach nochmal testen ob OpenGL tut.
Hat leider nichts gebracht!
OpenGL wird immernoch per Software angesprochen! :-(
Probier mal eher:
apt-get remove --purge xlibmesa
und schmeiss alles raus was mit mesa zu tun hat. mesa ist AFAIK
.
Installiere sie und lese dir die Anleitungen unter /usr/share/doc/XXX
durch.
Ich kann nur sagen, das ich mit den Paketen keinerlei Probleme
hatte/habe.
CU,
Daniel
PS: Ausgabe von glxinfo:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce2 MX/AGP/3DNOW
Moin Alexander, Liste...
On Mon, 02 Jun 2003 14:11:08 +0200
Alexander Fieroch [EMAIL PROTECTED] wrote:
[snip]
Guck' Dir 'mal Deine XF86Config an:
Section Device
Identifier Generic Video Card
Driver nv
EndSection
Mit nvidia anstelle
!
Ich habe immernoch keine Hardwareunterstützung bei OpenGL!
Wer kann helfen?
Danke,
Alex
Section Device
Drivernvidia
Identifiereigene GraKa
# Screen0
OptionNoLogoon
OptionCursorShadow on
OptionCursorShadowAlpha 64
Option
High, high ...
* Alexander Fieroch [EMAIL PROTECTED] schrieb am [02.06.03 18:01]:
...
Ich habe immernoch keine Hardwareunterstützung bei OpenGL!
Wer kann helfen?
Hast Du auch die NVidia GLX Treiber installiert?
Gibt es passend zum Karten-Treiber-Modul auf der nvidia-Website.
Bei mir (testing
Hallo Alexander,
Alexander Fieroch wrote:
Hallo debian Fans!
Ich bekomme meinen nvidia-Treiber (den neusten) nicht richtig zum laufen.
Ich kann zwar X starten, aber die Hardwarebeschleunigung für OpenGL
funktioniert anscheinend nicht
:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap,
GLX_MESA_release_buffers, GLX_ARB_get_proc_address,
GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_SGI_video_sync, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer
OpenGL vendor string: Brian Paul
OpenGL renderer string: Mesa X11
OpenGL version string: 1.4 Mesa 5.0
On 02.Jun 2003 - 20:25:25, Gerhard Brauer wrote:
High, high ...
* Alexander Fieroch [EMAIL PROTECTED] schrieb am [02.06.03 18:01]:
...
Ich habe immernoch keine Hardwareunterstützung bei OpenGL!
Wer kann helfen?
Hast Du auch die NVidia GLX Treiber installiert?
Gibt es passend zum
1 - 100 von 111 matches
Mail list logo