Re: [Flightgear-devel] October $250 Flight Gear Developers

2009-10-19 Thread Durk Talsma
On Sunday 18 October 2009 10:41:19 am George Patterson wrote:
> On Sun, Oct 18, 2009 at 4:59 PM, syd adams > wrote:
> > Yup.
> > Apparently there's no limit to the depths they will sink.
>
> But they keep bobbing to the surface. :-/
>

Speaking of prizes and sweepstakes:

Can we nominate this for the "most convoluted piece of prose in the Galaxy" 
award?

http://flightprosim.net/getting-free-flight-simulators/

Also, check out the "independent" review site that I got this link from:
http://flightprosim.net/

(Not sure whether to close this message with :-) or :-( )

Cheers,
Durk



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Durk Talsma
On Monday 19 October 2009 09:33:25 pm Curtis Olson wrote:
>
> These are my thoughts ... I haven't had a chance to fully investigate.  It
> would be great if some of you seeing the problem could try the KBOS->KJFK
> route to see if this triggers the bug for you.  And those of you who
> haven't seen this problem could try the flight as well to see if you also
> have this bug.
>

I have seen a similar problem a couple of weeks ago, enroute from EDDP to 
EHAM. the problem appeared approx halfway the flight, and appears to occur 
after cycling through the external views using my joystick view cycle button 
(the Saitek-Pro FlightYoke). Since the Saitek button only cycles through a 
limited nr of views, my impression was that something got mixed up in the tile 
scheduler, as a consequence. What is interesting is that in my case, the tiles 
appeared to be missing in a checkerboard type fashion, and cycling through the 
views, caused an alternation of the visible tiles. In other words, after 
completing a complete viewing cycle, tiles that were initially invisible were 
now visible, while those initially visible were now just holes. Finally, I 
found that doing a complete view cycle, using the [v] [shift-v] keys, seem to 
restore the normal situation, at least temporarily. 

Don't know how to interpret this yet, but at least this might be something to 
play with.

Cheers,
Durk

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread dave perry
dave perry wrote:
>
> With an update this morning from cvs, I still only hear ATC and that 
> with frequency distortion.  Did I miss a required library change?  I 
> have openal-0.0.9-0.15.20060204cvs.fc9.i386 and 
> freealut-1.1.0-6.fc9.i386 with fc10.
>
>
>   
The above is on my desktop (Athlon XP 3200+, current FC10, AC'97 Chip 
ALC650.

I also have a notebook with an Intel core2 duo running FC10 64 bit.  On 
this system I get all the AC sounds but still distorted ATC.  I am using 
the following update script on both systems.

echo "This script will update source from cvs and then compile and install"
echo "(1) the SimGear library,"
echo "(2) FlightGear source files, and"
echo "(3) finally just update the FlightGear/data folder."
echo ""
echo "Updating the SimGear library source "
cd ~
cd source-osg/SimGear
cvs up -dP
sh autogen.sh
./configure CFLAGS="-march=native" CXXFLAGS="-march=native" 
--with-jpeg-factory
echo " "
echo "Compiling SimGear **"
make
echo " "
echo "Installing the SimGear library *"
sudo make install
echo " "
echo "Updating FlightGear source *"
cd ../source-fgfs
cvs up -dP
sh autogen.sh
./configure CFLAGS="-march=native" CXXFLAGS="-march=native" 
--prefix=$FG_ROOT
echo " "
echo "Compiling FlightGear ***"
make
echo " "
echo "Installing FilghtGear executables **"
sudo make install
echo " "
echo "Updating the Base package data *"
cd $FG_ROOT
cvs up -dP
echo ""
cd ~
echo "Update COMPLETE!"

Regards,
Dave P.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Nicolas Quijano
In Debug :
Still crashing on rumble.wav, still on SGSoundSample::free data : delete
_data.release() is the culprit, albeit no problems in generating the al
buffer for rumble.wav, etc.
That's when the sample does the test if it's a file or not, and then deletes
it in SGSoundManager::requestBuffer.

Before the crash :
Btw, the ATCMgr is initialized before the sound manager, and the ATCVoice is
trying to do its thing with _working obviously set to false. Not sure that's
the case in release, as ATIS is managed by this, right, and couldn't get it
to shut up as I mentioned previously (changing frequencies didn't do
anything, it would keep giving me the audio loop)

It's also trying to resume the sound manager later on during init (in
setFreeze (false), still before the latter is initialized.
this sets _active to true, before the sound manager has been initialized (it
exists, obviously, but init has not been called yet)

Hope this helps,
Nic



On Mon, Oct 19, 2009 at 12:27 PM, Alan Teeder wrote:

>  Did another CVS update after reading this post and get same result as
> Nicolas
>
>
>
> Alan
>
>
>
>
-- 
Be Kind.
Remember, everyone is fighting a hard battle.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Curtis Olson
On Mon, Oct 19, 2009 at 5:07 AM, Heiko Schulz  wrote:

> Hello all,
>
>
> > Hello,
> >
> > here is another snapshot while flying which demonstrates
> > the problem quite
> > well:
> >
> > http://www.martinlaabs.de/tmp/fgfs-screen-006.png
> >
> > Greetings,
> >   Martin L.
> >
>
> I have sometimes the same problems using Terragear terrain but not beeing
> connected to the server. (so not fetching tiles, but using the fetched tiles
> instead)
>
> It seems indeed to me, that tile actually under and nearest to the aircraft
> disappears, and appears again when it is  in a certain distance.
>
> In the moment I don't have this problem using CVS from 09/13/2009, but with
> some older binaries I had this problem.
>

I don't have time today to check this again, but previously I could reliably
trigger this bug by flying from KBOS to KJFK.  Somewhere about halfway I
started seeing the problem, and by the time I would get to JFK, the tiles
would be missing more than they were present.

At the time I convinced myself this is a tile caching bug.  Originally tiles
were flushed out of the cache based on their distance from the current view
point.  Along the way this got changed to a time based system so that the
most recently used tiles were highest priority in the cache.  (This makes
some sense if the view point can jump around significantly like between the
tower and the aircraft when the two are far apart.)

Then during the OSG port, this got further modified so that only tiles that
were drawn got their time stamps updated.  (That sounded like a good idea at
least on paper.)  This unfortunately led to a race condition that could
cause a tile to be unloaded before it was properly scheduled.  Even worse,
the current tile that you are over the top of could be missing when you did
a reposition, and because it had already been scheduled for loading, it was
never scheduled again.  But in the mean time it had been flushed from the
cache so it was no longer there.  Oh, and by the way, the FDM needed a
ground height query to succeed before it could re-init, so this led to a
deadlock and hang.  We did a small bit of massage on the OSG logic and that
fixed the one reliable test case I had at the time.

However, a similar missing tile problem resurfaced later on during a
KBOS->KJFK flight.

So I still think this is a tile caching issue.  The contributing factors to
consider (I think) are:

- time based aging of cache entries may not be the best approach, especially
in a situation where you could potentially remove a tile that is literally
underneath you if it's never actually entered the view frustum. Also
considering that an aircraft could turn 180 degrees suddenly, a distance
base cache "aging" scheme might be better?

- The AI and multplayer system?  Since all the cache aging code was written,
we've added features for doing terrain height queries.  AI aircraft and even
nasal scripts can now query the terrain system to return the terrain height
for any arbitrary location or even the terrain intersection with any
aribitrary vector.  Could this code be causing tiles from outside the view
to get referenced and then tiles underneath the viewer end up getting
removed to make room?  Do we need to think through the tile intersection
query semantics in the context of the tile cache scheme to make sure we
haven't overlooked something?

These are my thoughts ... I haven't had a chance to fully investigate.  It
would be great if some of you seeing the problem could try the KBOS->KJFK
route to see if this triggers the bug for you.  And those of you who haven't
seen this problem could try the flight as well to see if you also have this
bug.

Thanks,

Curt.
-- 
Curtis Olson: http://baron.flightgear.org/~curt/
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Alan Teeder
Did another CVS update after reading this post and get same result as
Nicolas

 

Alan

 

  _  

From: Nicolas Quijano [mailto:nquij...@gmail.com] 
Sent: 19 October 2009 16:24
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] New Sound system committed

 

AIPlane doesn't build here, a problem with conversion from a unsigned char*
to the std::auto pointer thingy here :

new SGSoundSample((unsigned char*)buf.c_str(), buf.length(), 8000 ); at line
204


Didn't get Alan's errors in SG 'though, even though I use the same compiler
as him. 
Weird. 

On Mon, Oct 19, 2009 at 11:02 AM, dave perry 
wrote:

James Sleeman wrote:
> On 20/10/09 00:07, James Sleeman wrote:
>> On 19/10/09 23:42, Erik Hofman wrote:
>>
>>> Ok I think I've ironed out most of the bugs. I hope also the one that
>>> James reported but I don't hold my breath for it just yet.
>>>
>>
>> So far so good, compiles and runs, and produces sound.  Will try a short
>> flight and see if any problems crop up.
>>
>
> Seems to be working ok, a bit, umm, stuttery, sort of, particularly
> background "wind", seemed to switch left-right a bit, but those
> problems might just be me, maybe even just an illusion.
>

With an update this morning from cvs, I still only hear ATC and that
with frequency distortion.  Did I miss a required library change?  I
have openal-0.0.9-0.15.20060204cvs.fc9.i386 and
freealut-1.1.0-6.fc9.i386 with fc10.




--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
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.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Nicolas Quijano
Still no proper sound, and I think (can't make an informed judgement, no
expert on threading) we have some serious timing issues on init and startup,
and not just on windows (people have reported the same kind of stuff on
Linux)
Deadlock in MP, have to kill fgfs with today's build (with code commented
out of AIPlane to build, but I don't use AI Traffic anyway. Would love not
to have to load all the AI routes and stuff when it's disabled)

No sound in "single player", longer delay than usual before sim starts.
Might do some debugging later on, no time right now.
Cheers,
Nic




-- 
Be Kind.
Remember, everyone is fighting a hard battle.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Matias D'Ambrosio
On Sun, Oct 18, 2009 at 12:59 PM, Geoff McLane  wrote:
> Hi Vivian,
>
>>> using anything other than the
>>> latest build from Creative Labs?
>
> Well they could for example be using the openal-soft
>  http://sourceforge.net/projects/openal-soft/
> which suggests it is version 1.2.??? And has a CVS
> download, and uses the 'AL' sub-directory!
>
 Software versions and standard versions are two different things, the
OpenAL specification is currently at version 1.1, OpenAL-Soft
implements it.
 Also, that's the wrong place,
 http://kcat.strangesoft.net/openal.html
 is the right one, which doesn't use CVS but git.

>>> cause a crash on exit here
>
> Have not been particularly following ALL the posts on
> this, but with MSVC9's debugger you should be able to
> 'see' _EXACTLY_ where/when this happens...
>
> Quite frequently, in Debug mainly, but can happen also
> in 'random' memory in Release, it is due to things like -
>   if ( _data )
>      delete _data;  // a crash exit
> since, in Debug especially, such a variable is likely filled
> with a debug value, by the MSVC compiler, deliberately, and
> has has never been initialized to NULL in the code...
>
> This is very common... It seems GCC quite frequently ensures
> such 'memory', 'variables' etc are all zeros...
 I believe in debug mode gcc indeed initialises all memory to 0, this
of course should not be done in release mode. Release code should not
depend on the value of uninitialised variables.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Nicolas Quijano
AIPlane doesn't build here, a problem with conversion from a unsigned char*
to the std::auto pointer thingy here :

new SGSoundSample((unsigned char*)buf.c_str(), buf.length(), 8000 ); at line
204


Didn't get Alan's errors in SG 'though, even though I use the same compiler
as him.
Weird.

On Mon, Oct 19, 2009 at 11:02 AM, dave perry wrote:

> James Sleeman wrote:
> > On 20/10/09 00:07, James Sleeman wrote:
> >> On 19/10/09 23:42, Erik Hofman wrote:
> >>
> >>> Ok I think I've ironed out most of the bugs. I hope also the one that
> >>> James reported but I don't hold my breath for it just yet.
> >>>
> >>
> >> So far so good, compiles and runs, and produces sound.  Will try a short
> >> flight and see if any problems crop up.
> >>
> >
> > Seems to be working ok, a bit, umm, stuttery, sort of, particularly
> > background "wind", seemed to switch left-right a bit, but those
> > problems might just be me, maybe even just an illusion.
> >
> With an update this morning from cvs, I still only hear ATC and that
> with frequency distortion.  Did I miss a required library change?  I
> have openal-0.0.9-0.15.20060204cvs.fc9.i386 and
> freealut-1.1.0-6.fc9.i386 with fc10.
>
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> 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.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Alasdair Campbell
On Tue, 2009-10-20 at 00:07 +1300, James Sleeman wrote:
> On 19/10/09 23:42, Erik Hofman wrote:
> > Ok I think I've ironed out most of the bugs. I hope also the one that 
> > James reported but I don't hold my breath for it just yet.
> >   
> 
> So far so good, compiles and runs, and produces sound.  Will try a short 
> flight and see if any problems crop up.
> 
I am still having problems with the new sound system.

I note in my flightgear terminal at start-up:
"AL Error (atc):..."
this is the SG_LOG message from SGSampleGroup::testForALError(string s)
where s = "resume"
I see that the message relates to an error number 40964 and that the
message is truncated, as there seems to be no return from the call to
alGetString(error). (Like a thread had died or something??)
The first call originates from ATC.cxx
{
SGSoundMgr *smgr;
smgr = (SGSoundMgr *)globals->get_subsystem("soundmgr");
_sgr = smgr->find("atc", true);
}
 commenting this out reveals more similar errors.

If I attempt to examine the return by saying something like:
   string myString = alGetString(error)
   cout << "My string = " << myString << endl;
then all manner of strange things occur including :
"Unknown exception in the main loop. Aborting...
 Possible cause: no such file or directory"

1) Is anyone else seeing this strange message (I am on AMD64, running
   Debian Squeeze)?
2) Is this peculiar behaviour an indicator to the odd things going on
   since the committment of the new system?

Kind regards
Alasdair
 
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread dave perry
James Sleeman wrote:
> On 20/10/09 00:07, James Sleeman wrote:
>> On 19/10/09 23:42, Erik Hofman wrote:
>>   
>>> Ok I think I've ironed out most of the bugs. I hope also the one that 
>>> James reported but I don't hold my breath for it just yet.
>>> 
>>
>> So far so good, compiles and runs, and produces sound.  Will try a short 
>> flight and see if any problems crop up.
>>   
>
> Seems to be working ok, a bit, umm, stuttery, sort of, particularly 
> background "wind", seemed to switch left-right a bit, but those 
> problems might just be me, maybe even just an illusion.
>
With an update this morning from cvs, I still only hear ATC and that 
with frequency distortion.  Did I miss a required library change?  I 
have openal-0.0.9-0.15.20060204cvs.fc9.i386 and 
freealut-1.1.0-6.fc9.i386 with fc10.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] props.hxx - 4 modules not compiling with VC90

2009-10-19 Thread Alan Teeder
Tim

Affirmative - Simgear and Flightgear compile and link OK.

Thanks.

Alan

> -Original Message-
> From: Tim Moore [mailto:timo...@redhat.com]
> Sent: 19 October 2009 15:19
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] props.hxx - 4 modules not compiling with
> VC90
> 
> On 10/19/2009 03:34 PM, Alan Teeder wrote:
> > A heads up
> >
> > Simgear:- matmodel.cxx, model.cxx and Flightgear:- performancedb.cxx,
> > FGDeviceConfigurationMap.cxx are currently failing to compile here with
> > VC90. In each case the error is reported in props.hxx.
> >
> This is probably my "fault," though the code should compile with a
> properly
> conforming c++ compiler. Could you try adding #include
>  to those files
> and see if it compiles?
> 
> Thanks,
> Tim
> 
> > Strangely only these 4 modules are failing - the many other modules
> which
> > use this file have no problem.
> >
> > Alan
> >
> > e.g. for matmodel.cxx
> >
> > Compiling...
> > matmodel.cxx
> > d:\fg\SimGear\simgear/props/props.hxx(666) : error C2079:
> > 'SGRawValueContainer::_obj' uses undefined class 'SGVec3'
> > with
> > [
> > T=SGVec3d
> > ]
> > and
> > [
> > T=double
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(672) : see reference to
> class
> > template instantiation 'SGRawValueContainer' being compiled
> > with
> > [
> > T=SGVec3d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(671) : while compiling
> class
> > template member function 'SGRawExtended
> *SGRawBase::makeContainer(void)
> > const'
> > with
> > [
> > T=SGVec3d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(692) : see reference to
> class
> > template instantiation 'SGRawBase' being compiled
> > with
> > [
> > T=SGVec3d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(685) : error C2079: 'value' uses
> > undefined class 'SGVec3'
> > with
> > [
> > T=double
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(684) : while compiling
> class
> > template member function 'std::istream
> &SGRawBase::readFrom(std::istream
> > &)'
> > with
> > [
> > T=SGVec3d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(687) : error C2664:
> > 'SGRawValue::setValue' : cannot convert parameter 1 from 'int' to
> > 'SGVec3d'
> > with
> > [
> > T=SGVec3d
> > ]
> > Source or target has incomplete type
> > d:\fg\SimGear\simgear/props/props.hxx(666) : error C2079:
> > 'SGRawValueContainer::_obj' uses undefined class 'SGVec4'
> > with
> > [
> > T=SGVec4d
> > ]
> > and
> > [
> > T=double
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(672) : see reference to
> class
> > template instantiation 'SGRawValueContainer' being compiled
> > with
> > [
> > T=SGVec4d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(671) : while compiling
> class
> > template member function 'SGRawExtended
> *SGRawBase::makeContainer(void)
> > const'
> > with
> > [
> > T=SGVec4d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(694) : see reference to
> class
> > template instantiation 'SGRawBase' being compiled
> > with
> > [
> > T=SGVec4d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(685) : error C2079: 'value' uses
> > undefined class 'SGVec4'
> > with
> > [
> > T=double
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(684) : while compiling
> class
> > template member function 'std::istream
> &SGRawBase::readFrom(std::istream
> > &)'
> > with
> > [
> > T=SGVec4d
> > ]
> > d:\fg\SimGear\simgear/props/props.hxx(687) : error C2664:
> > 'SGRawValue::setValue' : cannot convert parameter 1 from 'int' to
> > 'SGVec4d'
> > with
> > [
> > T=SGVec4d
> > ]
> > Source or target has incomplete type
> >
> >
> >
> > 
> --
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart your
> > developing skills, take BlackBerry mobile applications to market and
> stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > ___
> > Flightgear-devel mailing list
> > Flightgear-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> >
> 
> 
> --
> 
> Come build with us! The BlackBerry(R) Developer Conference in SF, C

Re: [Flightgear-devel] props.hxx - 4 modules not compiling with VC90

2009-10-19 Thread Tim Moore
On 10/19/2009 03:34 PM, Alan Teeder wrote:
> A heads up
> 
> Simgear:- matmodel.cxx, model.cxx and Flightgear:- performancedb.cxx,
> FGDeviceConfigurationMap.cxx are currently failing to compile here with
> VC90. In each case the error is reported in props.hxx. 
> 
This is probably my "fault," though the code should compile with a properly 
conforming c++ compiler. Could you try adding #include 
 to those files
and see if it compiles?

Thanks,
Tim

> Strangely only these 4 modules are failing - the many other modules which
> use this file have no problem.
> 
> Alan
> 
> e.g. for matmodel.cxx
> 
> Compiling...
> matmodel.cxx
> d:\fg\SimGear\simgear/props/props.hxx(666) : error C2079:
> 'SGRawValueContainer::_obj' uses undefined class 'SGVec3'
> with
> [
> T=SGVec3d
> ]
> and
> [
> T=double
> ]
> d:\fg\SimGear\simgear/props/props.hxx(672) : see reference to class
> template instantiation 'SGRawValueContainer' being compiled
> with
> [
> T=SGVec3d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(671) : while compiling class
> template member function 'SGRawExtended *SGRawBase::makeContainer(void)
> const'
> with
> [
> T=SGVec3d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(692) : see reference to class
> template instantiation 'SGRawBase' being compiled
> with
> [
> T=SGVec3d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(685) : error C2079: 'value' uses
> undefined class 'SGVec3'
> with
> [
> T=double
> ]
> d:\fg\SimGear\simgear/props/props.hxx(684) : while compiling class
> template member function 'std::istream &SGRawBase::readFrom(std::istream
> &)'
> with
> [
> T=SGVec3d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(687) : error C2664:
> 'SGRawValue::setValue' : cannot convert parameter 1 from 'int' to
> 'SGVec3d'
> with
> [
> T=SGVec3d
> ]
> Source or target has incomplete type
> d:\fg\SimGear\simgear/props/props.hxx(666) : error C2079:
> 'SGRawValueContainer::_obj' uses undefined class 'SGVec4'
> with
> [
> T=SGVec4d
> ]
> and
> [
> T=double
> ]
> d:\fg\SimGear\simgear/props/props.hxx(672) : see reference to class
> template instantiation 'SGRawValueContainer' being compiled
> with
> [
> T=SGVec4d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(671) : while compiling class
> template member function 'SGRawExtended *SGRawBase::makeContainer(void)
> const'
> with
> [
> T=SGVec4d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(694) : see reference to class
> template instantiation 'SGRawBase' being compiled
> with
> [
> T=SGVec4d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(685) : error C2079: 'value' uses
> undefined class 'SGVec4'
> with
> [
> T=double
> ]
> d:\fg\SimGear\simgear/props/props.hxx(684) : while compiling class
> template member function 'std::istream &SGRawBase::readFrom(std::istream
> &)'
> with
> [
> T=SGVec4d
> ]
> d:\fg\SimGear\simgear/props/props.hxx(687) : error C2664:
> 'SGRawValue::setValue' : cannot convert parameter 1 from 'int' to
> 'SGVec4d'
> with
> [
> T=SGVec4d
> ]
> Source or target has incomplete type
> 
> 
> 
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
> 


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Geoff McLane
On Mon, 2009-10-19 at 13:13 +0200, Erik Hofman wrote:
> Olaf Flebbe wrote:
> > #elif defined(OPENALSDK)
> > # include 
> > # include 
> > # include 
> 
> BTW this has also been committed like this.
> 
> Erik

Hi Erik,

This is fine under OPENALSDK - any macro
switch in a storm ;=)) Thank you.

Now must find the time to build it,
and try out this 'modified' sound
system - in both WIN32 and Ubuntu-64!

Regards,

Geoff.



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] props.hxx - 4 modules not compiling with VC90

2009-10-19 Thread Alan Teeder
A heads up

Simgear:- matmodel.cxx, model.cxx and Flightgear:- performancedb.cxx,
FGDeviceConfigurationMap.cxx are currently failing to compile here with
VC90. In each case the error is reported in props.hxx. 

Strangely only these 4 modules are failing - the many other modules which
use this file have no problem.

Alan

e.g. for matmodel.cxx

Compiling...
matmodel.cxx
d:\fg\SimGear\simgear/props/props.hxx(666) : error C2079:
'SGRawValueContainer::_obj' uses undefined class 'SGVec3'
with
[
T=SGVec3d
]
and
[
T=double
]
d:\fg\SimGear\simgear/props/props.hxx(672) : see reference to class
template instantiation 'SGRawValueContainer' being compiled
with
[
T=SGVec3d
]
d:\fg\SimGear\simgear/props/props.hxx(671) : while compiling class
template member function 'SGRawExtended *SGRawBase::makeContainer(void)
const'
with
[
T=SGVec3d
]
d:\fg\SimGear\simgear/props/props.hxx(692) : see reference to class
template instantiation 'SGRawBase' being compiled
with
[
T=SGVec3d
]
d:\fg\SimGear\simgear/props/props.hxx(685) : error C2079: 'value' uses
undefined class 'SGVec3'
with
[
T=double
]
d:\fg\SimGear\simgear/props/props.hxx(684) : while compiling class
template member function 'std::istream &SGRawBase::readFrom(std::istream
&)'
with
[
T=SGVec3d
]
d:\fg\SimGear\simgear/props/props.hxx(687) : error C2664:
'SGRawValue::setValue' : cannot convert parameter 1 from 'int' to
'SGVec3d'
with
[
T=SGVec3d
]
Source or target has incomplete type
d:\fg\SimGear\simgear/props/props.hxx(666) : error C2079:
'SGRawValueContainer::_obj' uses undefined class 'SGVec4'
with
[
T=SGVec4d
]
and
[
T=double
]
d:\fg\SimGear\simgear/props/props.hxx(672) : see reference to class
template instantiation 'SGRawValueContainer' being compiled
with
[
T=SGVec4d
]
d:\fg\SimGear\simgear/props/props.hxx(671) : while compiling class
template member function 'SGRawExtended *SGRawBase::makeContainer(void)
const'
with
[
T=SGVec4d
]
d:\fg\SimGear\simgear/props/props.hxx(694) : see reference to class
template instantiation 'SGRawBase' being compiled
with
[
T=SGVec4d
]
d:\fg\SimGear\simgear/props/props.hxx(685) : error C2079: 'value' uses
undefined class 'SGVec4'
with
[
T=double
]
d:\fg\SimGear\simgear/props/props.hxx(684) : while compiling class
template member function 'std::istream &SGRawBase::readFrom(std::istream
&)'
with
[
T=SGVec4d
]
d:\fg\SimGear\simgear/props/props.hxx(687) : error C2664:
'SGRawValue::setValue' : cannot convert parameter 1 from 'int' to
'SGVec4d'
with
[
T=SGVec4d
]
Source or target has incomplete type



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Photorealistic textures for cumulus clouds

2009-10-19 Thread Heiko Schulz
Hi,


> AJ wrote:
> 
> > On Sunday 18 October 2009 20:33:39 Vadym Kukhtin
> wrote:
> > > So I downloaded dozen of photos, extract from
> them clouds and made some
> > > retouch. Here you  can see what I got:
> > > http://valeo.flightgear.ru/sshot/clouds/
> > 
> > Those are definitely the best looking clouds I've seen
> in FG screenshots
> > yet,
> > nice work!
> > 
> 
> Hear, hear. Quite the best I have seen. We should adopt
> these textures. Does
> show up a couple of snags in our weather scenarios, though.
> There is not
> nearly enough vertical development in the cumulus clouds,
> particularly in
> the thunderstorm scenario.
> 
> Vivian
Yes, the best textures I've seen yet! Weneed them in CVS!

The nice thing I like on FGFS and Stuarts implementation:
just edit the cloudlayers.xml, and you will have! 
And if someone is able to program python scripts then cloud editing could be 
possible in Blender as well...

Cheers
Heiko


  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] wiki pages (for autobrakes/gps/route-manager)

2009-10-19 Thread James Turner
I'm slowly populating wiki references for the various code systems  
I've touched in the past few months; both for the end user and for  
developers. Feedback on these pages is most welcome, or contributions!

http://wiki.flightgear.org/index.php/Route_Manager
http://wiki.flightgear.org/index.php/GPS
http://wiki.flightgear.org/index.php/Autobrake

http://wiki.flightgear.org/index.php/GPS_internals
http://wiki.flightgear.org/index.php/Route_manager_internals
http://wiki.flightgear.org/index.php/Autobrake_internals (unfinished)



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Photorealistic textures for cumulus clouds

2009-10-19 Thread Vivian Meazza
AJ wrote:

> On Sunday 18 October 2009 20:33:39 Vadym Kukhtin wrote:
> > So I downloaded dozen of photos, extract from them clouds and made some
> > retouch. Here you  can see what I got:
> > http://valeo.flightgear.ru/sshot/clouds/
> 
> Those are definitely the best looking clouds I've seen in FG screenshots
> yet,
> nice work!
> 

Hear, hear. Quite the best I have seen. We should adopt these textures. Does
show up a couple of snags in our weather scenarios, though. There is not
nearly enough vertical development in the cumulus clouds, particularly in
the thunderstorm scenario.

Vivian



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Erik Hofman
James Sleeman wrote:
  > Seems to be working ok, a bit, umm, stuttery, sort of, particularly
> background "wind", seemed to switch left-right a bit, but those problems 
> might just be me, maybe even just an illusion.

Yeah that's probably doe to improper position or orientation.Still 
working on that.

> And I have no doppler, but that's a known problem I think with 
> OpenAL-Soft (previously I have forced the define to have software 
> doppler from memory, but I think that section of code is now removed, 
> maybe the defines still work though, will try again sometime) ---> was 

The odd part is, Doppler is working for the F-16 and Fokker-100 for 
example. It's as if OpenAL is limiting the total pitch to 2.0 which 
means that AL_PITCH and Doppler combined can not be higher than 2 times 
the normal playback frequency. Or something like that.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread James Sleeman

On 20/10/09 00:07, James Sleeman wrote:

On 19/10/09 23:42, Erik Hofman wrote:
  
Ok I think I've ironed out most of the bugs. I hope also the one that 
James reported but I don't hold my breath for it just yet.



So far so good, compiles and runs, and produces sound.  Will try a short 
flight and see if any problems crop up.
  


Seems to be working ok, a bit, umm, stuttery, sort of, particularly 
background "wind", seemed to switch left-right a bit, but those problems 
might just be me, maybe even just an illusion.


And I have no doppler, but that's a known problem I think with 
OpenAL-Soft (previously I have forced the define to have software 
doppler from memory, but I think that section of code is now removed, 
maybe the defines still work though, will try again sometime) ---> was 
discussed here 
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg19901.html






--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Erik Hofman
James Turner wrote:
> On 19 Oct 2009, at 11:47, Erik Hofman wrote:
> 
>> All in all it's best to leave it to the SoundManager when to free up  
>> the
>> data.
> 
> In which case, the external API should make it clear to users that  
> this is the policy. For example, require users to pass the buffer in  
> as an auto-ptr or or shared ptr.

Hm, good idea.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Erik Hofman
Olaf Flebbe wrote:
> #elif defined(OPENALSDK)
> # include 
> # include 
> # include 

BTW this has also been committed like this.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread James Sleeman
On 19/10/09 23:42, Erik Hofman wrote:
> Ok I think I've ironed out most of the bugs. I hope also the one that 
> James reported but I don't hold my breath for it just yet.
>   

So far so good, compiles and runs, and produces sound.  Will try a short 
flight and see if any problems crop up.

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread James Turner

On 19 Oct 2009, at 11:47, Erik Hofman wrote:

> All in all it's best to leave it to the SoundManager when to free up  
> the
> data.

In which case, the external API should make it clear to users that  
this is the policy. For example, require users to pass the buffer in  
as an auto-ptr or or shared ptr.



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Erik Hofman
Nicolas Quijano wrote:

> Also, I see you replaced delete[], by delete in the sound sample destructor.
> Shouldn't we just be setting to NULL, and not delete, leaving it to the 
> original creator of the data, since the original allocation is done 
> somewhere else ?
> e.g _data never allocates, just points to data allocated somewhere else.
> The allocator should be the one deallocating, to make sure we don't have 
> dangling pointers.

It's not as easy as you might think;

Many sounds are created using SGSoundSample(, ) and the 
calling code has no clue about _data.

Also, the SoundManager is requested to take this sample into account. 
The caller never knows when the data is actually turned into an OpenAL 
buffer, meaning it could destroy the data before it is handed over to 
OpenAL if you're not careful.

And finally if the data is kept resident than all sound samples are 
resident in memory twice; once in the _data pointer and once in an 
OpenAL buffer. I like to keep that under control in case AI models also 
start producing sound effect.

All in all it's best to leave it to the SoundManager when to free up the 
data.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] New Sound system committed

2009-10-19 Thread Erik Hofman

Ok I think I've ironed out most of the bugs. I hope also the one that 
James reported but I don't hold my breath for it just yet.

Erik

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Heiko Schulz
Hello all,


> Hello,
> 
> here is another snapshot while flying which demonstrates
> the problem quite 
> well:
> 
> http://www.martinlaabs.de/tmp/fgfs-screen-006.png
> 
> Greetings,
>   Martin L.
> 

I have sometimes the same problems using Terragear terrain but not beeing 
connected to the server. (so not fetching tiles, but using the fetched tiles 
instead)

It seems indeed to me, that tile actually under and nearest to the aircraft 
disappears, and appears again when it is  in a certain distance. 

In the moment I don't have this problem using CVS from 09/13/2009, but with 
some older binaries I had this problem.

Regards
Heiko


  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Laabs
Hello,

here is another snapshot while flying which demonstrates the problem quite 
well:

http://www.martinlaabs.de/tmp/fgfs-screen-006.png

Greetings,
  Martin L.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] 737-300 Update!

2009-10-19 Thread Heiko Schulz
Hi,


> Hi,
> 
> Maybe it is the video card and driver that is producing the
> higher quality?

I have an 2 years old computer with a GeForce 8800- not the newest one. With 
playing with the setting I get quite good fps and qualitity. 
Nethertheless above Paris I have only 10fps - 3d-clouds and shaders 
disabled ;-)
The image was gimped, just contrast stretching and white balance. That's the 
trick behind a lot of MSFS-images btw

> May I point out the starboard navigation light seems to be
> on the port 
> wing? etc.
> ;P

Oh- I just took over what Innis did... O.k. you're right, that's wrong. It is 
still confusing for me very often. 

Before I fix it I would rather know if there is someone willing to commit this 
to CVS. I already have Innis permission! 

Regards
Heiko


  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] 737-300 Update!

2009-10-19 Thread Heiko Schulz
Hi,

I would rather say "gimped" ;-)

> Are those pics 'shopped? They have
> such good contrast and stuff, I  
> can't believe it's FG, because it doesn't look like that on
> my PC :)
> BTW, good job, and, if you really did it, nice work on the
> pics too,  
> they look much better than the "real" ones ;)
> 
Beside 3d-modelling I'm photographing, so the only thing I did is that what you 
(should) do on a real photo as well:

-contrast stretching
-white balance

Using Valeo's real clouds which btw. works on 1.9.1 as well very nice!

O.k. and then I added those black stripes, but this isn't necessary, but makes 
it a bit nicer... 

Regards
Heiko


  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Photorealistic textures for cumulus clouds

2009-10-19 Thread AJ MacLeod
On Sunday 18 October 2009 20:33:39 Vadym Kukhtin wrote:
> So I downloaded dozen of photos, extract from them clouds and made some
> retouch. Here you  can see what I got:
> http://valeo.flightgear.ru/sshot/clouds/

Those are definitely the best looking clouds I've seen in FG screenshots yet, 
nice work!

Cheers,

AJ

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Laabs
Hi James,

James Sleeman wrote:
> I've had this happen on the odd occasion too, a random scenery tile 
> doesn't load leaving a bottomless pit :-)  I just figured it was a 
> communication problem with terrasync or something, usually came right as 
> soon as you get out of range (and return).

Yes - this is exactly the phenomena. However I do not use terrasync but 
have the scenery stored on my pc locally.

Greetings,
  Martin.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Laabs
Hi,

> 1) How fast are you flying, and are you using any acceleration?

Around 240 knots. Without acceleration.


> 2) Have you checked that you've downloaded the appropriate scenery for your 
> destination?

Yes - I have the scenery. When I restart at that position it gets rendered OK.

> 3) The screenshot you posted looks very much as if you are flying below the 
> terrain.
 > What aircraft are you using?

It is an aerostar700. However - I had this problem also with other 
aircrafts. I was just landing at EDDE (and the runway was visible) when it 
disappeared - around 1000ft before touchdown. I had this problems often and 
sometimes I did not land but flew under the surface.


Greetings,
  Martin L.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread James Sleeman
I've had this happen on the odd occasion too, a random scenery tile 
doesn't load leaving a bottomless pit :-)  I just figured it was a 
communication problem with terrasync or something, usually came right as 
soon as you get out of range (and return).

On 19/10/09 22:04, Martin Laabs wrote:
> Sorry - I forgot the link to one screenshot:
>
> http://www.martinlaabs.de/tmp/fgfs-screen-001.png
>
>
> --
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>   


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Spott
Martin Laabs wrote:

> Sorry - I forgot the link to one screenshot:
> 
> http://www.martinlaabs.de/tmp/fgfs-screen-001.png

I'd say this shot is made from below surface.

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Stuart Buchanan
Martin Laabs wrote:

> on longer flights (30min or so) it continuities happens, that the landscape 
>in front of me just disappear or even do not load at all. I first 
> thought it might be a memory issue but there is enough free ram. I am using 
> the current cvs version on FreeBSD 7.2 with  X.Org X Server 1.6.1 and the 
> nvidia driver.
> 
> Is this a known problem or should I do some more information gathering 
> around this bug?

A couple of things to check

1) How fast are you flying, and are you using any acceleration? The TileLoader 
(which loads the scenery) runs in a separate thread, and may simply be unable 
to keep up if you are flying too fast. However, usually it catches up 
eventually.

2) Have you checked that you've downloaded the appropriate scenery for your 
destination? By default FG only comes with a fairly small area of scenery. What 
happens if you start FG in the area that the scenery had disappeared?

3) The screenshot you posted looks very much as if you are flying below the 
terrain. What aircraft are you using?

-Stuart



  

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Laabs
Hi,

Martin Spott wrote:
> Does the interior of the aircraft still display properly ? How should I
> understand "disappear" in this context, does the terrain simply turn
> into ocean, did you install additional Scenery ?

Yes - the aircraft is still rendered properly. Also the landscape at the 
horizon or left or right of me is rendered oftentimes. See the screenshot at
http://www.martinlaabs.de/tmp/fgfs-screen-001.png

I installed all the scenery around mid Europe and the positions where 
problem appear are well inside of the installed scenery. It is also not a 
problem of missing/corrupted files because when I restart fgfs at that 
position (this picture was taken at the airport EDDE) all is OK.

Greetings,
  Martin


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Spott
Martin Laabs wrote:

> on longer flights (30min or so) it continuities happens, that the landscape 
>   in front of me just disappear or even do not load at all.

Does the interior of the aircraft still display properly ? How should I
understand "disappear" in this context, does the terrain simply turn
into ocean, did you install additional Scenery ?

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Laabs
Sorry - I forgot the link to one screenshot:

http://www.martinlaabs.de/tmp/fgfs-screen-001.png


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] BUG Landscape disappear

2009-10-19 Thread Martin Laabs
Hi,

on longer flights (30min or so) it continuities happens, that the landscape 
   in front of me just disappear or even do not load at all. I first 
thought it might be a memory issue but there is enough free ram. I am using 
the current cvs version on FreeBSD 7.2 with  X.Org X Server 1.6.1 and the 
nvidia driver.

Is this a known problem or should I do some more information gathering 
around this bug?

Thank you,
  Martin L.


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel