Re: [Flightgear-devel] Win32-built -Towards the new Release

2010-01-12 Thread Alex Perry
On Sun, Jan 10, 2010 at 2:25 PM, Jari Häkkinen  wrote:
> On 1/10/10 10:13 PM, Benoît Laniel wrote:
>> I updated the snapshots and now have a functional (probably not bug
>> free) terrasync with svn support built-in:
>
> Not really a win32-build issue but terrasync does not behave well with
> svn built into it. When terrasync is killed it does not exit gracefully,
> i.e., if the kill signal is not catched then the subversion command in
> progress will lock the WC of tbe repository. In such cases the affected
> repository will be locked when terrasync is run later. Terrasync will
> report this to stdout (or stderr) and a 'svn cleanup' must be issued in
> the affected WC of the repository.

The SVN library has hooks that are specifically for doing an unlock
after signal capture, but I didn't put that in (at the time) because
the patch was already pretty big.  Needs doing for the libsvn-based
build.  Obviously, when built the other way, there isn't a problem
because the command line "svn" does all that already.

> I haven't looked into the code but the kill signal should be catched and
> proper svn action should be taken to avoid locks.
>
>
> Cheers,
> Jari
>
>
> --
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Missed file in CVS

2010-01-12 Thread Alex Buzin
Hi!
The file KLN89/kln89.cxx rev. 1.18 contains the next lines

#if ENABLE_ATCDCL
#include 
#else
#include "kln89_align.hxx"
#endif

But the file kln89_align.hxx is absent and with ENABLE_ATCDCL=FALSE it 
raises an error.
**Can somebody fix this.

With respect,
Alex


--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Conditions on Pick-animation don't work

2010-01-12 Thread Heiko Schulz
Hi,

I found the issue:

With the 2d-hotspots it looked like that:

...

 
 
 
  /controls/autoflight/autopilot/engage
  true
 
 
  /autopilot/locks/altitude
  gs1-hold
 
 

   
property-assign
/autopilot/locks/altitude
gs1-hold
   
   
property-assign
/autopilot/locks/heading
nav1-hold
   
 
...

condition before binding

with click-animation it should look like that now for working:

...

   engage approach mode
  0
  
   
 
  
  /controls/autoflight/autopilot/engage
  true
 
   
  /autopilot/locks/altitude
  gs1-hold
 
 

property-assign
/autopilot/locks/altitude
gs1-hold
   
   

 
 
  /controls/autoflight/autopilot/engage
  true
 
 
  /autopilot/locks/heading
  nav1-hold
 
 

property-assign
/autopilot/locks/heading
nav1-hold
   
  
...

The condition are between the binding-tags now!

So I can go on!

Cheers
HHS





>I never knew there was such a thing. I managed to get something like
>that with select animations. Cumbersome, yes. But it works ;)
>I can supply you some sample code.
>> Hi,
>> 
>> with CVS on win32 (01/04/2010 by Vivian and 01/08/2010 by >Laniel)conditions 
>> on pick animation are completly ignored.
>> 
>> I thought that was fixed recently? Or did miss something?
>>  That makes progress on the 737-300 3d-MCP-Panel impossible right now :-
> 
>>  Kind Regards
>>  HHS


__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Conditions on Pick-animation don't work

2010-01-12 Thread Victhor
I never knew there was such a thing. I managed to get something like
that with select animations. Cumbersome, yes. But it works ;)
I can supply you some sample code.
> Hi,
> 
> with CVS on win32 (01/04/2010 by Vivian and 01/08/2010 by Laniel)conditions 
> on pick animation are completly ignored.
> 
> I thought that was fixed recently? Or did miss something?
> That makes progress on the 737-300 3d-MCP-Panel impossible right now :-(
> 
> Kind Regards
> HHS
> 
> still in work: http://www.hoerbird.net/galerie.html
> But already done: http://www.hoerbird.net/reisen.html
> 
> __
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz 
> gegen Massenmails. 
> http://mail.yahoo.com 
> 
> --
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel



--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Conditions on Pick-animation don't work

2010-01-12 Thread Heiko Schulz
Hi,

with CVS on win32 (01/04/2010 by Vivian and 01/08/2010 by Laniel)conditions on 
pick animation are completly ignored.

I thought that was fixed recently? Or did miss something?
That makes progress on the 737-300 3d-MCP-Panel impossible right now :-(

Kind Regards
HHS

still in work: http://www.hoerbird.net/galerie.html
But already done: http://www.hoerbird.net/reisen.html

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?

2010-01-12 Thread Geoff McLane
Hi Erik,

Again, thank you for taking the time to reply...

>> line 'int error = alutGetError();' should clear 
>> any error for the next call.

Yes, but that call is done AFTER the WAV load, but
taking your idea, and the fact that the previous
error message does state 'already' an error,
applied the following small patch - added 5 lines :-

Index: simgear/sound/soundmgr_openal.cxx
===
RCS
file: /var/cvs/SimGear-0.3/source/simgear/sound/soundmgr_openal.cxx,v
retrieving revision 1.87
diff -u -r1.87 soundmgr_openal.cxx
--- simgear/sound/soundmgr_openal.cxx  4 Jan 2010 14:53:26 -  1.87
+++ simgear/sound/soundmgr_openal.cxx  12 Jan 2010 12:44:03 -
@@ -543,6 +543,11 @@
 bool SGSoundMgr::load(string &samplepath, void **dbuf, int *fmt,
   size_t *sz, int *frq )
 {
+string s = "load: ";
+s += samplepath;
+testForALError(s);
+testForALCError(s);
+
 if ( !_working ) return false;
 
 ALenum format;

Then fgfs ran fine, with simple sounds, with the
console output :-

~/fg/fg7$ ./run_fgfs.sh
run_fgfs.sh: Running: ./fgfs --fg-root=/home/geoff/fg/fg7/fgfs/data  &
~/fg/fg7$ FGMultiplayMgr - No receiver port, Multiplayermode disabled
KI266 dme indicator #0 initialized
loading scenario 'nimitz_demo'
creating 3D noise texture... DONE
Initializing Nasal Electrical System
ALC Error (sound manager): ALC_INVALID_DEVICE at
load: /home/geoff/fg/fg7/fgfs/data/Sounds/rumble.wav
PNG lib warning : Incomplete compressed datastream in iCCP chunk
PNG lib warning : Profile size field missing from iCCP chunk
power up

So it seems this ALC error is further back in the code,
and is not checked and cleared until 'load' is reached...
And once cleared by my patch, the wav load proceeds, and
fgfs _FLIES_ ;=))

As indicated, I have libalut0 and -dev 1.1.0-1 only
installed, through the Ubuntu Package Manager,
and have NOT tried building, and using FreeALUT, 
OpenAL-Sample nor OpenAL-Soft in Ubuntu.

And as previously reported, when I run fgfs with the
show 'device' option, I get a 'blank' for device 0, and
"weird vorbid_get\n" for device 1, as per :-

~/fg/fg7$ ./run_fgfs.sh  --show-sound-devices
run_fgfs.sh: Running: ./fgfs --fg-root=/home/geoff/fg/fg7/fgfs/data
--show-sound-devices &
~/fg/fg7$ Software provided by OpenAL Community

No. Device
0.  ""
1.  "weird vorbid_get
"

When I open my Ubuntu 8.04 LTS System -> Preferences -> Sound
my 'Sound Preferences' dialog shows as follows, with the
results when I selected and tested each with the [Test] 
button :-

Tab: Devices
 Sound Events
  Sound playback: Autodetect (selected)
   Options: 
Autodetect - test tone works
STAC92xx Digital - test failed, nothing
STAC92xx Analog - test tone works
ATI HDMI - test failed, nothing
ALSA - Advanced Linux Sound Architecture - works
OSS - Open Sound System - test tone works
PulseAudio Sound Server - test tone works
 Music and Movies:
  Sound playback: Autodetect (selected)
   Options: as above list
 Audio Conferencing
  Sound playback: Autodetect (selected)
   Options: as above list
  Sound capture: STAC92xx Analog (selected)
   Options:
STAC92xx Analog, ALSA, OSS, PulseAudio,
Test sound, Silence
 Default Mixer Tracks
  Device: HDA Intel (Also mixer) - selected
   Options: Similar list to the above.

And no rush, now that I have fgfs up and
running with my above patch ;=)).

HTH

Regards,

Geoff.

PS: Still the strange PNG warnings, per console...



--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Terragear-cs genapts stopway bug...

2010-01-12 Thread Martin Spott
Ron Jensen wrote:
> On Mon, 2010-01-11 at 18:58 +, Martin Spott wrote:

>> Please note also that the piece of the runway which is mapped into
>> "blastway/stopway" in Robin's definition might look quite different
>> from the regular runway tarmac.
> 
> I wonder if we should use the "shoulder" material if it is set?

I didn't have a look at the shoulder material (I didn't even know that
we actually have a distinct one), but from my understanding of the real
conditions this sounds pretty reasonable.

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

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?

2010-01-12 Thread Erik Hofman
Alan Teeder wrote:
> Eric
> 
> Could you let us know which version of Alut and OpenAl  you are using for 
> your sound development work.

I've been using FreeALUT (CVS version but it has not many changes 
compared to version 1.0) and have used OpenAL-Sample (CVS), OpenAL-Soft 
(CVS) and my own OpenAL implementation (all Linux).

Erik

--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?

2010-01-12 Thread Alan Teeder

Eric

Could you let us know which version of Alut and OpenAl  you are using for 
your sound development work.

It would help if we were all playing from the same sheet of music..

I still see the stack related problem.

Alan

--
From: "Erik Hofman" 
Sent: Monday, January 11, 2010 7:45 PM
To: "FlightGear developers discussions" 

Subject: Re: [Flightgear-devel] Ubuntu fatal error - rumble.wav?

> Geoff McLane wrote:
>
>> Thank you for the reply, but now I am even more
>> confused ;=()
>
> Ah wait, I looked at the code for a different ALUT version..
> I must have looked at the wrong code because of "it ran great a few days
> ago, when I reported all seemed well... but now..." and the code I
> looked at was changed just a few days ago.
>
> I'm starting to wonder what has changed in the mean time.. need to look
> at that this week (I'm quite busy so i can't promise any time frame).
>
> I looks odd since this line 'int error = alutGetError();' should clear
> any error for the next call.
>
> Erik
>
> --
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and 
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel 


--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel