Re: [Flightgear-devel] About 3D Clouds

2005-07-05 Thread Martin Spott
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

2005-07-02 Thread Mathias Fröhlich

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

2005-07-02 Thread Mathias Fröhlich

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

2005-07-02 Thread Erik Hofman

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

2005-07-02 Thread Jon Stockill

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

2005-07-02 Thread Arnt Karlsen
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

2005-07-01 Thread Mathias Fröhlich
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

2005-07-01 Thread Frederic Bouvier
  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

2005-07-01 Thread Harald JOHNSEN

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

2005-07-01 Thread Harald JOHNSEN

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

2005-07-01 Thread Norman Vine

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

2005-07-01 Thread Andy Ross

 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

2005-06-30 Thread Harald JOHNSEN

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

2005-06-30 Thread Harald JOHNSEN

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

2005-06-30 Thread Ampere K. Hardraade
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

2005-06-30 Thread Ampere K. Hardraade
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

2005-06-29 Thread Ampere K. Hardraade
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

2005-06-29 Thread Erik Hofman

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

2005-06-29 Thread Martin Spott
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

2005-06-29 Thread Josh Babcock
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

2005-06-29 Thread Simon Hollier

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

2005-06-29 Thread Ampere K. Hardraade
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

2005-06-29 Thread Mathias Fröhlich

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

2005-06-27 Thread Erik Hofman

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


Re: [Flightgear-devel] About 3D Clouds

2005-06-27 Thread Curtis L. Olson

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

2005-06-27 Thread Ampere K. Hardraade
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