Great catch!
I'll fix this soon.
Best,
Tat
On Dec 15, 2008, at 8:26 AM, Frederic Bouvier
wrote:
> Hi Tat,
>
> do you noticed the A6M2 model use two sound files that are not in
> the base package :
> Aircraft/p51d/Sounds/p51d_rpm1.wav and Aircraft/p51d/Sounds/
> p51d_startup.wav reference
On Sun, 2008-12-14 at 12:56 -0700, John Denker wrote:
> On 12/13/2008 06:16 PM, Jon S. Berndt wrote:
>
> > The manual should allow some fairly thorough testing.
>
> OK, good. I reckon thorough testing would be helpful.
>
> As several others have mentioned, before delving too
> deeply into the
Hi Tat,
do you noticed the A6M2 model use two sound files that are not in the base
package :
Aircraft/p51d/Sounds/p51d_rpm1.wav and Aircraft/p51d/Sounds/p51d_startup.wav
referenced in a6m2-sound.xml ?
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album p
On Sun, Dec 14, 2008 at 10:58 PM, Martin Spott wrote:
>
> Not meaning to complain or trying to urge anyone, I just wanted to
> report back that setting:
>
> --prop:/environment/weather-scenario=METAR
>
> either on the command line or in the ~/-fgfsrc file still does neither
> set the "Weather sou
"Csaba Hal??sz" wrote:
> On Sat, Dec 13, 2008 at 1:19 AM, Martin Spott wrote:
> > Stuart Buchanan wrote:
> >> Martin wrote:
> >
> >> > Surprisingly, if you set another weather scenario via the menu, this is
> >> > going to find its proper represenation, as seen in the property
> >> > browser, in t
Durk Talsma wrote:
> Is it hard for you to compile a list of errors, so we can have a look? We
> edited most by hand, so it is quite likely some typo's etc. slipped in.
I've mailed you a list.
Jon
--
SF.Net email is Sp
Hi,
On Sun, Dec 14, 2008 at 7:41 PM, Jon Stockill wrote:
> When importing the recently committed traffic files into the traffic
> database I've noticed that there is some duplication, for example:
>
> EC-HDT is defined for both CLI and IBE with different liveries.
>
CLI: clickair, IBE: iberia,
Hi Jon
On Sunday 14 December 2008 20:00:19 Jon Stockill wrote:
> Jon Stockill wrote:
> > When importing the recently committed traffic files into the traffic
> > database I've noticed that there is some duplication, for example:
> >
> > EC-HDT is defined for both CLI and IBE with different liverie
Csaba Halász wrote:
On Sun, Dec 14, 2008 at 10:59 AM, James Turner wrote:
I agree with the reasoning here, but I've never used game mode in my
life, and I'm slightly surprised that we're still using GLUT at all, I
thought everything was running through osgViewer now. It's not an area
of the
On 12/13/2008 06:16 PM, Jon S. Berndt wrote:
> The manual should allow some fairly thorough testing.
OK, good. I reckon thorough testing would be helpful.
As several others have mentioned, before delving too
deeply into the Cessna-specific details, it might be
worthwhile to vet the engine and
>
> committed. Would it be possible to have some randomness
> when creating a
> layer :
> http://frbouvi.free.fr/flightsim/fgfs_clouds_grid.jpg ? This
> effect appeared with the last cloudset. Before that it was
> unnoticable
> because there was an overlap between cloud patches ( but
> there was
Jon Stockill wrote:
> When importing the recently committed traffic files into the traffic
> database I've noticed that there is some duplication, for example:
>
> EC-HDT is defined for both CLI and IBE with different liveries.
Some problems with flights too, looks like KLM0757 departs at 10:20
Hi Stuart,
Stuart Buchanan a écrit :
> Csaba wrote:
>
>
>> Also, add one new bug reported by Jano: even if you are using METAR
>> scenario, METAR updates don't affect the visuals. That is, if you fly
>> to another airport, or wait for the 15 minute update interval, nothing
>> changes even thoug
When importing the recently committed traffic files into the traffic
database I've noticed that there is some duplication, for example:
EC-HDT is defined for both CLI and IBE with different liveries.
Jon
--
SF.Net emai
Csaba wrote:
> Also, add one new bug reported by Jano: even if you are using METAR
> scenario, METAR updates don't affect the visuals. That is, if you fly
> to another airport, or wait for the 15 minute update interval, nothing
> changes even though the new values show in the property browser.
Th
Hi,
On Sun, Dec 14, 2008 at 6:12 PM, Heiko Schulz wrote:
>
> My last cloudset has fewer but larger sprites. I did this because I noticed
> that it saves a lot of fps. On the forum Gijs noticed the same with my
> cloudset.
>
> Mores sprites means more alpha and more textures which is always a
> f
Hi,
Well:
> It seems to
> me that there are
> relatively few sprites per cloud, unless perhaps I've
> screwed something up
> somewhere else. This means that each cloud sprite is quite
> large, which makes
> sorting them difficult. I suggest trying to build the
> clouds with smaller
> sprites.
On Sun, Dec 14, 2008 at 10:59 AM, James Turner wrote:
>
> I agree with the reasoning here, but I've never used game mode in my
> life, and I'm slightly surprised that we're still using GLUT at all, I
> thought everything was running through osgViewer now. It's not an area
> of the code I feel qual
I have a couple of observations about the clouds.
I think that cranking up the AlphaFunc value would help with the "blue outline"
problem. That being said, blue outlines are a symptom of sorting problems. I
see
a lot of these when testing a local hack that fully sorts the cloud sprites
instead
On samedi 13 décembre 2008, Heiko Schulz wrote:
> I forgot the link to the video:
> http://www.vimeo.com/2511328
>
>
>
Are we sure that the last FG CVS (this morning) contains update which should
solve this (from me)
at a higher altitude leaving the "fog", suddenly the clouds layer under
vani
On 14 Dec 2008, at 07:22, Peter Pindsle wrote:
> When running the opengl (glut) version of fgfs on linux, if I use the
> --enable-game-mode option, it sets the display correctly and all works
> beautifully. However, once I leave fgfs, the screen resolution stays
> set to whatever I specified on
21 matches
Mail list logo