-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ampere K. Hardraade schrieb:
However, there is some strange coloring issue:
http://www.cs.yorku.ca/~cs233144/fgfs-screen-001.jpg
You shouldn't take drugs and then fly!!!
CU,
Christian :)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0
On December 13, 2005 01:28 am, Mathias Fröhlich wrote:
Well I swapped the minor and major aguments ...
Yep. That line that you have added works.
That one, appart from the color issue?
Other than the color issue, the simulation seems to run fine.
Ampere
On December 13, 2005 10:38 pm, Ampere K. Hardraade wrote:
That one, appart from the color issue?
Other than the color issue, the simulation seems to run fine.
Ampere
Actually, no. I've just noticed another problem.
http://www.students.yorku.ca/~ampere/fgfs-screen-002.jpg
Ampere
On Donnerstag 08 Dezember 2005 02:08, Ampere K. Hardraade wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
So, the problem seems to be that pbuffer is not supported?
Can you test the attached patch?
Greetings
Mathias
--
Mathias Fröhlich, email: [EMAIL PROTECTED]
Index:
On December 12, 2005 01:19 pm, Mathias Fröhlich wrote:
On Donnerstag 08 Dezember 2005 02:08, Ampere K. Hardraade wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
So, the problem seems to be that pbuffer is not supported?
Can you test the attached patch?
Greetings
On December 12, 2005 07:09 pm, Ampere K. Hardraade wrote:
On December 12, 2005 01:19 pm, Mathias Fröhlich wrote:
On Donnerstag 08 Dezember 2005 02:08, Ampere K. Hardraade wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
So, the problem seems to be that pbuffer is not supported?
On Dienstag 13 Dezember 2005 03:31, Ampere K. Hardraade wrote:
After some investigation, I found that the new if...else statement never
got run because RenderTexture was able to successfully try the glx version
1.3 functions.
Well I swapped the minor and major aguments ...
That one, appart from
On Donnerstag 08 Dezember 2005 10:05, Erik Hofman wrote:
Yes, and it also looks like the detection code is missing in
RenderTexture.cpp ??!
It looks like that ...
I got the glxinfo's output from Ampere to check for exactly that but that
slipped through my eyes.
Erik, are you already working on
Ampere K. Hardraade wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
So, the problem seems to be that pbuffer is not supported?
Yes, and it also looks like the detection code is missing in
RenderTexture.cpp ??!
Erik
___
Flightgear-devel
https://bugs.freedesktop.org/show_bug.cgi?id=5142
So, the problem seems to be that pbuffer is not supported?
Ampere
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Ampere K. Hardraade wrote:
On November 30, 2005 08:22 pm, Curtis L. Olson wrote:
Perhaps explain to them what our code is attempting to do, and then ask
if they know of a GLX supported way to do it.
I would do that if I can. However, I am not a programmer, and nothing in
On December 2, 2005 05:50 am, Harald JOHNSEN wrote:
The code creates a pbuffer the standard way, there is nothing special in
rendertexture, the only things
special is the choice of the api, using glx pre or post 1.3 - and this
code won't work well for long
since mesa lies on version numbers.
Mathias Fröhlich wrote :
On Sonntag 27 November 2005 13:14, Frederic Bouvier wrote:
Why not installing an X11 error handler to trap this instead of letting the
default handler simply exiting ?
Well, ist this possible?
I was very excited about that idea, but found in the documentation
On November 30, 2005 08:22 pm, Curtis L. Olson wrote:
Perhaps explain to them what our code is attempting to do, and then ask
if they know of a GLX supported way to do it.
I would do that if I can. However, I am not a programmer, and nothing in
RenderTexture.cpp makes any sense to me. :(
What
Selon Ampere K. Hardraade:
On November 30, 2005 08:22 pm, Curtis L. Olson wrote:
Perhaps explain to them what our code is attempting to do, and then ask
if they know of a GLX supported way to do it.
I would do that if I can. However, I am not a programmer, and nothing in
RenderTexture.cpp
On November 26, 2005 10:50 pm, Ampere K. Hardraade wrote:
I finally managed to compile Xorg from source today and managed to get more
information from gdb. I have also filed a bug report with Xorg:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
Ampere
Ampere K. Hardraade wrote:
On November 26, 2005 10:50 pm, Ampere K. Hardraade wrote:
I finally managed to compile Xorg from source today and managed to get more
information from gdb. I have also filed a bug report with Xorg:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
Ampere
On Thu, 2005-11-24 at 10:06 +0100, Stefan Seifert wrote:
I just wanted to note, that when it is clear, that it's a bug in ATI's
drivers, someone should post a bugreport in the ATI driver Bugzilla:
http://ati.cchtml.com/
This is actually a place where driver developers are watching and a good
[EMAIL PROTECTED] iso]$ /opt/fgfs/bin/fgfs
opening file: /opt/fgfs/share/FlightGear/Navaids/carrier_nav.dat
/opt/fgfs/share/FlightGear/Navaids/TACAN_freq.dat
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 143 (GLX)
Minor opcode of failed
On Sonntag 27 November 2005 13:14, Frederic Bouvier wrote:
Why not installing an X11 error handler to trap this instead of letting the
default handler simply exiting ?
Well, ist this possible?
I was very excited about that idea, but found in the documentation that the
error handler needs to
Selon Mathias Fröhlich [EMAIL PROTECTED]:
On Sonntag 27 November 2005 13:14, Frederic Bouvier wrote:
Why not installing an X11 error handler to trap this instead of letting the
default handler simply exiting ?
Well, ist this possible?
I was very excited about that idea, but found in the
On Sun, 2005-11-27 at 13:14 +0100, Frederic Bouvier wrote:
[EMAIL PROTECTED] iso]$ /opt/fgfs/bin/fgfs
opening file: /opt/fgfs/share/FlightGear/Navaids/carrier_nav.dat
/opt/fgfs/share/FlightGear/Navaids/TACAN_freq.dat
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode
Selon Timo Saarinen [EMAIL PROTECTED]:
On Sun, 2005-11-27 at 13:14 +0100, Frederic Bouvier wrote:
[EMAIL PROTECTED] iso]$ /opt/fgfs/bin/fgfs
opening file: /opt/fgfs/share/FlightGear/Navaids/carrier_nav.dat
/opt/fgfs/share/FlightGear/Navaids/TACAN_freq.dat
X Error of failed request:
I finally managed to compile Xorg from source today and managed to get more
information from gdb. I have also filed a bug report with Xorg:
https://bugs.freedesktop.org/show_bug.cgi?id=5142
Ampere
___
Flightgear-devel mailing list
Mathias Fröhlich wrote:
On Freitag 25 November 2005 04:28, Ampere K. Hardraade wrote:
Ignore what I wrote in my last E-mail. I didn't realize I have errors when
compiling.
Whatever we end up here, I think that somebody with such hardware available
should try to reproduce this with a
On November 25, 2005 01:35 am, Mathias Fröhlich wrote:
I got the following errors when doing a make-install. What do I need to
change?
It looks like the RenderTexture stuff is not found at all. Did you get a
compile error during RenderTexture compiles too?
Greetings
Mathias
I
Hi Mathias,
I switched to the open source driver to see if I had better luck than
with ATI's propietary one, and have encountered the same
problem Ampere is having...
I have tried to compile FlightGear using the TestRenderTexture.cpp in
the cvs but am unable to compile it, here's a brief summary
Mathias Fröhlich wrote:
On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Serial number of failed request: 30
Ampere K. Hardraade wrote:
First of all, thanks for looking into this. I have just tried your patch (I
assume it was commited to the CVS). Unfortunately, it didn't work. I am
still getting the GLXUnsupportPrivateRequest error at exactly the same spot.
I'm afraid I can't help any further.
Stefan Seifert wrote:
Mathias Fröhlich wrote:
On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Serial
On Thursday 24 November 2005 20:18, Josh Babcock wrote:
Stefan Seifert wrote:
Mathias Fröhlich wrote:
On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 145 (GLX)
Minor opcode of
On Donnerstag 24 November 2005 10:06, Stefan Seifert wrote:
I just wanted to note, that when it is clear, that it's a bug in ATI's
drivers, someone should post a bugreport in the ATI driver Bugzilla:
http://ati.cchtml.com/
No, it is not a problem of the ati binary driver, this is with the dri
On November 24, 2005 01:50 am, Mathias Fröhlich wrote:
Well, as far as I can see and remember:
The client libraries send a request to the 'display system' and the
'display system' bails out with an 'unsupported request'.
The error message is somehow misslieading, since the problem happens when
On November 24, 2005 03:01 pm, Mathias Fröhlich wrote:
Also the chance that this is already fixed with the next pending xorg
release is high IMO. I dan no longer try, but if somebody can install the
current release candidate and see if it is still there, we will know.
Ok, I know about the
On November 24, 2005 01:50 am, Mathias Fröhlich wrote:
Well, as far as I can see and remember:
The client libraries send a request to the 'display system' and the
'display system' bails out with an 'unsupported request'.
The error message is somehow misslieading, since the problem happens when
On Freitag 25 November 2005 04:28, Ampere K. Hardraade wrote:
Ignore what I wrote in my last E-mail. I didn't realize I have errors when
compiling.
Whatever we end up here, I think that somebody with such hardware available
should try to reproduce this with a small test program for two
On November 22, 2005 01:06 pm, Erik Hofman wrote:
Hi,
I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?
Erik
First of all, thanks for looking into this. I have just tried your patch (I
assume it was commited to the CVS). Unfortunately, it
On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Serial number of failed request: 30
Current serial number in
Hi,
I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Quoting Erik Hofman :
Hi,
I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?
Erik,
search the string '_vsnSG_LOG' in rendertexture.cpp
-Fred
___
Flightgear-devel mailing list
Erik Hofman wrote:
I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?
Yes, but I won't see 'my' PeeCee, the one at my customers location
that's equipped with an r200 board, before thursday,
Martin.
--
Unix _IS_ user friendly - it's just selective
Frederic Bouvier wrote:
search the string '_vsnSG_LOG' in rendertexture.cpp
In case you missed the CVS log message; this is fixed now.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
On November 22, 2005 01:06 pm, Erik Hofman wrote:
Hi,
I might have solved the nasty RenderTexture bug for ATI cards in CVS.
Anyone cares to test it?
Erik
I do.
Ampere
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Hi Erik,
I have tried tonight the cvs version and although I'm not suffering the
RenderTexture problem (I use ATI's propietary binary driver - latest
version 8.19.10), I have found the following error when starting up FG.
RenderTexture Error: glXCreateGLXPbufferPtr() failed
The program loads
Enrique Vaamonde wrote:
Hi Erik,
I have tried tonight the cvs version and although I'm not suffering the
RenderTexture problem (I use ATI's propietary binary driver - latest
version 8.19.10), I have found the following error when starting up FG.
RenderTexture Error: glXCreateGLXPbufferPtr()
Hi Curt,
as a matter of fact, the last line of the bt is this:
#24939 0xafc88a19 in __glim_R200TCLDrawArrays ()
from /usr/X11R6/lib/modules/dri/atiogl_a_dri.so
(gdb)
...after that it's all empty...any clues? am I missing something?
thank you :)
-E
Curtis L. Olson wrote:
Enrique Vaamonde
Enrique Vaamonde wrote:
Hi Curt,
as a matter of fact, the last line of the bt is this:
#24939 0xafc88a19 in __glim_R200TCLDrawArrays ()
from /usr/X11R6/lib/modules/dri/atiogl_a_dri.so
(gdb)
...after that it's all empty...any clues? am I missing something?
thank you :)
There are
Hi Curt,
disregard the last message, I must have screwed up somewhere...
anyway...here's the bt after the ATI driver errors:
#87344 0x08418821 in ssgVtxTable::draw_geometry (this=0xecd8ba8)
at ssgVtxTable.cxx:635
#87345 0x08417fe9 in ssgVtxTable::draw (this=0xecd8ba8) at
ssgVtxTable.cxx:560
Hnmm, according to this you are crashing trying to draw the ambient
ground light points. That should just be a collection of simple points
with no strange opengl calls, unless you've turned on some of the fancy
point lighting effects. If you have those on, you might want to turn
them off.
Acctually I shouldn't be using any advanced or fancy point lightning
effects unless they come turned on in the default preferences in the
cvs. Funny thing is: why is the driver crashing only in the bay area
scenery? I don't seem to have any night flying problems with the other
area I use
Well, neither disabling 3D objects nor going back to freeglut 2.2 (and
recompiling simgear/fg with it, just in case) fixed the problem...
if any of you has a suggestion, please do speak up :) By the
way...additional problems: no 3d clouds at all and the sun is displayed
as a black circle.
I
Enrique Vaamonde wrote:
I will try to use the open source drivers and see if anything improves,
which I doubt.
The OpenSource drivers should do - at least they did for me for a long
time,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
52 matches
Mail list logo