Re: [Flightgear-devel] Tecnam-P92/Nasal/p9*2.nas

2011-11-25 Thread Erik Hofman
On Thu, 2011-11-24 at 22:49 +, Martin Spott wrote:
 Erik Hofman wrote:
  On Thu, 2011-11-24 at 10:39 +, Alan Teeder wrote:
 
  error: unable to create file Aircraft/Tecnam-P92/Nasal/p9*2.nas
  (Invalid argument)
  
  I've renamed it to p9X2.nas, I didn't see any reference to it anyhow.
 
 After pulling your change I actually hat _both_ files sitting in the
 directory - it's just been copied, not moved.


Odd, I did a git rename..

Erik


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Initial AI model sound code committed

2011-11-25 Thread Erik Hofman

Hi,

I've committed the first AI model sound code now.
At this time it's probably a bit annoying because there are too little
properties (or too little are actually updated) to create a proper sound
configuration so all 737 and 747 aircraft now just have the engines
running at a constant rate. At least it's working properly now.

See AI/Aircraft/737/737-main.xml which now includes Sounds/737-sound.xml
which is located in AI/Sounds/737-sound.xml

Erik


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Southwest Colorado Scenery - beta 4

2011-11-25 Thread J. Holden
Think I've got it this time. I did test though, still works only with versions 
2.6

Download here: http://www.stattosoftware.com/flightgear/Durango.zip (90Mb)

Please let me know if this works for you - if it does I'll keep compiling 
Colorado scenery, possibly to co-release with the next FlightGear version.

Cheers
John


--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] problems with cmake

2011-11-25 Thread Bjoern Duebler
Hello,I try to build fg by myself but failed to do so.I've got this problem for about 1-2 weeks already.I want to build the newest git-Version, simgear is doing fine, but I always end up with a problem when configuring flightgear:p, li { white-space: pre-wrap; }Using explicit data-dir: /windows/E/Flightgear/fgdataGit revision is ebcc6359b97a64321226a8ed37cf1fce9d1c14d9apr-1-config not found, implement manual search for APR/usr/include/usr/local/games/FlightGear/includelooking for version: 2.5.0Configuring doneWARNING: Target fgjs requests linking to directory /usr/lib64/. Targets may link only to libraries. CMake is dropping the item.WARNING: Target js_demo requests linking to directory /usr/lib64/. Targets may link only to libraries. CMake is dropping the item.WARNING: Target fgfs requests linking to directory /usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake is dropping the item.WARNING: Target fgfs requests linking to directory /usr/lib64/. Targets may link only to libraries. CMake is dropping the item.WARNING: Target metar requests linking to directory /usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake is dropping the item.WARNING: Target fgviewer requests linking to directory /usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake is dropping the item.WARNING: Target fgviewer requests linking to directory /usr/lib64/. Targets may link only to libraries. CMake is dropping the item.WARNING: Target fgadmin requests linking to directory /usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake is dropping the item.WARNING: Target fgadmin requests linking to directory /usr/lib64/. Targets may link only to libraries. CMake is dropping the item.Generating doneAll I found about this problem here or anywhere else on the nt didn't help me so far.Can anyone with more knowledge please be so kind to try to help me.What else on informations does anyone need?ThanksBjoern.P.S.: Building with the old system (autogen.sh, configure, ...) worked always well. I installed the newest osg-version 3.x. OS Suse 11.3

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Southwest Colorado Scenery - beta 4

2011-11-25 Thread Geoff McLane
On Fri, 2011-11-25 at 06:35 -0800, J. Holden wrote:
 Think I've got it this time. I did test though, still works only with 
 versions 2.6
 
 Download here: http://www.stattosoftware.com/flightgear/Durango.zip (90Mb)
 
 Please let me know if this works for you - if it does I'll keep compiling 
 Colorado scenery, possibly to co-release with the next FlightGear version.
 
 Cheers
 John

Hi John,

Unchanged here ;=(( Still with 9,000 foot 
valleys at KTEX...

Using a fgfs 2.5 compiled 2011/11/15 with 
git source and data of that same date...

You mean there is now a 2.6? 

And this scenery displays correctly in it?

Regards,
Geoff.



--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] problems with cmake

2011-11-25 Thread Vivian Meazza
 

 

Make sure you have a valid path to wherever you put Simgear:

 

CMAKE_PREFIX_PATH D:/Cygwin/OpenSceneGraph-2.9.9;D:/Cygwin/simgear

SIMGEAR_INCLUDE_DIR  D:/Cygwin/simgear/include

 

Try setting:

 

SIMGEAR_LIBRARIES   SIMGEAR_LIBRARIES-NOTFOUND

 

HTH

 

Vivian

 

-Original Message-
From: Bjoern Duebler [mailto:bjoern_dueb...@web.de] 
Sent: 25 November 2011 14:47
To: flightgear-devel@lists.sourceforge.net
Subject: [Flightgear-devel] problems with cmake

 

Hello,

I try to build fg by myself but failed to do so.
I've got this problem for about 1-2 weeks already.

I want to build the newest git-Version, simgear is doing fine, but I always
end up with a problem when configuring flightgear:
p, li { white-space: pre-wrap; }

Using explicit data-dir: /windows/E/Flightgear/fgdata

Git revision is ebcc6359b97a64321226a8ed37cf1fce9d1c14d9

apr-1-config not found, implement manual search for APR

/usr/include

/usr/local/games/FlightGear/include

looking for version: 2.5.0

Configuring done

WARNING: Target fgjs requests linking to directory /usr/lib64/. Targets
may link only to libraries. CMake is dropping the item.

WARNING: Target js_demo requests linking to directory /usr/lib64/.
Targets may link only to libraries. CMake is dropping the item.

WARNING: Target fgfs requests linking to directory
/usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake
is dropping the item.

WARNING: Target fgfs requests linking to directory /usr/lib64/. Targets
may link only to libraries. CMake is dropping the item.

WARNING: Target metar requests linking to directory
/usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake
is dropping the item.

WARNING: Target fgviewer requests linking to directory
/usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake
is dropping the item.

WARNING: Target fgviewer requests linking to directory /usr/lib64/.
Targets may link only to libraries. CMake is dropping the item.

WARNING: Target fgadmin requests linking to directory
/usr/local/games/FlightGear/lib. Targets may link only to libraries. CMake
is dropping the item.

WARNING: Target fgadmin requests linking to directory /usr/lib64/.
Targets may link only to libraries. CMake is dropping the item.

Generating done

All I found about this problem here or anywhere else on the nt didn't help
me so far.
Can anyone with more knowledge please be so kind to try to help me.
What else on informations does anyone need?

Thanks
Bjoern.

P.S.: Building with the old system (autogen.sh, configure, ...) worked
always well. I installed the newest osg-version 3.x. OS Suse 11.3

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Initial AI model sound code committed

2011-11-25 Thread Vivian Meazza
Erik

 
 I've committed the first AI model sound code now.
 At this time it's probably a bit annoying because there are too little
 properties (or too little are actually updated) to create a proper sound
 configuration so all 737 and 747 aircraft now just have the engines
 running at a constant rate. At least it's working properly now.
 
 See AI/Aircraft/737/737-main.xml which now includes Sounds/737-sound.xml
 which is located in AI/Sounds/737-sound.xml
 

I've been trying the new sound stuff - not a peep. I can't find
AI/Aircraft/737/737-main.xml in gitorious - is that the right path or is the
file missing?

Vivian





--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Initial AI model sound code committed

2011-11-25 Thread Erik Hofman
On Fri, 25 Nov 2011 22:15:27 -
Vivian Meazza vivian.mea...@lineone.net wrote:

 Erik
 
  
  I've committed the first AI model sound code now.
  At this time it's probably a bit annoying because there are too little
  properties (or too little are actually updated) to create a proper sound
  configuration so all 737 and 747 aircraft now just have the engines
  running at a constant rate. At least it's working properly now.
  
  See AI/Aircraft/737/737-main.xml which now includes Sounds/737-sound.xml
  which is located in AI/Sounds/737-sound.xml
  
 
 I've been trying the new sound stuff - not a peep. I can't find

It's not very loud (I didn't want to annoy anyone too much) but it should be 
there.
Also, but unrelated, for me all the AI models of the Traffic subsystem seems to 
pack together like a flock of geese instead of moving all the way to the gates.

 AI/Aircraft/737/737-main.xml in gitorious - is that the right path or is the
 file missing?

For a moment I started to doubt about myself but here it is:
http://gitorious.org/fg/fgdata/commit/c64a6232aba096246b299650c467168c8f3a73a1

Erik

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Announce: AeonWave 2.1 for Linux available

2011-11-25 Thread Michael Sgier
So AeonWave is a complete replacement for OpenAL? Must be...now could it do 
synthetic speech as used for X-Plane's ATC? 
Thanks



--- On Tue, 11/22/11, Gene Buckle ge...@deltasoft.com wrote:

 From: Gene Buckle ge...@deltasoft.com
 Subject: Re: [Flightgear-devel] Announce: AeonWave 2.1 for Linux available
 To: FlightGear developers discussions 
 flightgear-devel@lists.sourceforge.net
 Date: Tuesday, November 22, 2011, 5:53 PM
 On Tue, 22 Nov 2011, Erik Hofman
 wrote:
 
  On Tue, 2011-11-22 at 08:10 -0800, Gene Buckle wrote:
  Congrats on the release Erik!
 
  Thanks!
 
  Does your new sound system or OpenAL itself allow
 you to specify the
  origin of a sound as an x/y/z offset from a
 central point?
 
  AeonWave allows for multiple sounds with an offset to
 a center point of
  an audio-frame. Moving or rotating the audio-frame
 influences the
  position and orientation if all registered sound
 emitters.
 
 So theoretically, you could locate a sound emitter at a
 tire contact 
 point?  Neat. :)
 
 g.
 
 -- 
 Proud owner of F-15C 80-0007
 http://www.f15sim.com - The only one of its kind.
 http://www.diy-cockpits.org/coll - Go Collimated or Go
 Home.
 Some people collect things for a hobby.  Geeks collect
 hobbies.
 
 ScarletDME - The red hot Data Management Environment
 A Multi-Value database for the masses, not the classes.
 http://www.scarletdme.org - Get it _today_!
 
 Political correctness is a doctrine, fostered by a
 delusional, illogical
 minority, and rabidly promoted by an unscrupulous
 mainstream media, which
 holds forth the proposition that it is entirely possible to
 pick up a turd
 by the clean end.
 
 --
 All the data continuously generated in your IT
 infrastructure 
 contains a definitive record of customers, application
 performance, 
 security threats, fraudulent activity, and more. Splunk
 takes this 
 data and makes sense of it. IT sense. And common sense.
 http://p.sf.net/sfu/splunk-novd2d
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel
 

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Initial AI model sound code committed

2011-11-25 Thread Durk Talsma

On 26 Nov 2011, at 01:43, Erik Hofman wrote:
 
 
 It's not very loud (I didn't want to annoy anyone too much) but it should be 
 there.
 Also, but unrelated, for me all the AI models of the Traffic subsystem seems 
 to pack together like a flock of geese instead of moving all the way to the 
 gates.
 

At which airport? Sounds like a ground network is missing.

Cheers,
Durk



--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel