[Flightgear-devel] 3d clouds
Thus is my second message in 1st message I try to attach screenshots but can't see them. Hi guys! I try to dig clouds problem and come across to this situation Clouds particles are improperly sorted from back to front So DepthRenderBin doesn’t sort cloud particles Here is to screen shots First I made by manual placing clouds particles so 1st particle is near to viewer and 10th is far Here we have incorrect.jpg but when I placed 1 particle far from viewer and 10th near you see correct picture correct.jpg Maybe if we are using shaders and osg::Drawable depthrenderbin sorting in osg doesn't work? And we have to do sorting manually? Thanx in advance Bye Roman - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3d clouds incorrect
Attached pics attachment: incorrect.jpg- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3d clouds correct
Attached pics attachment: correct.jpg- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3d clouds
Roman Grigoriev wrote: I try to dig clouds problem and come across to this situation Clouds particles are improperly sorted from back to front So DepthRenderBin doesn’t sort cloud particles Here is to screen shots First I made by manual placing clouds particles so 1st particle is near to viewer and 10th is far Here we have incorrect.jpg but when I placed 1 particle far from viewer and 10th near you see correct picture correct.jpg Maybe if we are using shaders and osg::Drawable depthrenderbin sorting in osg doesn't work? And we have to do sorting manually? I have come to the same conclusion. The depthrenderbin sorting doesn't work in this case because the draw order of the sprites is defined by the CloudShaderGeometry itself. The solution as you have pointed out is to do the sorting manually before rendering. Unfortunately this needs to happen every frame (in CloudShaderGeometry::drawImplementation) The sort needs to be on the z axis of the view fustrum, which can be derived by passing the sprite positions through the Camera ViewMatrix. I'm working on code to do all this, but don't expect to have code available until sometime next week. If anyone wants to look at it before then, they are very welcome! -Stuart - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3d clouds
On Thu, Oct 30, 2008 at 5:15 AM, Stuart Buchanan wrote: I have come to the same conclusion. The depthrenderbin sorting doesn't work in this case because the draw order of the sprites is defined by the CloudShaderGeometry itself. The solution as you have pointed out is to do the sorting manually before rendering. Unfortunately this needs to happen every frame (in CloudShaderGeometry::drawImplementation) The sort needs to be on the z axis of the view fustrum, which can be derived by passing the sprite positions through the Camera ViewMatrix. We redraw the clouds very often, but our view position relative to the clouds isn't changing that fast. If it turns out that constant sorting is a big cpu hit, perhaps we could do a partial sort on each cloud for each frame, so that over the course of a second or two (or 5 or 10?) the cloud will be completely resorted. Just for an example, we could do one bubble sort pass each frame, so over the course of n frames the cloud would get properly sorted. But depending on number of clouds and rate of movement, perhaps that would even be overkill? Maybe we only need to run one pass of the sort algorithm for just a few clouds each frame? (And then maybe we have to flag a situation where the view moves a long ways ... like switching to tower view or a new airport, and then do a full sort in one frame so we don't get stuck seeing a bunch of visual artifacts for the first few seconds of the new view.) Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] 3d clouds
Hi! if you can give me piece of code I try also But in osg group man named Viggo Lovely find a solution how to do it w/o sorting but it needs rendering twice He modified osgforest example so you can look in osg group to find his sources Thanx in advance Bye Roman -Original Message- From: Stuart Buchanan [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2008 1:15 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] 3d clouds Roman Grigoriev wrote: I try to dig clouds problem and come across to this situation Clouds particles are improperly sorted from back to front So DepthRenderBin doesn’t sort cloud particles Here is to screen shots First I made by manual placing clouds particles so 1st particle is near to viewer and 10th is far Here we have incorrect.jpg but when I placed 1 particle far from viewer and 10th near you see correct picture correct.jpg Maybe if we are using shaders and osg::Drawable depthrenderbin sorting in osg doesn't work? And we have to do sorting manually? I have come to the same conclusion. The depthrenderbin sorting doesn't work in this case because the draw order of the sprites is defined by the CloudShaderGeometry itself. The solution as you have pointed out is to do the sorting manually before rendering. Unfortunately this needs to happen every frame (in CloudShaderGeometry::drawImplementation) The sort needs to be on the z axis of the view fustrum, which can be derived by passing the sprite positions through the Camera ViewMatrix. I'm working on code to do all this, but don't expect to have code available until sometime next week. If anyone wants to look at it before then, they are very welcome! -Stuart - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On 29 Oct 2008, at 14:37, Tatsuhiro Nishioka wrote: Let's pass the ball among us a bit more. Enclosed is a Fix-it-for-Mac-with-GeForce-7300GT-only kinda patch for OpenSceneGraph/src/osg/Texture.cpp. This is just to disable hardware mipmapping when Renderer is NVIDIA GeForce 7300 GT OpenGL Engine. A better way is to use OSG_GL_EXTENSION_DISABLE for disabling hardware mipmapping but it doesn't work in this case, so this patch can be a very easy workaround for this issue. Plus, I don't think the environment variable driven GL extension disabling works as expected at all, so it should be also fixed. Trying to test this patch, getting a different hang (sort of) now, where the program is halting on a 'throw' inside OSG - in the Qt image loader, trying to load the C172's clock.rgb. I'm using the OSG 2.6.0 sources, and I seem to recall there was an issue with the Quicktime image loader that you had to work around - is this it? James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Thu, Oct 30, 2008 at 12:36 PM, James Turner [EMAIL PROTECTED] wrote: Trying to test this patch, getting a different hang (sort of) now, where the program is halting on a 'throw' inside OSG - in the Qt image loader, trying to load the C172's clock.rgb. I'm using the OSG 2.6.0 sources, and I seem to recall there was an issue with the Quicktime image loader that you had to work around - is this it? Yes. With more recent OSG the QT loader is not used for loading rgb files anymore. -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
Csaba Halász wrote: On Thu, Oct 30, 2008 at 12:36 PM, James Turner [EMAIL PROTECTED] wrote: Trying to test this patch, getting a different hang (sort of) now, where the program is halting on a 'throw' inside OSG - in the Qt image loader, trying to load the C172's clock.rgb. I'm using the OSG 2.6.0 sources, and I seem to recall there was an issue with the Quicktime image loader that you had to work around - is this it? Yes. With more recent OSG the QT loader is not used for loading rgb files anymore. Just a quick hunch that might be totally unrelated, but I noticed some textures are not a power of two (128, 256, 512, 1024, etc pixels). OSG tries to convert these textures to a power of two, but maybe the test that tries to determine if that is necessary doesn't work properly on MacOS? Erik - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Thu, Oct 30, 2008 at 2:54 PM, Erik Hofman [EMAIL PROTECTED] wrote: Just a quick hunch that might be totally unrelated, but I noticed some textures are not a power of two (128, 256, 512, 1024, etc pixels). OSG tries to convert these textures to a power of two, but maybe the test that tries to determine if that is necessary doesn't work properly on MacOS? I believe the extension for that feature is GL_ARB_texture_non_power_of_two. Running with OSG_NOTIFY_LEVEL=INFO you can verify whether OSG detects that. -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Oct 31, 2008, at 12:01 AM, Csaba Halász wrote: Just a quick hunch that might be totally unrelated, but I noticed some textures are not a power of two (128, 256, 512, 1024, etc pixels). OSG tries to convert these textures to a power of two, but maybe the test that tries to determine if that is necessary doesn't work properly on MacOS? I believe the extension for that feature is GL_ARB_texture_non_power_of_two. Running with OSG_NOTIFY_LEVEL=INFO you can verify whether OSG detects that. Tried it on My MacBook Pro, got that it has GL_ARB_texture_non_power_of_two. According to the log file that I got while debugging on iMac / GeForce 7300GT, it supports GL_ARB_texture_non_power_of_two as well. I also tested A6M2 with resized panel.rgb (500x500) and it worked properly. The log file showed: Scaling image 'snip/data/Aircraft/A6M2/Models/panel.rgb' from (500,500) to (512,512). Now I can tell that OSG properly rescales the image on Mac OS X (at least on my MacBook Pro with ATI Radeon X1600). Tat - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
If you need the patch for osgdb_qt instead of entire OSG/svn, please let me know. I'll send it to you (though I didn't test it on OSG 2.6.0). Tat On Oct 30, 2008, at 10:10 PM, Csaba Halász wrote: On Thu, Oct 30, 2008 at 12:36 PM, James Turner [EMAIL PROTECTED] wrote: Trying to test this patch, getting a different hang (sort of) now, where the program is halting on a 'throw' inside OSG - in the Qt image loader, trying to load the C172's clock.rgb. I'm using the OSG 2.6.0 sources, and I seem to recall there was an issue with the Quicktime image loader that you had to work around - is this it? Yes. With more recent OSG the QT loader is not used for loading rgb files anymore. -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
On mardi 21 octobre 2008, gerard robin wrote: On lundi 20 octobre 2008, gerard robin wrote: On lundi 20 octobre 2008, robin424 wrote: Hello, I can't avoid precipitation with the Rendering option menu , is it just me ? Cheers And modifying any parameters within preference.xml about precipitation don't change anything Cheers Again my question. Is it only me ? or does the Rendering options property are not longer operational with precipitation ? Is it hardcoded within FG ? cheers Again and again and again and again my question, No answer, ?? to me, two possibilities, nobody here, knows the answer OR my questions are too stupid to get any answer ( my feeling goes to that explanation ) -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Thu, Oct 30, 2008 at 5:18 PM, Tatsuhiro Nishioka
[EMAIL PROTECTED] wrote:
I also tested A6M2 with resized panel.rgb (500x500) and it worked properly.
The log file showed:
Scaling image 'snip/data/Aircraft/A6M2/Models/panel.rgb' from (500,500) to
(512,512).
Now I can tell that OSG properly rescales the image on Mac OS X (at least on
my MacBook Pro with ATI Radeon X1600).
No, that's actually the software fallback method. OSG disables
non-power-of-two for Radeon.
if (rendererString.find(Radeon)!=std::string::npos ||
rendererString.find(RADEON)!=std::string::npos)
{
_isNonPowerOfTwoTextureMipMappedSupported = false;
osg::notify(osg::INFO)Disabling
_isNonPowerOfTwoTextureMipMappedSupported for ATI
hardware.std::endl;
}
Similarly, for GeForce FX cards (but is the 7300 an FX?)
if (rendererString.find(GeForce FX)!=std::string::npos)
{
_isNonPowerOfTwoTextureMipMappedSupported = false;
osg::notify(osg::INFO)Disabling
_isNonPowerOfTwoTextureMipMappedSupported for GeForce FX
hardware.std::endl;
}
--
Csaba/Jester
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
On Thu, Oct 30, 2008 at 5:27 PM, gerard robin [EMAIL PROTECTED] wrote: to me, two possibilities, nobody here, knows the answer OR my questions are too stupid to get any answer ( my feeling goes to that explanation ) We know you are not stupid. You are right, current rain/snow ignores the rendering setting. -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
Hi Gerard, I suspect I have the same problem as you. My FlightGear instance (CVS/OSG) seemed to take a large hit in framerate (normal: around 25, now 3FPS) due to precipitation yesterday and when I tried to disable it via the Rendering option menu to check whether it really was precipitation, but nothing happened. I can't reproduce this currently due to a consistent crash, probably due to a version incompatibility with a too old OpenAL installation. Cheers, Ralf gerard robin wrote: I can't avoid precipitation with the Rendering option menu , is it just me ? -- Ralf Gerlich | World Custom Scenery Project Computer Scientist| http://www.custom-scenery.org/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
Csaba Halász wrote: You are right, current rain/snow ignores the rendering setting. We're going to present FG on a show this wekend. Just in case, should we feel annoyed for whatever reason, is there any switch to disable precipitation reliably ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On 30 Oct 2008, at 16:22, Tatsuhiro Nishioka wrote: If you need the patch for osgdb_qt instead of entire OSG/svn, please let me know. I'll send it to you (though I didn't test it on OSG 2.6.0). No, it's fine, I should switch to svn OSG in any case. James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
On jeudi 30 octobre 2008, Csaba Halász wrote: On Thu, Oct 30, 2008 at 5:27 PM, gerard robin [EMAIL PROTECTED] wrote: to me, two possibilities, nobody here, knows the answer OR my questions are too stupid to get any answer ( my feeling goes to that explanation ) We know you are not stupid. You are right, current rain/snow ignores the rendering setting. Thanks, for both answers :) The first one gives me some courage to go on :). My first whish, is to avoid ( when needed) the rain with a specific property. Later on , i wonder on how to modify the rain eye candy which look like more snow, than rain ( too slow when falling , too big size ). Why do you we keep into preferences.xml these unuseful precipitation property ? Cheers -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
On jeudi 30 octobre 2008, Ralf Gerlich wrote: Hi Gerard, I suspect I have the same problem as you. My FlightGear instance (CVS/OSG) seemed to take a large hit in framerate (normal: around 25, now 3FPS) due to precipitation yesterday and when I tried to disable it via the Rendering option menu to check whether it really was precipitation, but nothing happened. I can't reproduce this currently due to a consistent crash, probably due to a version incompatibility with a too old OpenAL installation. Cheers, Ralf gerard robin wrote: I can't avoid precipitation with the Rendering option menu , is it just me ? Yes i do, in addition to it, it is very annoying when we are testing models. -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
On Thu, Oct 30, 2008 at 5:54 PM, Martin Spott [EMAIL PROTECTED] wrote:
We're going to present FG on a show this wekend.
Just in case, should we feel annoyed for whatever reason, is there any
switch to disable precipitation reliably ?
Try attached simple patch.
--
Csaba/Jester
Index: precipitation.cxx
===
RCS file: /var/cvs/SimGear-0.3/source/simgear/environment/precipitation.cxx,v
retrieving revision 1.2
diff -u -r1.2 precipitation.cxx
--- precipitation.cxx 4 Mar 2008 08:58:33 - 1.2
+++ precipitation.cxx 30 Oct 2008 17:15:37 -
@@ -25,6 +25,7 @@
*/
#include precipitation.hxx
+#include visual_enviro.hxx
#include simgear/constants.h
@@ -146,7 +147,8 @@
this-_snow_intensity = this-_rain_intensity;
}
-if (this-_snow_intensity 0) {
+bool enabled = sgEnviro.get_precipitation_enable_state();
+if (enabled this-_snow_intensity 0) {
_precipitationEffect-setWind(_wind_vec);
_precipitationEffect-setParticleSpeed( -0.75f - 0.25f*_snow_intensity);
@@ -158,7 +160,7 @@
_precipitationEffect-setFarTransition(100.0f - 60.0f*sqrtf(_snow_intensity));
_precipitationEffect-setParticleColor(osg::Vec4(0.85, 0.85, 0.85, 1.0) - osg::Vec4(0.1, 0.1, 0.1, 1.0) * _snow_intensity);
-} else if (this-_rain_intensity 0){
+} else if (enabled this-_rain_intensity 0) {
_precipitationEffect-setWind(_wind_vec);
_precipitationEffect-setParticleSpeed( -2.0f + -5.0f*_rain_intensity);
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] World Scenery 1.0.1
Hello everybody! The World Custom Scenery Project is proud to finally present the long-awaited bugfix release V1.0.1 of the World Scenery. The scenery can currently be downloaded at http://mapserver.flightgear.org/Scenery We suggest that mirror provides fetch the release from there. Be sure to also download the shared models collection from http://scenemodels.flightgear.org/download/SharedModels.tgz and unpack the archive in your FGROOT folder. Outline of this mail: - Contents of the scenery - Acknowledgements - Base data - Airport data proposal Contents of the scenery --- In addition to the bugfix the release contains some very fine bits of custom scenery work, namely - 6 Caribbean islands plus Helgoland (John Holden, Christian Schmitt) - Revised ParisV2 scenario from http://helijah.free.fr/flightgear/scenery/ParisV2/ParisV2.htm (cleanup and import by Jon Stockill) - Taxiway signs at 6 airfields: KSFO, KBWI, KLVK, KRHV, TFFF, TJSJ - Major progress in crowding the Scenery with 3D models - by Alexis Bory, Gijs de Rooy, Alex Park, Christian Schmitt, Hugo Devon , Paolo Savini just to name a few of the many involved contributors; Acknowledgements The scenery was built on a quad-processor machine in San Diego with access provided to us by John Graham of Telascience. Jon Stockill and Martin Spott maintain the static scenery objects database at http://scenemodels.flightgear.org/ and provided the adjustments of the elevations in the objects DB. Curt Olson provided us with valuable hints as a long-time scenery builder and TerraGear development. Special thanks go to John Holden and Christian Schmitt, who by their work on manual digitizing of Landsat imagery in the Caribbeans and at Helgoland have helped us pushing the envelope of custom scenery in the official scenery release. We sincerely hope that by this newfound experience more people will go this way of improving the data in the landcover database. Base data - The scenery was generated with terragear-cs, the Custom Scenery version of TerraGear, available at http://mapserver.flightgear.org/git. Except for the obvious cases listed above the following base data was used: - landcover and line data: VMAP0, as available on http://mapserver.flightgear.org/ - airport data (apt.dat): as included in FlightGear Release 1.0 - elevation data: SRTM v2 3arcsec and 30arcsec data - static objects: current status of the FlightGear Static Scenery Database (http://scenemodels.flightgear.org/) as of 29th of October 2008 As apt.dat is distributed with the base package instead of the scenery itself we were unable to use up-to-date airport data. This scenery release is intended to serve as official scenery for the current FlightGear release and therefore its contents must be synchronized with the contents of the released base package. Airport data proposal - As an additional feature the release therefore contains airport data in an Airports-directory, based on a proposal of the Custom Scenery Project on decoupling airport data from the base package. The Custom-Scenery-Team is convinced that airport data related to the geometry of the scenery has its place in the scenery instead of the base package. Besides the easily updated static objects airports currently are the main scenery feature that is and should be in constant flux due to updates by users. Currently, the release-cycle of the base-package dictates the possible update cycle of airport data in the official scenery. This is a pity and ought to be changed. The proposal targeted a scheme which allows users to only download the airport data required for their desired area, while at the same time allowing easy access to the data with either the airport-ID or a position as key. Currently the apt.dat makes up nearly 5MB compressed, containing lots of data which is actually only needed by genapts, but not by FlightGear itself. With the v850 format of apt.dat - which we will hopefully be able to support in the future - this amount of superfluous data will increase. We therefore think that simply distributing apt.dat.gz together with each scenery tile might not be feasible anymore. Each 10x10-degree-tile contains only information about the airports contained in this tile, consisting of at most three XML-files per airport: ICAO.twr.xml, ICAO.threshold.xml, ICAO.parking.xml The ICAO.twr.xml-File contains the position(s) of the tower(s) associated with the airport in a PropertyList, presumably to be used for tower view positioning. The ICAO.threshold.xml-File contains the threshold positions of runways associated with the airport - two per runway - with heading and displacement information, again in a PropertyList. The ICAO.parking.xml-File contains the AI-network for the airport in the well-known format. These files are found in a three-level directory structure (poor man's index). The files for KSFO are
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Oct 31, 2008, at 1:32 AM, Csaba Halász wrote:
On Thu, Oct 30, 2008 at 5:18 PM, Tatsuhiro Nishioka
[EMAIL PROTECTED] wrote:
I also tested A6M2 with resized panel.rgb (500x500) and it worked properly.
The log file showed:
Scaling image 'snip/data/Aircraft/A6M2/Models/panel.rgb' from (500,500) to
(512,512).
Now I can tell that OSG properly rescales the image on Mac OS X (at least on
my MacBook Pro with ATI Radeon X1600).
No, that's actually the software fallback method. OSG disables
non-power-of-two for Radeon.
Yes, the hardware extension is disabled on Radeon,
but it doesn't negate the fact that OSG rescales the image on Mac OS X
properly, does it? :-p
Similarly, for GeForce FX cards (but is the 7300 an FX?)
IIRC, iMac/7300GT uses FX driver, but this doesn't match on Mac with 7300GT
since its renderer name is NVIDIA GeForce 7300 GT OpenGL Engine.
I don't know if the hardware extension properly works on iMac/nVidia, though.
I'm also curious if this extension actually works with Radeon on my MacBook Pro.
Will try it later.
if (rendererString.find(GeForce FX)!=std::string::npos)
{
_isNonPowerOfTwoTextureMipMappedSupported = false;
osg::notify(osg::INFO)Disabling
_isNonPowerOfTwoTextureMipMappedSupported for GeForce FX
hardware.std::endl;
}
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] sky textures (rgb and png)
I notice is Textures/Sky there are rgb and png versions of the textures. Should the rgb variants be removed at some point are these being saved for some reason? Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] new scenery 1.0.1 Models name
Hello I have just tested the last scenery with 1.0.1 version , i mainly notice the quality of the coastline. I could check the Côte d' Azur , which is right again ( only missing some very little islands, which is not a problem) Thanks for it. However on Paris LFPO we get the following errors : Failed to load model: Failed to open file at /usr/local/share/FlightGear/data/Models/Misc/Modulevilletriangl.xml at /usr/local/share/FlightGear/data/Models/Misc/Modulevillerectangl.xml and so on The files are there but only with a different name for instance: Modulevilletriangl-ba.xml Modulevillerectangl-ba.xml and so on Does anybody else could check it ? -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new scenery 1.0.1 Models name
Hi Gerard! Did you download and unpack the SharedModels.tgz from the static objects database, as noted in the announcement? Cheers, Ralf gerard robin wrote: However on Paris LFPO we get the following errors : Failed to load model: Failed to open file at /usr/local/share/FlightGear/data/Models/Misc/Modulevilletriangl.xml at /usr/local/share/FlightGear/data/Models/Misc/Modulevillerectangl.xml -- Ralf Gerlich | World Custom Scenery Project Computer Scientist| http://www.custom-scenery.org/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new scenery 1.0.1 Models name
On jeudi 30 octobre 2008, Ralf Gerlich wrote: Hi Gerard! Did you download and unpack the SharedModels.tgz from the static objects database, as noted in the announcement? Cheers, Ralf gerard robin wrote: However on Paris LFPO we get the following errors : Failed to load model: Failed to open file at /usr/local/share/FlightGear/data/Models/Misc/Modulevilletriangl.xml at /usr/local/share/FlightGear/data/Models/Misc/Modulevillerectangl.xml No i didn't i thought it was part of the generic CVS data package thanks -- Gérard http://pagesperso-orange.fr/GRTux/ J'ai décidé d'être heureux parce que c'est bon pour la santé. Voltaire - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Oct 31, 2008, at 1:32 AM, Csaba Halász wrote:
No, that's actually the software fallback method. OSG disables
non-power-of-two for Radeon.
if (rendererString.find(Radeon)!=std::string::npos ||
rendererString.find(RADEON)!=std::string::npos)
{
_isNonPowerOfTwoTextureMipMappedSupported = false;
osg::notify(osg::INFO)Disabling
_isNonPowerOfTwoTextureMipMappedSupported for ATI
hardware.std::endl;
}
I commented out this portion and tried it on my MacBook Pro/Radeon.
The result is that it seems working.
There's no errors or visible differences as far as I can see.
I found the log related to this issue (shown below), but there's no details
about why they disabled these.
due to performance? or due to some errors? or simply that was due to old driver
bugs?
r4351 | robert | 2005-06-22 20:02:37 +0900 (Wed, 22 Jun 2005) | 2 lines
Disabled NPO2T on GeforceFX.
r4257 | robert | 2005-05-18 05:12:13 +0900 (Wed, 18 May 2005) | 2 lines
Added RADEON as render type for disabling mipmapped NPO2T
r4248 | robert | 2005-05-17 20:00:13 +0900 (Tue, 17 May 2005) | 4 lines
Added differentiation between Non power of two textures when mip mapped vs
when not mipped mapped to get round the issue of incomplete support under
ATI cards.
Tat
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rendering option /Precipitation
Csaba Hal??sz wrote: Try attached simple patch. [...] Content-Type: text/x-diff; name=precipitation.diff Oh, excellent - I would not object if someone commits this to CVS, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sky textures (rgb and png)
Curtis Olson wrote: I notice is Textures/Sky there are rgb and png versions of the textures. Should the rgb variants be removed at some point are these being saved for some reason? Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Hi Curt , I did convert scenery and sky textures to png , and thought I did remove the rgb files ... that was my intent . It would be nice to get rid of all rgb files , IMO . - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On 30 Oct 2008, at 18:22, James Turner wrote: Having some weirdness here - using OSG in Debug mode, it appends a 'd' suffix to the library and plugin names. Fair enough, except at runtime, it's failing to load any of the plugins, since it's looking for names without the 'd'. Eg 'osgdb_qt.so' where it needs to use 'osgdb_qtd.so'. Hacked around this issue for now. So, I can confirm that disabling hardware mip-map generation does fix my initial issue on the 7300 GT, which is great news. Unfortunately, my secondary issue is still present: #0 0x94e31401 in std::basic_stringchar, std::char_traitschar, std::allocatorchar ::basic_string () #1 0x016d5269 in osg::Object::Object (this=0x28b31290, [EMAIL PROTECTED], [EMAIL PROTECTED]) at /Users/jmt/Code/OSG/OpenSceneGraph/src/osg/ Object.cpp:22 #2 0x0214909b in osgDB::ReaderWriter::Options::Options (this=0x28b31290, [EMAIL PROTECTED], [EMAIL PROTECTED]) at ReaderWriter:127 #3 0x021e979e in SGReaderWriterBTGOptions::SGReaderWriterBTGOptions (this=0x28b31290, [EMAIL PROTECTED], [EMAIL PROTECTED]) at SGReaderWriterBTGOptions.hxx:36 #4 0x021e71d1 in simgear::TileEntry::loadTileByName ([EMAIL PROTECTED], options=0x24a6c7f0) at /Users/jmt/Code/FGFS/ SimGear/source/simgear/scene/tgdb/TileEntry.cxx:390 #5 0x021efc61 in simgear::ReaderWriterSTG::readNode (this=0x271f860, [EMAIL PROTECTED], options=0x24a6c7f0) at /Users/jmt/Code/FGFS/ SimGear/source/simgear/scene/tgdb/ReaderWriterSTG.cxx:71 #6 0x021f7396 in simgear::ModelRegistryCallbacksimgear::DefaultProcessPolicy, simgear::DefaultCachePolicy, simgear::OptimizeModelPolicy, simgear::DefaultCopyPolicy, simgear::OSGSubstitutePolicy::loadUsingReaderWriter ([EMAIL PROTECTED], opt=0x24a6c7f0) at ModelRegistry.hxx:115 #7 0x021f9a2c in simgear::ModelRegistryCallbacksimgear::DefaultProcessPolicy, simgear::DefaultCachePolicy, simgear::OptimizeModelPolicy, simgear::DefaultCopyPolicy, simgear::OSGSubstitutePolicy::readNode (this=0x271fdb0, [EMAIL PROTECTED], opt=0x24a6c7f0) at ModelRegistry.hxx:91 #8 0x021f159b in simgear::ModelRegistry::readNode (this=0x271fd50, [EMAIL PROTECTED], opt=0x24a6c7f0) at /Users/jmt/Code/FGFS/SimGear/ source/simgear/scene/model/ModelRegistry.cxx:505 #9 0x00bd8bf8 in osgDB::Registry::readNode (this=0x271cda0, [EMAIL PROTECTED], options=0x24a6c7f0, buildKdTreeIfRequired=false) at Registry:237 #10 0x00bd0580 in osgDB::DatabasePager::DatabaseThread::run (this=0x27dd690) at /Users/jmt/Code/OSG/OpenSceneGraph/src/osgDB/ DatabasePager.cpp:539 #11 0x01be6edc in OpenThreads::ThreadPrivateActions::StartThread (data=0x27dd69c) at /Users/jmt/Code/OSG/OpenSceneGraph/src/OpenThreads/ pthreads/PThread.c++:170 #12 0x923fa6f5 in _pthread_start () What happens (based on earlier testing), is that the dynamic cast is failing (returning null): SGReaderWriterBTGOptions *opt = new SGReaderWriterBTGOptions(*dynamic_castconst SGReaderWriterBTGOptions *(options)); Last time I checked, I logged the pointer address of the SGReaderWriterBTGOptions object, and it was sane, but somehow the dynamic cast failed. I hoped this was the GCC 4.0 bug that Tat has previously mentioned, but I'm using GCC 4.2, and it made no change. This is why I think there's some memory corruption going - something is trashing the RTTI data associated with the object, is my feeling. Ack, James - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] sky textures (rgb and png)
Ok, done .. On Thu, Oct 30, 2008 at 6:46 PM, Syd [EMAIL PROTECTED] wrote: Curtis Olson wrote: I notice is Textures/Sky there are rgb and png versions of the textures. Should the rgb variants be removed at some point are these being saved for some reason? Thanks, Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/http://baron.flightgear.org/%7Ecurt/ http://baron.flightgear.org/%7Ecurt/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel Hi Curt , I did convert scenery and sky textures to png , and thought I did remove the rgb files ... that was my intent . It would be nice to get rid of all rgb files , IMO . - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Oct 31, 2008, at 8:51 AM, James Turner wrote: So, I can confirm that disabling hardware mip-map generation does fix my initial issue on the 7300 GT, which is great news. Unfortunately, my secondary issue is still present: Great to hear that at least the first one is solved :-) What happens (based on earlier testing), is that the dynamic cast is failing (returning null): SGReaderWriterBTGOptions *opt = new SGReaderWriterBTGOptions(*dynamic_castconst SGReaderWriterBTGOptions *(options)); Last time I checked, I logged the pointer address of the SGReaderWriterBTGOptions object, and it was sane, but somehow the dynamic cast failed. I hoped this was the GCC 4.0 bug that Tat has previously mentioned, but I'm using GCC 4.2, and it made no change. This is why I think there's some memory corruption going - something is trashing the RTTI data associated with the object, is my feeling. This problem didn't happen on the iMac that I tested. So this may be a processor related issue. Could you tell me what compiler options did you specify? I wonder if this problem happens when you specify no optimization including -O, -mtune, -march, and -msse. It is also possible that changing -arch option (i386 or -arch x86_64) might help you find what's wrong. Moreover, Does this or similar thing happens on other platforms with dual Xeon? Tat - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/CVS crashes on iMac with nVidia GeForce 7300GT
On Fri, Oct 31, 2008 at 12:51 AM, James Turner [EMAIL PROTECTED] wrote: This is why I think there's some memory corruption going - something is trashing the RTTI data associated with the object, is my feeling. Have you tried to dump the RTTI type of the object? I'd print something like typeid(*options).name() -- Csaba/Jester - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
