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"  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  wrote:

> From: Gene Buckle 
> Subject: Re: [Flightgear-devel] Announce: AeonWave 2.1 for Linux available
> To: "FlightGear developers discussions" 
> 
> 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