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 t
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
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 X
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.
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 t
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 b
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 commen
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
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,
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
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, a
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
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," thou
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
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
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 looki
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/G
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
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 t
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
fligh
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 buff
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 de
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.
--
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 sha
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, ju
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 d
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 serve
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 Confe
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 sha
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"
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
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
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 s
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:
> Sor
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 !
-
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
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
hor
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
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 y
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
40 matches
Mail list logo