Re: [Flightgear-devel] About 3D Clouds
Mathias Fröhlich wrote: > That is it. > Setting bits-per-pixel to 32 makes the models throw phantastic well looking > shadows! At least for my box with the binary ati driver. > > But doing that kills performance totaly on both machines I develop on. Same here. Setting "--bpp=24" or 32 enables me to watch the shadows on a Radeon9200 with XOrg drivers, but enabling the shadows lets the framerate drop from about 15 fps to below 1 fps (PC-7 at EBWE). Still I'm convinced that this is really a great addition to FlightGear - maybe someday I'll hold hardware in my hands that manages to cope with the load ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On Sat, 2 Jul 2005 09:00:52 +0200, Mathias wrote in message <[EMAIL PROTECTED]>: > That is it. > Setting bits-per-pixel to 32 makes the models throw phantastic well > looking shadows! At least for my box with the binary ati driver. ..AFAIK, ATI cards cannot do 32bpp. They use 24 bit hardware. They will do 24bpp very nicely both when set to 24bpp and "32bpp". -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Mathias Fröhlich wrote: Hey You're the man! That is it. Setting bits-per-pixel to 32 makes the models throw phantastic well looking shadows! At least for my box with the binary ati driver. After things going pop on my machine it's now back working - I dropped the nvidia driver back to the previous version, and now clouds and shadow are working quite happily. Although I have to say that I'm not convinced Harald is in league with the hardware manufacturers. Trying to fly along at 4fps is hard enough, but when you're busy looking at the shadows and going "ooh, wow!" it's practically impossible. I guess it's time to start saving for an upgrade :-) Fantastic work Harald. Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Mathias Fröhlich wrote: > I traced that down yesterday for the binary ati driver. The SGIX Pbuffer Extension just returns no configurations, but the glx Pbuffer code does. I guess that ati phases out support for that extension in favour to the newer standard glx implementation. Does somebody know when glXCreatePbuffer appeared in the glx standard? What I have is glxPBuffer initialization code which works for me. I guess it would be best to make a configure check for glXCreatePbuffer and then try to initialize the SGIX extension Pbuffers. If there is none, try the glXCreatePbuffer stuff if configure found that. What do you think? The RenderTexture class was developed to make use of as much hardware support as possible when rendering to a texture. To do so it does abuse some other hardware functions when pbuffers are not present. In fact, think it is about time to add support for the official rendertexture extension if it is available. If anyone wants to improve the RenderTexture class, please go ahead. Just make sure it is a *runtime* check rather than a configure check! Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Hi, On Montag 27 Juni 2005 20:03, Curtis L. Olson wrote: > For what it's worth, on my 16bit depth buffer laptop, the new 3d clouds > used to work, but sometime around this time frame they stopped working. > I now get a no valid render buffer message. I wonder if this check is > actually too agressive, or perhaps isn't coded 100% correctly??? I traced that down yesterday for the binary ati driver. The SGIX Pbuffer Extension just returns no configurations, but the glx Pbuffer code does. I guess that ati phases out support for that extension in favour to the newer standard glx implementation. Does somebody know when glXCreatePbuffer appeared in the glx standard? What I have is glxPBuffer initialization code which works for me. I guess it would be best to make a configure check for glXCreatePbuffer and then try to initialize the SGIX extension Pbuffers. If there is none, try the glXCreatePbuffer stuff if configure found that. What do you think? Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Hey You're the man! That is it. Setting bits-per-pixel to 32 makes the models throw phantastic well looking shadows! At least for my box with the binary ati driver. But doing that kills performance totaly on both machines I develop on. Switching on shadows halves the framerate with the ati binary driver, where I saw nearly no impact when just using 32bpp. The notebook, just does not have enough video memory to cope with the doubled memory requirement ... So I wonder what is so expensive with the shadows? Does somebody have a pointer how they work? Greetings Mathias On Freitag 01 Juli 2005 20:34, Andy Ross wrote: > > Apparently there is no stencil in 16 bpp mode. Can someone check if > > there is an alpha channel in 16bpp mode and how many bits in it ? > > I actually see the same symptom in 32bpp, but I think I've found it. > Here's a partial explanation: > > When the main window is created, it asks for the depth specified by > the /sim/rendering/bits-per-pixel property. This is hard-initialized > to 16 in options.cxx. > > Now, my desktop is 32bpp, so with older driver versions, the GL would > return a closest-match, which was also 32bpp. But apparently recent > NVidia drivers now have the capability of displaying 16 bit back > buffers onto a 32 bit framebuffer. So the 16bpp request now succeeds, > and FlightGear gets a visual without stencil. > > The immediate workaround is to set /sim/rendering/bits-per-pixel to 32 > in preferences.xml, but long term we need to sort out what our > "default/minimum" framebuffer configuration should be. If the shadows > are going to be part of the standard build, then we should really be > asking for a 32 bit buffer. > > The shadows look *great*, by the way, and run nice and fast on my > laptop. > > Andy > > > ___ > Flightgear-devel mailing list > Flightgear-devel@flightgear.org > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
> Apparently there is no stencil in 16 bpp mode. Can someone check if > there is an alpha channel in 16bpp mode and how many bits in it ? I actually see the same symptom in 32bpp, but I think I've found it. Here's a partial explanation: When the main window is created, it asks for the depth specified by the /sim/rendering/bits-per-pixel property. This is hard-initialized to 16 in options.cxx. Now, my desktop is 32bpp, so with older driver versions, the GL would return a closest-match, which was also 32bpp. But apparently recent NVidia drivers now have the capability of displaying 16 bit back buffers onto a 32 bit framebuffer. So the 16bpp request now succeeds, and FlightGear gets a visual without stencil. The immediate workaround is to set /sim/rendering/bits-per-pixel to 32 in preferences.xml, but long term we need to sort out what our "default/minimum" framebuffer configuration should be. If the shadows are going to be part of the standard build, then we should really be asking for a 32 bit buffer. The shadows look *great*, by the way, and run nice and fast on my laptop. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] About 3D Clouds
Harald JOHNSEN writes: > > > Apparently there is no stencil in 16 bpp mode. > Can someone check if there is an alpha channel in 16bpp mode and how > many bits in it ? There is a 5 5 5 1 where 5 bits per color and one bit alpha mode GL_RGB5_A1 #define GL_UNSIGNED_SHORT_5_5_5_1 0x8034 example usage glTexImage2D( GL_TEXTURE_2D, 0, GL_RGB5_A1, IMAGE_SIZE_X, IMAGE_SIZE_Y, 0, GL_RGBA, GL_UNSIGNED_SHORT_5_5_5_1, 0L ); HTH Norman ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Andy Ross wrote: Frederic Bouvier wrote: The stencil test is always succeeding. Is there a possible interaction with the multi pass clouds. Or maybe there is no stencil buffer. Dumb question: are we sure we are asking for a stencil buffer? In both the glut and SDL implementations? Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Andy Ross wrote: Frederic Bouvier wrote: The stencil test is always succeeding. Is there a possible interaction with the multi pass clouds. Or maybe there is no stencil buffer. Dumb question: are we sure we are asking for a stencil buffer? In both the glut and SDL implementations? Andy Apparently there is no stencil in 16 bpp mode. Can someone check if there is an alpha channel in 16bpp mode and how many bits in it ? Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Frederic Bouvier wrote: > The stencil test is always succeeding. Is there a possible > interaction with the multi pass clouds. Or maybe there is no stencil > buffer. Dumb question: are we sure we are asking for a stencil buffer? In both the glut and SDL implementations? Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
> > The options to enable shadows are in the rendering dialog. > Yep. > > But if I enable that option, I just get a overall darker scene. Just like > Curt reports. The stencil test is always succeeding. Is there a possible interaction with the multi pass clouds. Or maybe there is no stencil buffer. -Fred ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On Donnerstag 30 Juni 2005 18:46, Harald JOHNSEN wrote: > The options to enable shadows are in the rendering dialog. Yep. But if I enable that option, I just get a overall darker scene. Just like Curt reports. Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On June 30, 2005 02:04 pm, Ampere K. Hardraade wrote: > Oh, that explains it. I kept updating the source of SimGear and FlightGear > thinking the problem is originated there, and didn't touch the base > package. =)) > > I will update those files now. > > Thank you very much, > Ampere I got it working now. Very nice. =) http://www.students.yorku.ca/~ampere/fgfs-screen-006.jpg As to the whole screen turning dark, I got the samething in KSFO. I think it may have something to do with the scenery objects there. Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On June 30, 2005 01:40 pm, Harald JOHNSEN wrote: > You need to sync the data or at least data/preferences.xml and > data/gui/dialogs/rendering.xml > > Harald. Oh, that explains it. I kept updating the source of SimGear and FlightGear thinking the problem is originated there, and didn't touch the base package. =)) I will update those files now. Thank you very much, Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Ampere K. Hardraade wrote: On June 30, 2005 12:46 pm, Harald JOHNSEN wrote: The options to enable shadows are in the rendering dialog. Harald. Strangely, the option is not there. Do I have to run ldconfig after I compiled and installed SimGear? Ampere You need to sync the data or at least data/preferences.xml and data/gui/dialogs/rendering.xml Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On June 30, 2005 12:46 pm, Harald JOHNSEN wrote: > The options to enable shadows are in the rendering dialog. > > Harald. Strangely, the option is not there. Do I have to run ldconfig after I compiled and installed SimGear? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Ampere K. Hardraade wrote: On June 29, 2005 09:24 am, Simon Hollier wrote: No 3D clouds on an r200(9200) with the latest ATI(8.14.13) driver : "No suitable pixel format". Shadows work nicely though :> Simon I don't see any evidence of a shadow with my graphic card (ATI 9200SE). May be my graphic card doesn't support it. I don't see any "Enable Shadow" option either. Ampere The options to enable shadows are in the rendering dialog. Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Hi, On Mittwoch 29 Juni 2005 08:45, Ampere K. Hardraade wrote: > hmm... I have tried removing, purging and reinstalling everything related > to Mesa, but the error message about RenderTexture is still there. > > Mathias is the only other person who has the same problem as I have, and > he/she is also using the r200 driver: > http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.htm >l > > I guess something in RenderTexture.cpp is incompatible with Radeon driver? Note that I get the same error with ati's binary driver! I went to a computer store last week and bought a radeon 9800 since they sold that one out. Installed the ati driver hoped to see clouds and shadows. No joy, apart from the fact that you need to dig for patches to the kernel driver before you can compile and even then I still cannot shut down X cleanly. I get a kernel oops ... Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On June 29, 2005 09:24 am, Simon Hollier wrote: > No 3D clouds on an r200(9200) with the latest ATI(8.14.13) driver : "No > suitable pixel format". Shadows work nicely though :> > > Simon I don't see any evidence of a shadow with my graphic card (ATI 9200SE). May be my graphic card doesn't support it. I don't see any "Enable Shadow" option either. Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Josh Babcock wrote: Ampere K. Hardraade wrote: hmm... I have tried removing, purging and reinstalling everything related to Mesa, but the error message about RenderTexture is still there. Mathias is the only other person who has the same problem as I have, and he/she is also using the r200 driver: http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.html I guess something in RenderTexture.cpp is incompatible with Radeon driver? I also get this error, and am using the OS radeon driver with an r200 chip. No clouds either. In a possibly unrelated problem, when I turn on the new shadow code the entire view from the cockpit gets dimmer, but there is not appreciable effect outside the aircraft. Probably not related, but who knows. Josh No 3D clouds on an r200(9200) with the latest ATI(8.14.13) driver : "No suitable pixel format". Shadows work nicely though :> Simon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Ampere K. Hardraade wrote: > On June 28, 2005 12:06 am, Ampere K. Hardraade wrote: > >>On June 27, 2005 04:26 am, Erik Hofman wrote: >> >>>Harald at one point added a check to make sure the RenderTexture context >>>was actually available. It almost looks like this was a bit too drastic. >>> >>>Erik >> >>Interesting. I happen to keep getting an error regarding RenderTextuer >>context -- in both 16bits and 24bits color. >> >>I have done "apt-get install --reinstall" for XFree and Mesa already, but >>the error still presists. I have begun doing searches on Google for this >>error, but I haven't find anything helpful so far. >> >>Do you guys know what cause this error? >> >> >> >>Thanks in advance, >>Ampere > > > hmm... I have tried removing, purging and reinstalling everything related to > Mesa, but the error message about RenderTexture is still there. > > Mathias is the only other person who has the same problem as I have, and > he/she is also using the r200 driver: > http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.html > > I guess something in RenderTexture.cpp is incompatible with Radeon driver? > > > > Ampere > > ___ > Flightgear-devel mailing list > Flightgear-devel@flightgear.org > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d > I also get this error, and am using the OS radeon driver with an r200 chip. No clouds either. In a possibly unrelated problem, when I turn on the new shadow code the entire view from the cockpit gets dimmer, but there is not appreciable effect outside the aircraft. Probably not related, but who knows. Josh ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
"Ampere K. Hardraade" wrote: > Mathias is the only other person who has the same problem as I have, and > he/she is also using the r200 driver: > http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.html No, he isn't the only one. Did you try the same setup with XOrg instead of XFree86 ? I run XOrg-6.8.2 with the r200 driver most of the time and I can't remember expieriencing trouble that somehow matches your description. Probably I didn't create a comparable setup - would you like to describe in detail via private EMail which 'tuning' you choose to trigger this error ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Ampere K. Hardraade wrote: hmm... I have tried removing, purging and reinstalling everything related to Mesa, but the error message about RenderTexture is still there. Mathias is the only other person who has the same problem as I have, and he/she is also using the r200 driver: http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.html I guess something in RenderTexture.cpp is incompatible with Radeon driver? That could be, or a driver problem (although I would expect it catch up earlier since the RenderTexture code is used by more projects. The funny thing is that I couldn't get pbuffers to work on my O2 myself, until I started using the RenderTexture class. Everything works like a charm now ... Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On June 28, 2005 12:06 am, Ampere K. Hardraade wrote: > On June 27, 2005 04:26 am, Erik Hofman wrote: > > Harald at one point added a check to make sure the RenderTexture context > > was actually available. It almost looks like this was a bit too drastic. > > > > Erik > > Interesting. I happen to keep getting an error regarding RenderTextuer > context -- in both 16bits and 24bits color. > > I have done "apt-get install --reinstall" for XFree and Mesa already, but > the error still presists. I have begun doing searches on Google for this > error, but I haven't find anything helpful so far. > > Do you guys know what cause this error? > > > > Thanks in advance, > Ampere hmm... I have tried removing, purging and reinstalling everything related to Mesa, but the error message about RenderTexture is still there. Mathias is the only other person who has the same problem as I have, and he/she is also using the r200 driver: http://baron.flightgear.org/pipermail/flightgear-devel/2005-June/037272.html I guess something in RenderTexture.cpp is incompatible with Radeon driver? Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
On June 27, 2005 04:26 am, Erik Hofman wrote: > Harald at one point added a check to make sure the RenderTexture context > was actually available. It almost looks like this was a bit too drastic. > > Erik Interesting. I happen to keep getting an error regarding RenderTextuer context -- in both 16bits and 24bits color. IRQ's not enabled, falling back to usleeps: 11 1 169 Disabling HW TCL support WARNING: ssgLoad3ds: Texture coords missing. WARNING: ssgLoad3ds: Texture coords missing. RenderTexture Error: Couldn't find a suitable pixel format. < WARNING: ssgLoadAC: Failed to open '/usr/local/FlightGear/share/FlightGear/Aircraft/c172r/Models/c172-dpm.ac' for reading WARNING: ssgLoadAC: Failed to open '/usr/local/FlightGear/share/FlightGear/Aircraft/pa28-161/Models/pa28-161.ac' for reading I have done "apt-get install --reinstall" for XFree and Mesa already, but the error still presists. I have begun doing searches on Google for this error, but I haven't find anything helpful so far. Do you guys know what cause this error? Thanks in advance, Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Harald JOHNSEN wrote:
Erik Hofman wrote:
Ampere K. Hardraade wrote:
After removing Xorg and upgrading XFree to the latest CVS version, I
am finally able to use FlightGear in 24-bits color. However, I am
still not seeing any 3D clouds.
I have an ATI Radeon 9200SE graphic card. I remember 3D Clouds was
working fine when it (the code for the new 3D Clouds) was first
added the code to the CVS. I haven't been able to get the 3D clouds
to show up in subsequent updates.
What am I missing?
Harald at one point added a check to make sure the RenderTexture
context was actually available. It almost looks like this was a bit
too drastic.
Erik
in simgear..bbcache.cxx commited May 15th
*** 114,120
// rt->Reset("rgba tex2D");
if( rt->Initialize(256, 256, true) ) {
- rtAvailable = true;
if (rt->BeginCapture()) {
glViewport(0, 0, 256, 256);
glMatrixMode(GL_PROJECTION);
--- 116,122
// rt->Reset("rgba tex2D");
if( rt->Initialize(256, 256, true) ) {
if (rt->BeginCapture()) {
+ rtAvailable = true;
glViewport(0, 0, 256, 256);
glMatrixMode(GL_PROJECTION);
You can try to reverse that change (moving the rtAvailable = true; one
line up).
But you normaly have a warning in the log if the error comes from this
part of the code.
For what it's worth, on my 16bit depth buffer laptop, the new 3d clouds
used to work, but sometime around this time frame they stopped working.
I now get a no valid render buffer message. I wonder if this check is
actually too agressive, or perhaps isn't coded 100% correctly???
I also get no shadows on my laptop (16bit depth buffer). The entire
scene goes darker and I enter a software rendering only mode (i.e. 5
seconds per frame). Unchecking the shadow toggle box returns things to
working order (i.e. no shadows.)
Regards,
Curt.
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Erik Hofman wrote:
Ampere K. Hardraade wrote:
After removing Xorg and upgrading XFree to the latest CVS version, I
am finally able to use FlightGear in 24-bits color. However, I am
still not seeing any 3D clouds.
I have an ATI Radeon 9200SE graphic card. I remember 3D Clouds was
working fine when it (the code for the new 3D Clouds) was first added
the code to the CVS. I haven't been able to get the 3D clouds to
show up in subsequent updates.
What am I missing?
Harald at one point added a check to make sure the RenderTexture
context was actually available. It almost looks like this was a bit
too drastic.
Erik
in simgear..bbcache.cxx commited May 15th
*** 114,120
// rt->Reset("rgba tex2D");
if( rt->Initialize(256, 256, true) ) {
- rtAvailable = true;
if (rt->BeginCapture()) {
glViewport(0, 0, 256, 256);
glMatrixMode(GL_PROJECTION);
--- 116,122
// rt->Reset("rgba tex2D");
if( rt->Initialize(256, 256, true) ) {
if (rt->BeginCapture()) {
+ rtAvailable = true;
glViewport(0, 0, 256, 256);
glMatrixMode(GL_PROJECTION);
You can try to reverse that change (moving the rtAvailable = true; one
line up).
But you normaly have a warning in the log if the error comes from this
part of the code.
Harald.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] About 3D Clouds
Ampere K. Hardraade wrote: After removing Xorg and upgrading XFree to the latest CVS version, I am finally able to use FlightGear in 24-bits color. However, I am still not seeing any 3D clouds. I have an ATI Radeon 9200SE graphic card. I remember 3D Clouds was working fine when it (the code for the new 3D Clouds) was first added the code to the CVS. I haven't been able to get the 3D clouds to show up in subsequent updates. What am I missing? Harald at one point added a check to make sure the RenderTexture context was actually available. It almost looks like this was a bit too drastic. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] About 3D Clouds
After removing Xorg and upgrading XFree to the latest CVS version, I am finally able to use FlightGear in 24-bits color. However, I am still not seeing any 3D clouds. I have an ATI Radeon 9200SE graphic card. I remember 3D Clouds was working fine when it (the code for the new 3D Clouds) was first added the code to the CVS. I haven't been able to get the 3D clouds to show up in subsequent updates. What am I missing? Thanks in advance, Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
