Re: [Flightgear-devel] Bug report: Tile loading problem?
On Tuesday 27 January 2009, Rob Shearman, Jr. wrote: > Hello -- > > Cruising at FL300 yesterday, and FL310 today, in the > Citation-Bravo, I notice what looks like a scenery tile loading > problem (see the so-named screenshots below, and notice the white > areas near the horizon). However, cruising along, I expected to > steadily get closer to the "edge" of the "tile" shown there, and > eventually see the next one pop into place -- but it seemed more > like the "edges" were not moving, even though the cloud cover > texture (and presumably the ground below) were scrolling past at > a reasonable rate. > > This is using Fred's Win32 build from 2009-01-11, and data from > same date. 3D clouds NOT enabled, and METAR as shown in the > third shot. > > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view&c >urrent=tile-loading-prob-1.jpg > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view&c >urrent=tile-loading-prob-2.jpg > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view&c >urrent=tile-loading-prob-3.jpg > > > Ground speed was something like 340-350 knots, if that matters to > anyone. > > Cheers, > -R. > Robert M. Shearman, Jr. > Transit Operations Supervisor, > University of Maryland Department of Transportation > also known as rm...@umd.edu I was only able to get a quick glimpse of those screen shots before a pop-up appeared and obscured the image, and there's no way I'm going to click on anything in an unsolicited pop-up. >From what I could see though, it looks like one of the problems I reported nearly a year ago, back in Feb 2008. I haven't seen anything go through on cvs that seems to address it so I'm not surprised that it's still there. The perhaps the fact that seemingly few people suffer from it indicates a local problem. Either that, or most people are using an unfeasibly low visibility range. LeeE -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report: Tile loading problem?
Martin Spott wrote: > Hi Rob, > > "Rob Shearman, Jr." wrote: > > >> Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, >> I notice what looks like a scenery tile loading problem (see the >> so-named screenshots below, and notice the white areas near the >> horizon). >> > > Just a few guesses: Did you install the Scenery tiles by hand, do you > use TerraSync (via SVN), did you make sure that all the required > Scenery is actually installed properly, did you succeed in repeating > this effect at least once ? > > Cheers, > Martin. > I don't use TerraSync and the tiles load once you fly over them. I have 1.0 scenery still but has happened with 0.9.10 and 1.0.1. It happens often, sometimes high FLs and every once in a while it happens flying low (>5,000). -- Michael Smith (mdsmith2) -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report: Tile loading problem?
Hi Rob, "Rob Shearman, Jr." wrote: > Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, > I notice what looks like a scenery tile loading problem (see the > so-named screenshots below, and notice the white areas near the > horizon). Just a few guesses: Did you install the Scenery tiles by hand, do you use TerraSync (via SVN), did you make sure that all the required Scenery is actually installed properly, did you succeed in repeating this effect at least once ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] engine reconfiguration?
This morning I did a git-pull and make. I observe that the new version executes in 855 megabytes under conditions where the previous version from a week or two ago executed in only 450 megabytes. That seems kinda extravagant. Is everybody else seeing the same thing? Specifically I'm talking about the number reported by top(1) in the VIRT column. Other tools report slightly different numbers. This is with Debian etch, 32-bit pentium. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] v1.9 screenshots
Hi all, ex-subscriber back in the fray : it's been years, and my hat off to all involved for the leaps and bounds in bringing FGFS so far from its humble beginnings :) In answer to Curt's request for screenies, I have set up a public web album on my Picassa page where I'll be uploading screenshots, both of "eye candy/PR nature" and to illustrate problems (might put the latter in a Glitch subfolder, or somesuch) All the screenshots (by default, my uploaded pictures are NOT) will be under the Creative Commons license so feel free to use them :) (remix, commercial use, share alike are the conditions/rights) http://picasaweb.google.ca/noxiousnic/FlightGear Not much yet, but I'll be uploading regularly. Not sure if I'll keep uploading full size images, as they eat up space quite fast. We'll see :) Cheers, and happy flying to all ! Nic On Mon, Jan 26, 2009 at 3:11 PM, syd adams wrote: > another clue is the C-FGFS on the side of the cessna :) > > > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > -- Be Kind. Remember, everyone is fighting a hard battle. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear --build= options?
Csaba Halász wrote: > On Tue, Jan 27, 2009 at 7:10 PM, dave perry wrote: > >> Sorry, I did not say in the body of the note that the configure error >> occurs when building SimGear. >> > > configure should be able to figure out --build by itself. Look into > config.log and the configure script itself to check why it fails. > Also, the verbatim error message would help. > > I had copied the SimGear from a non 64 bit machine. A clean SimGear cvs co solved the issue. Thanks, Dave -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear --build= options?
On Tue, Jan 27, 2009 at 7:10 PM, dave perry wrote: > > Sorry, I did not say in the body of the note that the configure error > occurs when building SimGear. configure should be able to figure out --build by itself. Look into config.log and the configure script itself to check why it fails. Also, the verbatim error message would help. -- Csaba/Jester -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SimGear --build= options?
dave perry wrote: > I am trying to build cvs fgfs on a new notebook running Fedora10 > x86_64. I am getting a configure error w/o --build specified. What > should I specifiy for --build=?. > > The processors - Intel(R) Core(tm)2 Duo processor T5800. > > - Dave P. > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > Sorry, I did not say in the body of the note that the configure error occurs when building SimGear. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] SimGear --build= options?
I am trying to build cvs fgfs on a new notebook running Fedora10 x86_64. I am getting a configure error w/o --build specified. What should I specifiy for --build=?. The processors - Intel(R) Core(tm)2 Duo processor T5800. - Dave P. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] engine reconfiguration?
On Tue, 2009-01-27 at 08:56 -0700, John Denker wrote: [SNIP] > The c++ code to implement this exists, too. It's only a few lines > of code. If you think you have better code, submit it. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] engine reconfiguration?
On 01/27/2009 12:15 AM, Martin Spott wrote: >> Alright, I've updated JSBSim now, including a number of engine files. >> The following files might need some attention though, since they are not >> in JSBSim CVS: > > Mmmmh, did you make a plan to take care for those models whose authors > don't regularly read this list ? That seems like a reasonable question. I have some related questions. For one thing, in a Real World C182 at 2000 feet, at economy cruise with 18" MAP and 2100 RPM, the engine puts out 45% of rated power with a BSFC of 0.445 ± 0.010 lb/hp.hr or thereabouts. See e.g. the power setting table on page 5-17 of the POH. So the question is, why does the FlightGear model c182rg, with the new FGPiston, put out only 25% of rated power under the given conditions. And why is the BSFC up around 0.7? Pilots tend to notice when the power output is too low by almost a factor of 2, and when they can only fly 2/3rds as far as expected on a given amount of fuel. The deeper question is, why are we playing whack-a-mole in FGPiston.cpp? That is, what's the point of replacing one wildly unphysical throttle model with another? Why not do it right? -- The old model was messed up with regard to power and RPM. -- The new model is messed up with regard to MAP and fuel flow. This suggests it may be a bit premature to run around changing all the .xml configuration files for the FG aircraft. Again: What's the point of replacing one wildly unphysical model with another ... especially given that a well-founded throttle model _that agrees closely with Lycoming factory data_ was worked out some time ago. http://www.av8n.com/fly/engine.htm The c++ code to implement this exists, too. It's only a few lines of code. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report: Tile loading problem?
Frederic Bouvier wrote: > Hi Curt & Rob, > > Not sure that the edge is a tile edge. I could be a cloud layer edge. I don't > recall we extend cloud layers to the extents of the loaded terrain. > > -Fred > > - "Curtis Olson" a écrit : > > >> Hi Rob, >> >> It appears that the code that computes how many rings of tiles to load >> is perhaps not doing that correctly any more? Originally the code >> would ensure that enough tiles were loaded to cover the visibility >> range so that the end of the world would blend seamlessly into the fox >> color which matched the base of the sky color and you didn't see these >> artifacts. >> >> Regards, >> >> Curt. >> >> >> >> On Tue, Jan 27, 2009 at 6:50 AM, Rob Shearman, Jr. wrote: >> >> >> >> >> Hello -- >> >> Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, I >> notice what looks like a scenery tile loading problem (see the >> so-named screenshots below, and notice the white areas near the >> horizon). However, cruising along, I expected to steadily get closer >> to the "edge" of the "tile" shown there, and eventually see the next >> one pop into place -- but it seemed more like the "edges" were not >> moving, even though the cloud cover texture (and presumably the ground >> below) were scrolling past at a reasonable rate. >> >> This is using Fred's Win32 build from 2009-01-11, and data from same >> date. 3D clouds NOT enabled, and METAR as shown in the third shot. >> >> http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-1.jpg >> http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-2.jpg >> http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-3.jpg >> >> >> Ground speed was something like 340-350 knots, if that matters to >> anyone. >> >> Cheers, >> -R. >> Robert M. Shearman, Jr. >> Transit Operations Supervisor, >> University of Maryland Department of Transportation >> also known as rm...@umd.edu >> >> -- >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> ___ >> 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: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> ___ >> Flightgear-devel mailing list >> Flightgear-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel >> > > I have the same thing and the terrain does the same thing (big holes in the ground on clear days) Michael Smith -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report: Tile loading problem?
Hi Curt & Rob, Not sure that the edge is a tile edge. I could be a cloud layer edge. I don't recall we extend cloud layers to the extents of the loaded terrain. -Fred - "Curtis Olson" a écrit : > Hi Rob, > > It appears that the code that computes how many rings of tiles to load > is perhaps not doing that correctly any more? Originally the code > would ensure that enough tiles were loaded to cover the visibility > range so that the end of the world would blend seamlessly into the fox > color which matched the base of the sky color and you didn't see these > artifacts. > > Regards, > > Curt. > > > > On Tue, Jan 27, 2009 at 6:50 AM, Rob Shearman, Jr. wrote: > > > > > Hello -- > > Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, I > notice what looks like a scenery tile loading problem (see the > so-named screenshots below, and notice the white areas near the > horizon). However, cruising along, I expected to steadily get closer > to the "edge" of the "tile" shown there, and eventually see the next > one pop into place -- but it seemed more like the "edges" were not > moving, even though the cloud cover texture (and presumably the ground > below) were scrolling past at a reasonable rate. > > This is using Fred's Win32 build from 2009-01-11, and data from same > date. 3D clouds NOT enabled, and METAR as shown in the third shot. > > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-1.jpg > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-2.jpg > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-3.jpg > > > Ground speed was something like 340-350 knots, if that matters to > anyone. > > Cheers, > -R. > Robert M. Shearman, Jr. > Transit Operations Supervisor, > University of Maryland Department of Transportation > also known as rm...@umd.edu > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > 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: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Frédéric Bouvier http://my.fotolia.com/frfoto/ Photo gallery - album photo http://fgsd.sourceforge.net/ FlightGear Scenery Designer -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug report: Tile loading problem?
Hi Rob, It appears that the code that computes how many rings of tiles to load is perhaps not doing that correctly any more? Originally the code would ensure that enough tiles were loaded to cover the visibility range so that the end of the world would blend seamlessly into the fox color which matched the base of the sky color and you didn't see these artifacts. Regards, Curt. On Tue, Jan 27, 2009 at 6:50 AM, Rob Shearman, Jr. wrote: > Hello -- > > Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, I > notice what looks like a scenery tile loading problem (see the so-named > screenshots below, and notice the white areas near the horizon). However, > cruising along, I expected to steadily get closer to the "edge" of the > "tile" shown there, and eventually see the next one pop into place -- but it > seemed more like the "edges" were not moving, even though the cloud cover > texture (and presumably the ground below) were scrolling past at a > reasonable rate. > > This is using Fred's Win32 build from 2009-01-11, and data from same date. > 3D clouds NOT enabled, and METAR as shown in the third shot. > > > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-1.jpg > > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-2.jpg > > http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-3.jpg > > Ground speed was something like 340-350 knots, if that matters to anyone. > > Cheers, > -R. > > Robert M. Shearman, Jr. > Transit Operations Supervisor, > University of Maryland Department of Transportation > also known as rm...@umd.edu > > > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Bug report: Tile loading problem?
Hello -- Cruising at FL300 yesterday, and FL310 today, in the Citation-Bravo, I notice what looks like a scenery tile loading problem (see the so-named screenshots below, and notice the white areas near the horizon). However, cruising along, I expected to steadily get closer to the "edge" of the "tile" shown there, and eventually see the next one pop into place -- but it seemed more like the "edges" were not moving, even though the cloud cover texture (and presumably the ground below) were scrolling past at a reasonable rate. This is using Fred's Win32 build from 2009-01-11, and data from same date. 3D clouds NOT enabled, and METAR as shown in the third shot. http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-1.jpg http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-2.jpg http://s289.photobucket.com/albums/ll209/rmsjr1974/?action=view¤t=tile-loading-prob-3.jpg Ground speed was something like 340-350 knots, if that matters to anyone. Cheers, -R. Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear 1.9.1
Csaba Halász > > On Tue, Jan 27, 2009 at 3:44 AM, Ron Jensen wrote: > > > > A simple onespeed supercharger example is shown below: > > 1 > > 8.15 > > 1900 > > 2600 > > 0 > > >From an xml standpoint, all those 1s look horrible (I mean > ratedboost1, ratedpower1, etc). > Is it too late to do away with them? > I would suggest something like: > > > > 8.15 > 1900 > 2600 > 0 > > > > > > > I am saying this without any knowledge of the existing conventions and > compatibility issues, so feel free to ignore it :) > You are conflating 2 issues here: a 2 speed supercharger is _not_ the same thing as a 2 stage supercharger. 2 speeds means that there is a gear change mechanism with makes the supercharger spin at different speeds relative to the engine rpm. 2 stage means that there are 2 compressors (stages) in series - the output of the first is the input of the second. A supercharger can be any combination of stages and speeds, and not limited to just 2: 3 stages/speeds were built. Vivian -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel