[Flightgear-devel] Fwd: apt.dat.gz and TerraSync

[James Turner]

Begin forwarded message:

> Could it be some special format comments in the C++ code and an extraction 
> script to update http://wiki.flightgear.org/List_of_Nasal_extension_functions 
> ?  Wouldn't recommend Doxygen though, I think something grep-able would be 
> enough.

Would be fine with me, yes - and ideally also to a textual page we could 
include with binary. I don't care if it's Doxygen / Javadoc or anything so long 
as the documentation can be written close to the function/method definition.

Text processing in that way is definitely not my area of expertise or 
happiness, so if you want to hack something up be my guest. Only problem is we 
are moving towards using Thomas' cppbind based template classes to expose new 
(and eventually, all) functionality to Nasal. This means much less code needs 
to be written, but I suspect complicates machine-drive documentation of the 
methods available on classes.

Of course we don't need a perfect solution - having someone simply shout at me 
every time I add new methods / functions and fail to update the Wiki would 
probably work quite well too :)

> 
> Thanks for magvar() pointer, will look throught the code to see what other 
> goodies might be hiding :).

Quite a few goodies, although many are access by crazy argument overloads, 
which makes for very, uh, delicate calling syntax on the Nasal side. 

Incidentally the Nasal console in 2.12 is deliberately improved to make 
interactive experimentation a little easier - the Nasal console output is 
collected for you instead of buried in all the other log messages.

Kind regards,
James

--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: RE: Flightgear-devel post from ante...@hotmail.com requires approval

[William Earnest]

 Original Message 
Subject:RE: Flightgear-devel post from ante...@hotmail.com requires
approval
Date:   Mon, 19 Aug 2013 08:00:00 +1030
From:   Ante Cugura 
To: William Earnest 



Hi William,

Here is my message again, without the pictures.

I have recently installed FlightGear v2.10.0 on a MacBook Air laptop,
and am enjoying it.

However, I am having some trouble with installing extra aircraft. All
of the aircraft I got with the FlightGear software work, but some of
the aircraft which I tried to download don't work, even when I add
them to the software, a box comes up saying it has been successfully
installed.

The troubles which I am having include: The plane is there but it
won't start (717, 737NG, 757, A340, Citation X, DC-3, DC-8-73,
Lockheed 1049h); A small blue and yellow replaces the plane that
should be there (747-400, A320, 767, 787, Beechcraft b1900d, ATR
72-500); a box comes up saying that FlightGear unexpectdedly quit when
I try to fly with the plane (Paper Airplane, Wright Flyer); and random
planes parts fly near the plane when I put the landing gear up or down
(A300).

Also, I'm pretty sure that I am able to download the A330 on
FlightGear, but I can't seem to find it on your website. It would be a
great help if you could tell me where I can get it.

And don't worry about the delays; I do live in Australia, so when
you're looking at my messages I'm probably asleep anyway.

Thanks,

Ante

  > Date: Sun, 18 Aug 2013 15:45:18 -0400
  > From: w...@ptd.net
  > To: ante...@hotmail.com
  > Subject: Re: Flightgear-devel post from ante...@hotmail.com
requires approval
  >
  > To: ante...@hotmail.com
  >
  > Hello,
  > As assistant list admin, I had to reject your message because
  > of its size. Several members are on net services that charge by
  > message size, so a 40K limit is in place. The problem of yours is that
  > the images you included grossly inflate the overall size. I suggest
  > that you just type in the text of the message, and forget the images,
  > and you should be well under the limit.
  >
  > Also I apologize for the delay, various things beyond my
  > control have been eating into my availability. Hopefully this will be
  > over shortly.
  >



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Erik van het Hof]

Patches are git merge-requested on flightgear (#1572) and fgrun (#3).

Hof


On 7/17/2013 9:22 PM, Pat wrote:
> The patches as described allowed me to build both fgadmin and fgrun on
> Ubuntu 13.10 and on Ubuntu 12.10
>
> Can someone tell me what the right way to get these changes committed
> to next?  Do the maintainers respond best to
>
>   1.  a git merge request,
>   2.  a git merge request and an email on fg-devel
>   3   an email on fg-devel with the patches attached
>
> What's preferred?
>
> Who do we ask for commits to fgfs
> Who for fgrun?gijs?
> Is now the right time?  ( builds on Ubuntu 13.04 are broken without
> this fix)
>
>
> -Pat
>
>> This is one way to do it:
>>
>> https://gitorious.org/~hof/fg/hof-flightgear/commit/d379698b72d0191d98e5c2f14cf049415b867c0b
>> 
>>
>> Patch checks if the system supports libdl and if so, adds it to the
>> library list.
>>
>> Cheers,
>> Hof
>> 
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Pat]

The patches as described allowed me to build both fgadmin and fgrun on
Ubuntu 13.10 and on Ubuntu 12.10 

Can someone tell me what the right way to get these changes committed
to next?  Do the maintainers respond best to

1.  a git merge request, 
2.  a git merge request and an email on fg-devel
3   an email on fg-devel with the patches attached 

What's preferred?

Who do we ask for commits to fgfs
Who for fgrun?  gijs?
Is now the right time?  ( builds on Ubuntu 13.04 are broken without
this fix)


-Pat

> 
> This is one way to do it:
> 
> https://gitorious.org/~hof/fg/hof-flightgear/commit/d379698b72d0191d98e5c2f14cf049415b867c0b
>  
> 
> 
> Patch checks if the system supports libdl and if so, adds it to the 
> library list.
> 
> Cheers,
> Hof
> 

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Pat]

The patches as described allowed me to build both fgadmin and fgrun on
Ubuntu 13.10


Go ahead and merge these to next and I'll test again tomorrow.

-Pat

 On Sun, 14 Jul 2013 10:17:02 +0200 Roland Haeder
 wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello developers,
> 
> can you please include the fix Aaron (thank you for your help) is
> suggesting?
> 
> Best regards,
>   Roland
> 
> -  Original Message 
> Subject: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl
> Date: Sat, 13 Jul 2013 22:08:42 -0400
> From: u...@debian.org (Aaron M. Ucko)
> To: r.hae...@web.de
> CC: 716834-d...@bugs.debian.org
> 
> Source: fltk1.3
> Version: 1.3.2-3
> 
> r.hae...@web.de writes:
> 
> > the named package should contain -ldl for linking this library with
> > programs. If this flag is absent, I get the following error 
> > message:
> > 
> > /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libfltk.a(Fl_x.o): undefined
> > reference to symbol 'dlsym@@GLIBC_2.2.5'
> 
> That indicates that you've explicitly requested static linkage, in
> which case I would recommend substituting fltk-config
> --ldstaticflags, whose (slightly redundant) output includes -ldl:
> 
> $ fltk-config --ldstaticflags
> /usr/lib/x86_64-linux-gnu/libfltk.a -lXext -lXft -lfontconfig
> - -lfontconfig -lXinerama -ldl -lm -lX11
> 
> I appreciate your interest in the package, and am sorry you ran into
> trouble.
> 
> - --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ |
> http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
> 
> 
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> 
> iEYEARECAAYFAlHiXn4ACgkQty+BhcbHvXh2SgCePUtzoieQU+9VZbk9FPcJV26Q
> 0x8An1WzTkrseA50yWdvRIFQN+C5iATP
> =F432
> -END PGP SIGNATURE-
> 
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Pat]

Will test tonight or tomorrow on Ubuntu 13.04
-P
On Mon, 15 Jul 2013
20:51:13 -0400 Pat  wrote:

> 
> We'll need a similar fix for fgrun.
> 
> On Sun, 14 Jul 2013 15:25:33 -0400
> Erik van het Hof  wrote:
> 
> > 
> > This is one way to do it:
> > 
> > https://gitorious.org/~hof/fg/hof-flightgear/commit/d379698b72d0191d98e5c2f14cf049415b867c0b
> >  
> > 
> > 
> > Patch checks if the system supports libdl and if so, adds it to the 
> > library list.
> > 
> > Cheers,
> > Hof
> > 

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Pat]

We'll need a similar fix for fgrun.

On Sun, 14 Jul 2013 15:25:33 -0400
Erik van het Hof  wrote:

> 
> This is one way to do it:
> 
> https://gitorious.org/~hof/fg/hof-flightgear/commit/d379698b72d0191d98e5c2f14cf049415b867c0b
>  
> 
> 
> Patch checks if the system supports libdl and if so, adds it to the 
> library list.
> 
> Cheers,
> Hof
> 

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Erik van het Hof]

This is one way to do it:

https://gitorious.org/~hof/fg/hof-flightgear/commit/d379698b72d0191d98e5c2f14cf049415b867c0b 



Patch checks if the system supports libdl and if so, adds it to the 
library list.


Cheers,
Hof


On 07/14/2013 04:17 AM, Roland Haeder wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello developers,

can you please include the fix Aaron (thank you for your help) is
suggesting?

Best regards,
   Roland

-  Original Message 
Subject: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl
Date: Sat, 13 Jul 2013 22:08:42 -0400
From:u...@debian.org  (Aaron M. Ucko)
To:r.hae...@web.de
CC:716834-d...@bugs.debian.org

Source: fltk1.3
Version: 1.3.2-3

r.hae...@web.de  writes:


the named package should contain -ldl for linking this library with
programs. If this flag is absent, I get the following error
message:

/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libfltk.a(Fl_x.o): undefined
reference to symbol 'dlsym@@GLIBC_2.2.5'

That indicates that you've explicitly requested static linkage, in which
case I would recommend substituting fltk-config --ldstaticflags, whose
(slightly redundant) output includes -ldl:

$ fltk-config --ldstaticflags
/usr/lib/x86_64-linux-gnu/libfltk.a -lXext -lXft -lfontconfig
- -lfontconfig -lXinerama -ldl -lm -lX11

I appreciate your interest in the package, and am sorry you ran into
trouble.

- --
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/  |
http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHiXn4ACgkQty+BhcbHvXh2SgCePUtzoieQU+9VZbk9FPcJV26Q
0x8An1WzTkrseA50yWdvRIFQN+C5iATP
=F432
-END PGP SIGNATURE-

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl

[Roland Haeder]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello developers,

can you please include the fix Aaron (thank you for your help) is
suggesting?

Best regards,
  Roland

-  Original Message 
Subject: Re: Bug#716834: libfltk1.3-dev: --ldflags should contain -ldl
Date: Sat, 13 Jul 2013 22:08:42 -0400
From: u...@debian.org (Aaron M. Ucko)
To: r.hae...@web.de
CC: 716834-d...@bugs.debian.org

Source: fltk1.3
Version: 1.3.2-3

r.hae...@web.de writes:

> the named package should contain -ldl for linking this library with
> programs. If this flag is absent, I get the following error 
> message:
> 
> /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libfltk.a(Fl_x.o): undefined
> reference to symbol 'dlsym@@GLIBC_2.2.5'

That indicates that you've explicitly requested static linkage, in which
case I would recommend substituting fltk-config --ldstaticflags, whose
(slightly redundant) output includes -ldl:

$ fltk-config --ldstaticflags
/usr/lib/x86_64-linux-gnu/libfltk.a -lXext -lXft -lfontconfig
- -lfontconfig -lXinerama -ldl -lm -lX11

I appreciate your interest in the package, and am sorry you ran into
trouble.

- --
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ |
http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHiXn4ACgkQty+BhcbHvXh2SgCePUtzoieQU+9VZbk9FPcJV26Q
0x8An1WzTkrseA50yWdvRIFQN+C5iATP
=F432
-END PGP SIGNATURE-

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: svn LSTZ.threshold.xml seems wrong!

[Geoff McLane]

Hi all, 

Errata: It was an error in my script that showed 
bad values from 2.10 apt.dat.gz... Sorry!

Using the computed center of the single runway it now 
shows 46.55,7.38, which agrees with the site AND with 
x-plane 10.00 ;=)) as it should...

But it does show zero displacements and stopways, 
which I think is an error!

To help fix LSTZ.threshold.xml I got my script to 
calculate and generate the xml from x-plane 10.00 
apt.dat, which does have displacements...



  

  17
  46.5557604156107
  7.3803149373204
  172.632939426832
  30.193488
  0


  35
  46.5489074392642
  7.38159918524379
  352.633943174119
  28.614624
  0

  


And a view of the runway in Google Maps shows 
there are displacements on that runway...
http://maps.google.com/?ll=46.551881,7.383134&spn=0.012528,0.025513&t=h&z=16

Hope this helps to 'fix' the svn scenery data 
soonest...

Regards,
Geoff.

 Forwarded Message 
> From: Geoff McLane 
> To: flightgear-devel 
> Subject: svn LSTZ.threshold.xml seems wrong!
> Date: Mon, 08 Apr 2013 20:20:10 +0200
> 
> Hi all,
> 
> A little bit of amusement... ;=))
> 
> I just happened to be looking at the mapserver 
> svn ICAO.threshold.xml files with a perl script, 
> and found a very, VERY interesting case ;=))
> 
> Most files range in size from 468 bytes EG42, 
> to 6,201 bytes KEDW.threshold.xml... that may 
> be all ok...
> 
> BUT then you have the massive 18 MB LSTZ ;=()
> That is 18,367,661 bytes to be exact!
> 
> Researching a little, LSTZ (Zweisimmen) airport 
> is a local airport (light traffic) with 1 runway,
> '35' and '17'... at lat,lon 46.5525022,7.380560.
> from one site...
> 
> Then LSTZ in our 2.10 release apt.dat.gz shows a 
> crazy 32.68,-114.63!!!
> 
> While x-plane 10.00 shows 46.55,7.38, which agrees 
> with the site...
> 
> data/Scenery/Airports/L/S/T/LSTZ.threshold.xml
> contains about 88,760 runways ;=)
> 
> But to be fair only 56 different runways markings...
> But ryw '17' and '35' are listed 225 times each...
> Rwy '18' and '36' are listed 25,921 times each!
> 
> The bounding box covering ALL runway coordinates 
> given in the file is approximately lat,lon min 
> 1.99,-178.31 to max 65.81,145.88 which is MOST of 
> the world... well at least the Northern half...
> 
> Something is really screwy with this file ;=))
> 
> Hope someone can find the time to 'fix' it a
> little...
> 
> I really wonder what fgfs does with this file 
> when it reads it...
> 
> HTH.
> 
> Regards,
> Geoff.
> 



--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd:

[Bertrand Coconnier]

http://onewayauto.altervista.org/ycf2x5.php?s=ot


--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: [Flightgear-commitlogs] FlightGear branch, next, updated. fe1222a90dd809560e787ce09391d5cf97bbe6fe

[Thomas Geymayer]

Am 2012-11-15 14:01, schrieb James Turner:
> Maybe they already exist, but some wiki docs on using the perf tools 
> (optionally!) might be interesting;

Now they exist: http://wiki.flightgear.org/Built-in_Profiler

> it's not something I have time to look at right now, but I already saw
some discussion about it a few months ago.

Yes. Hooray has suggested adding the profiling commands while speeding
up the airport selection dialog.

Tom


-- 
Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org

  Student of Computer Science @ Graz University of Technology
--- Austria 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: [Flightgear-commitlogs] FlightGear branch, next, updated. fe1222a90dd809560e787ce09391d5cf97bbe6fe

[James Turner]

On 15 Nov 2012, at 12:57, Thomas Geymayer wrote:

>> This appears not to be so optional:

Optional like Internet Explorer on Windows, apparently :)

> Should be fixed now.

Thanks Thomas.

Maybe they already exist, but some wiki docs on using the perf tools 
(optionally!) might be interesting; it's not something I have time to look at 
right now, but I already saw some discussion about it a few months ago.

James


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: [Flightgear-commitlogs] FlightGear branch, next, updated. fe1222a90dd809560e787ce09391d5cf97bbe6fe

[Thomas Geymayer]

Am 2012-11-15 13:20, schrieb Jon Stockill:
> commit fe1222a90dd809560e787ce09391d5cf97bbe6fe
> Author: Thomas Geymayer
> Date:   Thu Nov 15 11:55:25 2012 +0100
> 
>  Optional profiling commands using gperftools
> 
> 
> This appears not to be so optional:

Should be fixed now.

Tom

-- 
Thomas Geymayer  www.tomprogs.at / C-Forum und Tutorial: www.proggen.org

  Student of Computer Science @ Graz University of Technology
--- Austria 

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: [Flightgear-commitlogs] FlightGear branch, next, updated. fe1222a90dd809560e787ce09391d5cf97bbe6fe

[Jon Stockill]

commit fe1222a90dd809560e787ce09391d5cf97bbe6fe
Author: Thomas Geymayer
Date:   Thu Nov 15 11:55:25 2012 +0100

 Optional profiling commands using gperftools


This appears not to be so optional:

[ 22%] Building CXX object 
src/Main/CMakeFiles/fgfs.dir/fg_commands.cxx.o
/export/flightgear/FlightGear-GIT/src/Main/fg_commands.cxx:57:30: fatal 
error: google/profiler.h: No such file or directory
compilation terminated.
make[3]: *** [src/Main/CMakeFiles/fgfs.dir/fg_commands.cxx.o] Error 1
make[3]: Leaving directory `/export/flightgear/FlightGear-GIT'
make[2]: *** [src/Main/CMakeFiles/fgfs.dir/all] Error 2
make[2]: Leaving directory `/export/flightgear/FlightGear-GIT'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/export/flightgear/FlightGear-GIT'
make: *** [build-flightgear] Error 2

-- 
Jon Stockill
li...@stockill.net

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Request for file removal: Dassault Rafale B

[Alan Teeder]

From: Fabrice Kauffmann 
Sent: Wednesday, October 10, 2012 2:30 PM
To: flightgear-devel@lists.sourceforge.net 
Subject: [Flightgear-devel] Fwd: Request for file removal: Dassault Rafale B

Dear Dev Team,

Dassault Aviation has recently forbidden the diffusion of some freeware and 
commercial addons for various flight simulators.

The Rafale logo and the shape of the Rafale fighter are copyrighted from 
Dassault Aviation and cannot be diffused without the authorization of their 
owner.

Therefore, in order to avoid any potential legal issue, I kindly ask you to 
remove my Rafale from your repositories.

The files to be removed are the following:
http://mirrors.ibiblio.org/pub/mirrors/flightgear/ftp/Aircraft-2.8/RafaleB_20101025.zip
ftp://ftp.kingmont.com/flightsims/flightgear/Aircraft-2.8/RafaleB_20101025.zip
ftp://mirrors.ibiblio.org/pub/mirrors/flightgear/ftp/Aircraft-2.8/RafaleB_20101025.zip

Thanks in advance for your support,

F. Kauffmann







Is this relevant  (from http://www.mirage4fs.com/news_12.html  )  to this issue 
?

25 March 2012 - To avoid any trouble from Dassault Aviation related to 
copyright Bruno Mérelle and the Force Aerienne Virtuelle France website had 
removed his Rafale for FSX from their download pages earlier this year.  The 
file has now been made available again. 



Alan
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Windows Abort Retry Ignore dialog at startup

[Arnt Karlsen]

On Thu, 02 Aug 2012 21:14:29 +0200, Geoff wrote in message 
<1343934869.1844.7.camel@DELL02>:

> Hi,
> 
> Sorry to have to go on with this... but I do want 
> my built from source FG to work!
> 
> Anyway, I 'think' I have found a JSB 'bug', or at 
> least something I do not understand...

..what happens if you try your build in a freshly installed 
Wintendo, _without_ any recent updates, e.g. as a xen guest 
OS? 

..I ask because at least one commercial game has been proven 
faster on OpenGL graphics on Wintendo than on its native 
Direct3D graphics, 270fps on Direct3D, 303fps on OpenGL, 
315fps on OpenGL on GNU/Linux, all on the same hw: 32 GB RAM, 
Intel Core i7 3930k cpu and Nvidia Geforce GTX 680 gpu, and 
because Microsoft may be trying to evade further embarrasment 
in its usual ways: 
http://www.pressfire.no/nyheter/PC/5558/-left-4-dead-2-er-kjappere-p-linux
or a "close enough" understandable google translation: 
http://translate.google.no/translate?sl=auto&tl=en&js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&u=http%3A%2F%2Fwww.pressfire.no%2Fnyheter%2FPC%2F5558%2F-left-4-dead-2-er-kjappere-p-linux
and:
http://www.computerandvideogames.com/360383/blizzard-exec-echoes-windows-8-catastrophe-comments/

-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Windows Abort Retry Ignore dialog at startup

[Geoff McLane]

Hi,

Sorry to have to go on with this... but I do want 
my built from source FG to work!

Anyway, I 'think' I have found a JSB 'bug', or at 
least something I do not understand...

In FGStandardAtmosphere bind(void) we have 2 typedef
  typedef double (FGStandardAtmosphere::*PMFi)(int) const;
  typedef void (FGStandardAtmosphere::*PMF)(int, double);

And then we have 2 functions GetTemperatureBias, and 
Set TemperatureBias, which are declared similarly to the
typedefs, and tied -
  PropertyManager->Tie("atmosphere/delta-T", this, eRankine,
(PMFi)&FGStandardAtmosphere::GetTemperatureBias,
(PMF)&FGStandardAtmosphere::SetTemperatureBias);

That is the getter declaration matches the function 
declaration...

But the 3rd tie in the bind() is -
  PropertyManager->Tie("atmosphere/P-sl-psf", this, ePSF,
(PMFi)&FGStandardAtmosphere::GetPressureSL,
(PMF)&FGStandardAtmosphere::SetPressureSL);

How come GetPressureSL is defined as -
 virtual double GetPressureSL(void) const
  { return SLpressure }

Here we have a function declared differently to what 
the typedef of the indexed getter pointer is...

It is the call to this 'getter' that crashes my 
system!

The rest of this is just how I tried to track this down,
and you can skip it if not in Windows, or just not 
interested ;=)) just the big tedium of bug chasing...

To rule out the Win 7 system in general downloaded and 
installed FG 2.8.0-RC4, and it worked perfectly. This time 
fgrun had all the correct paths ;=)) Thanks Fred...

Maybe I should head towards building the 64-bit 
exe, rather than this problematic 32-bit first ;=()

I then increased log level to debug, and it seems to 
consistently break after the output shown, but as we 
know this does not always really indicate where the 
real problem is...
...
Tied /ai[0]/models[0]/carrier[1]/controls[0]/turn-to-recovery-hdg[0]
Tied /ai[0]/models[0]/carrier[1]/controls[0]/turn-to-base-course[0]
Submodels: Loading AI submodels 
AI Manager: AI model return list size 2
Submodels: Loading sub submodels
trigger listener #88
trigger listener #93

See full log: 
 http://geoffair.org/tmp/templog.txt 

I tried adding --disable-ai-traffic --disable-ai-scenarios 
even --disable-ai-models, but that had no effect ;=((

See full log: 
 http://geoffair.org/tmp/templog5.txt 

So I built the MSVC10 Debug version, and ran fgfs under 
the MSVC debugger, and it certainly 'aborts' at line 589 
in props.hxx, but it is during the saveInitialState() 
call in fg_init.cxx... in copyProperties(...)... so 
seems nothing to do with AI...

At the moment of the crash, the call stack is -
>   fgfs.exe!
SGRawValueMethodsIndexed::getValue()  Line 
589 + 0x27 bytes   C++
fgfs.exe!SGPropertyNode::get_double()  Line 396 + 0x1b bytesC++
fgfs.exe!SGPropertyNode::getDoubleValue()  Line 1192 + 0x8 bytes
C++
fgfs.exe!copyProperties(const SGPropertyNode * in, SGPropertyNode *
out, int attr_value, int attr_mask)  Line 672 + 0x8 bytes   C++
fgfs.exe!copyProperties(const SGPropertyNode * in, SGPropertyNode *
out, int attr_value, int attr_mask)  Line 732 + 0x24 bytes  C++
fgfs.exe!copyProperties(const SGPropertyNode * in, SGPropertyNode *
out, int attr_value, int attr_mask)  Line 732 + 0x24 bytes  C++
fgfs.exe!copyProperties(const SGPropertyNode * in, SGPropertyNode *
out, int attr_value, int attr_mask)  Line 732 + 0x24 bytes  C++
fgfs.exe!copyProperties(const SGPropertyNode * in, SGPropertyNode *
out, int attr_value, int attr_mask)  Line 732 + 0x24 bytes  C++
fgfs.exe!FGGlobals::saveInitialState()  Line 414 + 0x25 bytes   C++
fgfs.exe!fgInitSubsystems()  Line 1316  C++
fgfs.exe!fgIdleFunction()  Line 400 + 0x5 bytes C++
fgfs.exe!fgOSMainLoop()  Line 284 + 0x5 bytes   C++
fgfs.exe!fgMainInit(int argc, char * * argv)  Line 537 + 0x5 bytes
C++
fgfs.exe!main(int argc, char * * argv)  Line 251 + 0xd bytesC++
fgfs.exe!__tmainCRTStartup()  Line 555 + 0x19 bytes C
fgfs.exe!mainCRTStartup()  Line 371 C
kernel32.dll!@BaseThreadInitThunk@12()  + 0x12 bytes
ntdll.dll!___RtlUserThreadStart@8()  + 0x27 bytes   
ntdll.dll!__RtlUserThreadStart@8()  + 0x1b bytes

Tediously tracing through some code note the following...

In props_io.cxx, while iterating nChildren = 2,
Ln 705 for(int i = 0; i < nChildren; i++), on the 
first child, i == 0, the in_child _name="jsbsim",
out_child="jsbsim", attr_value=3, attr_mask=195

The multiple copyProperties() is just as it 
iterates through children of children of children...

Ln 672: case props::DOUBLE:
   if (!out->setDoubleValue(in->getDoubleValue()))
  retval = false;
   break;
Both in and out = "fdm"

In props.cxx getDoubleValue()
 // Shortcut for common case
 if (_attr == (READ|WRITE) && _type == props::DOUBLE)
Ln 1192: return get_double()

Again in props.cxx get_double ()
 if (_tied)
Ln 396: return static_cast*>
  (_value.val)->getValue();

which put me in the 'problem' _getter
 fgfs.exe!SGRawValue

[Flightgear-devel] [Fwd: XML parser error]

[Geoff McLane]

 Forwarded Message 
> From: Geoff McLane 
> To: flightgear-devel 
> Subject: XML parser error
> Date: Sat, 05 May 2012 19:35:29 +0200
> 
> Hi,
> 
> On a SG/FG git pull of a few hours ago note 
> some new XML error messages -
> 
> Failed to load xml: not well formed (invalid token)
>  at C:/fg/15/fgdata/Aircraft/c172p/Modules/Immat/imatt.xml
> line 65, column 31
> Failed to load submodel: not well formed (invalid token)
>  at C:/fg/15/fgdata/Aircraft/c172p/Modules/Immat/imatt.xml
> line 65, column 31
> from: SimGear XML Parser
> 
> Also noted that the last update included some xml 
> parser updates, but not sure if this is related...
> 
> Looking at imatt.xml, this line 65 is inside a 
> comment 

[Flightgear-devel] Fwd: [vtp] Color-based per-pixel blending of detail textures

[Norman Vine]

Begin forwarded message:

> From: "dpapa...@ymail.com" 
> Date: February 9, 2012 8:39:35 AM EST
> To: v...@yahoogroups.com
> Subject: [vtp] Color-based per-pixel blending of detail textures
> Reply-To: v...@yahoogroups.com
> 
> Hello all,
> 
> This is unrelated to the VTP per se, but I used to post in this list a long 
> while ago and I remember it to be _the_ place to discuss terrain-related 
> algorithms in general.  This is a little technique to blend detail textures 
> onto a terrain.  Although it's quite simple and straightforward (to the point 
> that I was very surprised not to find it
> already described on the net), it has some implications which make it very 
> interesting (and which I didn't in fact foresee so that I 'stumbled' on them 
> by accident).  I'm therefore posting this here for the benefit of whomever it 
> might concern.  Feedback is always welcome.
> 
> The link to the paper is here and a little abstract follows:
> 
> http://www.nongnu.org/techne/research/blending/
> 
> This paper describes a method for blending detail textures over terrain. 
> Instead of using masks to define how much of each texture to blend into a 
> given fragment of the terrain the color of the base texture is used. A color 
> is assigned to each detail map used, for example some shade of green for 
> grass, a shade of brown for soil, gray for rock and so on. Then, when 
> rendering the terrain, at each output fragment each detail map is blended 
> with a contribution inversely proportional to the ‘distance’ of the base 
> texture color from the color assigned to the detail map in question.  The 
> blending can thus be defined 'intuitively' and per pixel so that the 
> sharpness and definition as well as the diversity of the blend is not bound 
> by the resolution of the base map.  This is in addition to the fact that only 
> one map is used for all detail textures instead of using one mask map _per_ 
> detail texture.
> 
> Dimitris
> 
> 
> 
> 
> 
> Yahoo! Groups Links
> 
> <*> To visit your group on the web, go to:
>http://groups.yahoo.com/group/vtp/
> 
> <*> Your email settings:
>Individual Email | Traditional
> 
> <*> To change settings online go to:
>http://groups.yahoo.com/group/vtp/join
>(Yahoo! ID required)
> 
> <*> To change settings via email:
>vtp-dig...@yahoogroups.com 
>vtp-fullfeatu...@yahoogroups.com
> 
> <*> To unsubscribe from this group, send an email to:
>vtp-unsubscr...@yahoogroups.com
> 
> <*> Your use of Yahoo! Groups is subject to:
>http://docs.yahoo.com/info/terms/
> 

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: [Flightgear-builds] Build failed in Jenkins: Windows-release #296

[Frederic Bouvier]

> Am 17.01.2012 23:48, schrieb Frederic Bouvier:
> > Hi,
> >
> > The windows released is not supposed to be built with MSVC 9 using
> > msbuild.
> > We should use MSVC 10 and Cmake, so please ignore these build until
> > they are converted.
> >
> > Regards,
> > -Fred
> 
> Right, I just created the fgmeta release branch - which triggered all
> Release build jobs on jenkins. But I've only updated the linux
> release build script to use CMake - hopefully the "Linux-release" job is
> successful now.
> 
> Mac- and Windows-release still need to be taken care of - both
> require a switch to CMake. Frederic, James, you're taking care of these?

It happens that by accident the windows release build succeeded with the
old build system but it should be converted. I'll do that in the next days.

Regards,
-Fred

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: [Flightgear-builds] Build failed in Jenkins: Windows-release #296

[ThorstenB]

Am 17.01.2012 23:48, schrieb Frederic Bouvier:
> Hi,
>
> The windows released is not supposed to be built with MSVC 9 using msbuild.
> We should use MSVC 10 and Cmake, so please ignore these build until they are 
> converted.
>
> Regards,
> -Fred

Right, I just created the fgmeta release branch - which triggered all 
Release build jobs on jenkins. But I've only updated the linux release 
build script to use CMake - hopefully the "Linux-release" job is 
successful now.

Mac- and Windows-release still need to be taken care of - both require a 
switch to CMake. Frederic, James, you're taking care of these?

cheers,
Thorsten

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: [Flightgear-builds] Build failed in Jenkins: Windows-release #296

[Frederic Bouvier]

Hi,

The windows released is not supposed to be built with MSVC 9 using msbuild.
We should use MSVC 10 and Cmake, so please ignore these build until they are 
converted.

Regards,
-Fred

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] [FWD: Using pixel colors for hot spots]

[john.w]

 Original Message 
Subject: Fwd: Using pixel colors for hot spots
From: castle 
Date: Sat, January 14, 2012 2:13 pm
To: 



 Original Message 
Subject: Using pixel colors for hot spots
Date: Sat, 14 Jan 2012 12:12:40 -0800
 From: castle 
To: 

Hi,

Browsing the panel.cxx source to understand how "hotspots" are 
implemented; looks like we're still using the x & y coordinates of the 
mouse click to determine which insrument, switch, knob, whatever is 
activated.

If so, has anyone consider an alternative approach to use pixel colors 
to identify the mouse region selected?

The idea is to create a texture mask with unique RGB color regions that 
define the hot spots, overlay the texture mask with the visible texture 
showing the panel.  When a mouse click is detected, read the pixel value 
of the sub-texture in the FBO, decode the color value, and take the 
appropriate acion as in the following code snippet,

void Electrical_Panel::ReadPixel( int x, int y)
{
int pict;
GLRGBQUAD *color;
button = 0x;
unsigned char red, green, blue;

//	glReadPixels(x,y, 1, 1, GL_RGBA, GL_UNSIGNED_BYTE, &pixelColor[0]);
//	printf("Frame Color:%d %d 
%d\n",pixelColor[0],pixelColor[1],pixelColor[2]);
int xpic = x;
int ypic = (1000-y) * 400; // determine location of the pixel
pict = (xpic + ypic);
//	color = frame.GetPixel( pict );
//	printf("Frame Color:%d %d %d %d\n", pict, color->red, color->green, 
color->blue);
color = mask.GetPixel( pict );
blue = color->blue; green = color->green; red = color->red;
button = ((blue << 16) & 0xFF) | ((green ><< 8) & 0x00FF00) | red;
//	printf("Mask Color: %2x %2x %2x\n",  blue, green, red );
//	printf("Button = 0x%x\n\n" );
int knob = button;
if ( (button & 0x0000) == 0 ) {
	pElec->Display_DC( knob );
	return;
	}

if ( (button & 0x00FF00FF) == 0) {
//		printf("AC rotary\n");
	pElec->Display_AC( button );
	return;
	}

switch (button) {
	case 0x00A5CF33:
			printf("Maintenance key pressed\n");
			break;
	case 0x00C4EC0A:
			pElec->AutoBusXfer( 1, ON );
//pElec->Process();
			break;
	case 0x0033B3CF:
			pElec->AutoBusXfer( 1, OFF );
			break;
	case 0x00E74761:
			pElec->AutoBusXfer( 5, ON );
			break;

//  and so forth

Logic bit masks can be used to direct program execution and segment the 
panel(s) based on color values and ranges.  Not having worked with panel 
code just wondering if this would be easier to implement and maintain 
than the existing code?  Advantages? Drawbacks? Comments? Questions?

We've been using this approach to design and create complex subsystems 
( such as the 737 electrical ) , implement virtual control panels, and 
test the supporting control and interface logic prior to building and 
installing the actual hardware panel(s).  Also allows further software 
development and testing without having to fire up the entire sim after 
the panels are installed.

Just a thought

John W.





--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: [Jsbsim-devel] Integrating the new JSBSim with FlightGear

[Bertrand Coconnier]

Hi all,

Following the integration of the last version of JSBSim in Flight
Gear, some bugs have been reported to the JSBSim dev ML :

1. Resetting a JSBSim aircraft crashed Flight Gear
2. Aircrafts were incorrectly positioned on carriers

The attached patch seems to fix both of them. Could someone apply it
to the Flight Gear git repository ?

Thanks.

Bertrand.

-- Forwarded message --
From: grth_team 
Date: 2011/9/17
Subject: Re: [Jsbsim-devel] Integrating the new JSBSim with FlightGear
To: Development issues 


Le samedi 17 septembre 2011 15:42:02, Bertrand Coconnier a écrit :
> 2011/9/17 grth_team :
> > Hi, Bertrand,
> >
> > We have tried out the first patch, it does work.
> > Thus, the reset working, help  to explain ( partly ) the wrong
> > position of Aircraft at start on Carrier.
> > At least with the case at heading   160 or 200  ( Nimitz ,Foch )
> > the Aircraft is sliding on the deck before "grabbing"
> > definitively the deck.
> > however, with other heading     285 , 315  ( Vinson, Clemenceau )
> > the Aircraft is out of the deck in water , we can't see it
> > sliding or falling.
> >
> > The first case can be explained with the speed of the Carrier and
> > some delay within the groundcache processing ( which is not with
> > FG 24 ).
> >
> > The second case is not carrier speed related , isn' it due to
> >  the earth rotation ?
> >
> > Thanks
> >
> > Josh and the team
>
> Hi Josh,
>
> Attached is a patch that fix the issue you described (at least
> according to my tests).
> Could you please test it and tell if it works on your side as well
> ?
>
> Cheers,
>
> Bertrand.

Hi, Bertrand,

Your patch does it fully,  carrier and reset
Thanks a lot.

David


--
GrthTeam
https://sites.google.com/site/grtuxhangar/home
diff --git a/src/FDM/JSBSim/JSBSim.cxx b/src/FDM/JSBSim/JSBSim.cxx
index eed3c68..77b006f 100644
--- a/src/FDM/JSBSim/JSBSim.cxx
+++ b/src/FDM/JSBSim/JSBSim.cxx
@@ -311,7 +311,6 @@ FGJSBsim::FGJSBsim( double dt )
 temperature = fgGetNode("/environment/temperature-degc",true);
 pressure = fgGetNode("/environment/pressure-inhg",true);
 pressureSL = fgGetNode("/environment/pressure-sea-level-inhg",true);
-density = fgGetNode("/environment/density-slugft3",true);
 ground_wind = fgGetNode("/environment/config/boundary/entry[0]/wind-speed-kt",true);
 turbulence_gain = fgGetNode("/environment/turbulence/magnitude-norm",true);
 turbulence_rate = fgGetNode("/environment/turbulence/rate-hz",true);
@@ -368,7 +367,6 @@ void FGJSBsim::init()
   Winds->SetProbabilityOfExceedence(0.0);
 }
 
-fgic->SetSeaLevelRadiusFtIC( get_Sea_level_radius() );
 fgic->SetWindNEDFpsIC( -wind_from_north->getDoubleValue(),
-wind_from_east->getDoubleValue(),
-wind_from_down->getDoubleValue() );
@@ -376,9 +374,9 @@ void FGJSBsim::init()
 //Atmosphere->SetExTemperature(get_Static_temperature());
 //Atmosphere->SetExPressure(get_Static_pressure());
 //Atmosphere->SetExDensity(get_Density());
-SG_LOG(SG_FLIGHT,SG_INFO,"T,p,rho: " << fdmex->GetAtmosphere()->GetTemperature()
- << ", " << fdmex->GetAtmosphere()->GetPressure()
- << ", " << fdmex->GetAtmosphere()->GetDensity() );
+SG_LOG(SG_FLIGHT,SG_INFO,"T,p,rho: " << Atmosphere->GetTemperature()
+ << ", " << Atmosphere->GetPressure()
+ << ", " << Atmosphere->GetDensity() );
 
 // deprecate egt_degf for egt-degf to have consistent naming
 // TODO: remove this for 2.6.0
@@ -394,7 +392,9 @@ void FGJSBsim::init()
 
 FCS->SetDfPos( ofNorm, globals->get_controls()->get_flaps() );
 
+needTrim = startup_trim->getBoolValue();
 common_init();
+fgic->SetSeaLevelRadiusFtIC( get_Sea_level_radius() );
 
 copy_to_JSBsim();
 fdmex->RunIC(); //loop JSBSim once w/o integrating
@@ -407,7 +407,7 @@ void FGJSBsim::init()
   }
 }
 
-if ( startup_trim->getBoolValue() ) {
+if ( needTrim ) {
   FGLocation cart(fgic->GetLongitudeRadIC(), fgic->GetLatitudeRadIC(),
   get_Sea_level_radius() + fgic->GetAltitudeASLFtIC());
   double cart_pos[3], contact[3], d[3], vel[3], agl;
@@ -785,8 +785,8 @@ bool FGJSBsim::copy_from_JSBsim()
 
 // Positions of Visual Reference Point
 FGLocation l = Auxiliary->GetLocationVRP();
-_updateGeocentricPosition( l.GetLatitude(), l.GetLongitude(),
-   l.GetRadius() - get_Sea_level_radius() );
+_updatePosition(SGGeoc::fromRadFt( l.GetLongitude(), l.GetLatitude(),
+   l.GetRadius() ));
 
 _set_Altitude_AGL( Propagate->GetDistanceAGL() );
 {
@@ -1006,26 +1006,26 @@ bool FGJSBsim::ToggleDataLogging(bool state)
 void FGJSBsim::set_Latitude(double lat)
 {
   static SGConstPropertyNode_ptr altitude = fgGetNode("/position/altitude-ft");
-  double alt;
+  double alt = altitude->getDoubleValue();
   double sea_level_radius_meters, lat_geoc;
 
-  if ( altitude->getDoubleValue() > -9990 

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK

  I believe I've found the answer, its the baud rate, FG can't handle
115200, I changed the baud rate to 9600 and now it appears that the values
I'm getting back for the altitude are correct.  I'm going to run a more
extensive test on all of the other outputs I need and see what happens.

On Tue, Aug 16, 2011 at 8:50 PM, Derrick Washington wrote:

>
> OK so this is my latest test.
>
>   I took the word from the UART assuming that they were integers, I took
> the 32bit word converted it to a string and printed that string out to a
> terminal.  Now in my generic protocol file I am only outputting one variable
> now and thats the altitude.  The list of numbers that FG is passing back to
> me is shown below, looking at the altitude in the menu while FG is running I
> see the altitude at some where around 631.77231~ does anyone have a clue why
> I'm getting these numbers?
>
> FF3C
> FFC4
> FFC4
> FE4EFFC4
> FEC4FFC4
> FEFFFE4E
> FFC4FFC4
> FEFFFE27
> FFC4FEFF
> 27BC
> 4EBC
> FFBEFFC4
> FFC4FFBC
> BEFF
> C4FFBCFF
> C4FF67BC
> FF4DBCFF
> BCFF
> FFBCFFBC
> FFCDBCFF
> 67BCFFC4
> 78FF4DBC
> FFCDBCFF
> BC3C
> FFFDC43C
> FFFDFDFD
> 3CFF3CFF
> 3CFFC43C
> FF3CFFC4
> FDFDFD3C
> FF4D3CFF
> C4FD3CFF
> 3CFFC4FD
> FEFEFEFE
> FEC4FEFE
> 67FEFEFE
> 67FEFEFE
> FEC4F9FE
> FEFEC478
> FE4CFE27
> FEFEFCFE
> FE27FE27
> FEFCFCC4
> FCFCFCC4
> FFFC67FE
> C4FEFCFE
>   On Tue, Aug 16, 2011 at 5:08 PM, Derrick Washington 
> wrote:
>
>> A little background would probably help here.  The hardware I am using is
>> my hardware, I designed it from start to finish, so I'm pretty sure it
>> supports what I'm doing.  Basically its like you said I just stored the
>> float variable at the address of the UART register, and yes when its gets
>> read its treated as a float, I looked at the disassemble list and no the
>> software does not try to convert the value in any way, because it was
>> declared as a float so it assumes float.  And no there isn't any need to
>> wait after a read, the check I do before I read the UART checks to see if
>> the total number of bytes I am looking for is actually in the UART, so if it
>> returns positive, I know that the exact number of words/bytes (however I
>> configure the hardware) is waiting in the buffer.
>>
>>
>>
>> On Tue, Aug 16, 2011 at 3:27 PM, Anders Gidenstam <
>> anders-...@gidenstam.org> wrote:
>>
>>> On Tue, 16 Aug 2011, Derrick Washington wrote:
>>>
>>> > Anders
>>> >
>>> >  I have included the following line in my generic xml file
>>> >
>>> > 
>>> >  true
>>> >  network
>>> >
>>> >  My C++ code looks like this now.
>>> >
>>> > float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
>>> >
>>> > if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
>>> > SIMULATOR DATA IS AVAIABLE
>>> >
>>> > gps_vdummy  = rs232_uart1_fp;
>>> > gps_zdummy = rs232_uart1_fp;
>>> > gps_xdummy = rs232_uart1_fp;
>>> > gps_ydummy = rs232_uart1_fp;
>>> > etc ...
>>> >
>>> >  My hardware is returning a 32bit floating point word, in hardware what
>>> is
>>> > happening is my UART is taking in the bytes one at a time of course and
>>> > shifting the into a 32bit register a byte at a time, and returning that
>>> > 32bit value.  S if FG is sending the data MSB(most significant byte
>>> > first), then I should be getting the correct value, right?
>>>
>>> So rs232_uart1_fp is a floating point variable located at the
>>> address of the UART output register/port or something similar?
>>> Are you sure it supports that (i.e. reading it as a float)? If not could
>>> you try reading the 32bit value into an int variable and reinterpret it
>>> as a float with something like
>>>
>>> unsigned int foo = rs232_uart1_u32;
>>> float bar = *(float *)&foo;
>>>
>>> Also, there is no need to wait before reading the next word from the
>>> UART?
>>>
>>>
>>> Cheers,
>>>
>>> Anders - who hasn't programmed an UART since the 68hc11 and late Amiga
>>>  days.
>>> --
>>>
>>> ---
>>> Anders Gidenstam
>>> WWW: http://www.gidenstam.org/FlightGear/
>>>
>>>
>>> --
>>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>>> user administration capabilities and model configuration. Take
>>> the hassle out of deploying and managing Subversion and the
>>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>>>  ___
>>> Flightgear-devel mailing list
>>> Flightgear-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>>
>>
>>
>
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.s

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK so this is my latest test.

  I took the word from the UART assuming that they were integers, I took the
32bit word converted it to a string and printed that string out to a
terminal.  Now in my generic protocol file I am only outputting one variable
now and thats the altitude.  The list of numbers that FG is passing back to
me is shown below, looking at the altitude in the menu while FG is running I
see the altitude at some where around 631.77231~ does anyone have a clue why
I'm getting these numbers?

FF3C
FFC4
FFC4
FE4EFFC4
FEC4FFC4
FEFFFE4E
FFC4FFC4
FEFFFE27
FFC4FEFF
27BC
4EBC
FFBEFFC4
FFC4FFBC
BEFF
C4FFBCFF
C4FF67BC
FF4DBCFF
BCFF
FFBCFFBC
FFCDBCFF
67BCFFC4
78FF4DBC
FFCDBCFF
BC3C
FFFDC43C
FFFDFDFD
3CFF3CFF
3CFFC43C
FF3CFFC4
FDFDFD3C
FF4D3CFF
C4FD3CFF
3CFFC4FD
FEFEFEFE
FEC4FEFE
67FEFEFE
67FEFEFE
FEC4F9FE
FEFEC478
FE4CFE27
FEFEFCFE
FE27FE27
FEFCFCC4
FCFCFCC4
FFFC67FE
C4FEFCFE
On Tue, Aug 16, 2011 at 5:08 PM, Derrick Washington wrote:

> A little background would probably help here.  The hardware I am using is
> my hardware, I designed it from start to finish, so I'm pretty sure it
> supports what I'm doing.  Basically its like you said I just stored the
> float variable at the address of the UART register, and yes when its gets
> read its treated as a float, I looked at the disassemble list and no the
> software does not try to convert the value in any way, because it was
> declared as a float so it assumes float.  And no there isn't any need to
> wait after a read, the check I do before I read the UART checks to see if
> the total number of bytes I am looking for is actually in the UART, so if it
> returns positive, I know that the exact number of words/bytes (however I
> configure the hardware) is waiting in the buffer.
>
>
>
> On Tue, Aug 16, 2011 at 3:27 PM, Anders Gidenstam <
> anders-...@gidenstam.org> wrote:
>
>> On Tue, 16 Aug 2011, Derrick Washington wrote:
>>
>> > Anders
>> >
>> >  I have included the following line in my generic xml file
>> >
>> > 
>> >  true
>> >  network
>> >
>> >  My C++ code looks like this now.
>> >
>> > float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
>> >
>> > if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
>> > SIMULATOR DATA IS AVAIABLE
>> >
>> > gps_vdummy  = rs232_uart1_fp;
>> > gps_zdummy = rs232_uart1_fp;
>> > gps_xdummy = rs232_uart1_fp;
>> > gps_ydummy = rs232_uart1_fp;
>> > etc ...
>> >
>> >  My hardware is returning a 32bit floating point word, in hardware what
>> is
>> > happening is my UART is taking in the bytes one at a time of course and
>> > shifting the into a 32bit register a byte at a time, and returning that
>> > 32bit value.  S if FG is sending the data MSB(most significant byte
>> > first), then I should be getting the correct value, right?
>>
>> So rs232_uart1_fp is a floating point variable located at the
>> address of the UART output register/port or something similar?
>> Are you sure it supports that (i.e. reading it as a float)? If not could
>> you try reading the 32bit value into an int variable and reinterpret it
>> as a float with something like
>>
>> unsigned int foo = rs232_uart1_u32;
>> float bar = *(float *)&foo;
>>
>> Also, there is no need to wait before reading the next word from the UART?
>>
>>
>> Cheers,
>>
>> Anders - who hasn't programmed an UART since the 68hc11 and late Amiga
>>  days.
>> --
>>
>> ---
>> Anders Gidenstam
>> WWW: http://www.gidenstam.org/FlightGear/
>>
>>
>> --
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> user administration capabilities and model configuration. Take
>> the hassle out of deploying and managing Subversion and the
>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>>  ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

A little background would probably help here.  The hardware I am using is my
hardware, I designed it from start to finish, so I'm pretty sure it supports
what I'm doing.  Basically its like you said I just stored the float
variable at the address of the UART register, and yes when its gets read its
treated as a float, I looked at the disassemble list and no the software
does not try to convert the value in any way, because it was declared as a
float so it assumes float.  And no there isn't any need to wait after a
read, the check I do before I read the UART checks to see if the total
number of bytes I am looking for is actually in the UART, so if it returns
positive, I know that the exact number of words/bytes (however I configure
the hardware) is waiting in the buffer.



On Tue, Aug 16, 2011 at 3:27 PM, Anders Gidenstam
wrote:

> On Tue, 16 Aug 2011, Derrick Washington wrote:
>
> > Anders
> >
> >  I have included the following line in my generic xml file
> >
> > 
> >  true
> >  network
> >
> >  My C++ code looks like this now.
> >
> > float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
> >
> > if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
> > SIMULATOR DATA IS AVAIABLE
> >
> > gps_vdummy  = rs232_uart1_fp;
> > gps_zdummy = rs232_uart1_fp;
> > gps_xdummy = rs232_uart1_fp;
> > gps_ydummy = rs232_uart1_fp;
> > etc ...
> >
> >  My hardware is returning a 32bit floating point word, in hardware what
> is
> > happening is my UART is taking in the bytes one at a time of course and
> > shifting the into a 32bit register a byte at a time, and returning that
> > 32bit value.  S if FG is sending the data MSB(most significant byte
> > first), then I should be getting the correct value, right?
>
> So rs232_uart1_fp is a floating point variable located at the
> address of the UART output register/port or something similar?
> Are you sure it supports that (i.e. reading it as a float)? If not could
> you try reading the 32bit value into an int variable and reinterpret it
> as a float with something like
>
> unsigned int foo = rs232_uart1_u32;
> float bar = *(float *)&foo;
>
> Also, there is no need to wait before reading the next word from the UART?
>
>
> Cheers,
>
> Anders - who hasn't programmed an UART since the 68hc11 and late Amiga
>  days.
> --
> ---
> Anders Gidenstam
> WWW: http://www.gidenstam.org/FlightGear/
>
>
> --
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>  ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Anders Gidenstam]

On Tue, 16 Aug 2011, Derrick Washington wrote:

> Anders
>
>  I have included the following line in my generic xml file
>
> 
>  true
>  network
>
>  My C++ code looks like this now.
>
> float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
>
> if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
> SIMULATOR DATA IS AVAIABLE
>
> gps_vdummy  = rs232_uart1_fp;
> gps_zdummy = rs232_uart1_fp;
> gps_xdummy = rs232_uart1_fp;
> gps_ydummy = rs232_uart1_fp;
> etc ...
>
>  My hardware is returning a 32bit floating point word, in hardware what is
> happening is my UART is taking in the bytes one at a time of course and
> shifting the into a 32bit register a byte at a time, and returning that
> 32bit value.  S if FG is sending the data MSB(most significant byte
> first), then I should be getting the correct value, right?

So rs232_uart1_fp is a floating point variable located at the 
address of the UART output register/port or something similar?
Are you sure it supports that (i.e. reading it as a float)? If not could 
you try reading the 32bit value into an int variable and reinterpret it 
as a float with something like

unsigned int foo = rs232_uart1_u32;
float bar = *(float *)&foo;

Also, there is no need to wait before reading the next word from the UART?


Cheers,

Anders - who hasn't programmed an UART since the 68hc11 and late Amiga
  days.
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK

   So now what I am doing is taking input altitude value (gps_zdummy)
converting it to a integer and sending it to a seven segment display I have
on my board and the values are all over the place sometimes , but most
of the time just skipping around to wild numbers.  This tells me that
whatever value I'm getting from FG is either simply incorrect or I'm reading
it in in the wrong order, and I tried switching the network option to host
in the xml file, same result.  I'll tell my hardware to store the bytes LSB
first and see what happens.  BTW FG is reporting an altitude value of
20.~~~double

On Tue, Aug 16, 2011 at 2:25 PM, Derrick Washington wrote:

> Here is my command line set up.
>
>  D:\Program Files\FlightGear\bin\Win32\fgfs.exe
>   --fg-root=D:\Program Files\FlightGear\data
>   --fg-scenery=D:\Program Files\FlightGear\data\Scenery;D:\Program
> Files\FlightGear\scenery;D:\Program Files\FlightGear\terrasync
>   --airport=CA70
>   --aircraft=f-14b
>   --control=joystick
>   --disable-random-objects
>   --prop:/sim/rendering/random-vegetation=false
>   --disable-ai-models
>   --bpp=32
>   --generic=serial,out,5,COM3,115200,FlightGear_GPO
>   --generic=serial,in,5,COM6,115200,FlightGear_GPI
>
> Another very odd thing I've noticed is the FG will not even began to run
> unless my board starts transmitting data, it will just sit there and spin
> its wheels until the board starts transmitting data.  Not sure why that is
> happening but no matter what it will sometimes start transmitting and
> receiving and then it will just freeze, by the way I'm now running on new
> computer with XP not vista just rule out vista.  I'm sending and receiving
> on two different COM ports and still FG is not cooperating.  One or two
> things here, either FG simply can not transmit and receive data at the same
> time period, or I have some fundamental setup wrong, I'm thinking its the
> latter.  And yes I'm still getting the wrong values when it actually does
> send data in.
>
>
> 2011/8/16 Derrick Washington 
>
>> Anders
>>
>>   I have included the following line in my generic xml file
>>
>> 
>>
>>   true
>>   network
>>
>>   My C++ code looks like this now.
>>
>> float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
>>
>> if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
>> SIMULATOR DATA IS AVAIABLE
>>
>>  gps_vdummy  = rs232_uart1_fp;
>>  gps_zdummy = rs232_uart1_fp;
>>  gps_xdummy = rs232_uart1_fp;
>>  gps_ydummy = rs232_uart1_fp;
>>  etc ...
>>
>>   My hardware is returning a 32bit floating point word, in hardware what
>> is happening is my UART is taking in the bytes one at a time of course and
>> shifting the into a 32bit register a byte at a time, and returning that
>> 32bit value.  S if FG is sending the data MSB(most significant byte
>> first), then I should be getting the correct value, right?
>>
>>
>>
>>
>> On Tue, Aug 16, 2011 at 1:37 PM, Anders Gidenstam <
>> anders-...@gidenstam.org> wrote:
>>
>>> On Tue, 16 Aug 2011, Derrick Washington wrote:
>>>
>>> > OK so I have to specify wether or not FG should be using host or
>>> network
>>> > byte order.  OK, I don't have the source code I just downloaded the
>>> > executable, so I'll have to figure out some way of checking it.  OK
>>> then
>>> > once I specify this I have to somehow check to see exactly what that
>>> > order box is using MSB first, or LSB first.
>>> >
>>> > BTW in my generic protocol file I didn't not have this specified at
>>> all, I
>>> > wasn't aware that I had to do that, maybe I over looked something, but
>>> I
>>> > haven't seen this before.  The battle continues, thanks for your input.
>>>
>>> If you don't specify byte order, host order will be used. Anything x86 is
>>> very likely to use LSB order (a PC certainly is).
>>>
>>> If you post how your code decode the value we might be able to spot the
>>> problem. Have you verified that your code does not receive the
>>> expected value?
>>>
>>> Your earlier code, with my correction, should receive float values in
>>> network order (if reading the rs232_uart1 variable really gives you the
>>> next byte from the serial port each time - I would have expected some
>>> sort
>>> of handshaking or waiting between the bytes?):
>>>
>>> for ( int i = 0; i <= 3; i++ )
>>>   { dummy_var = (dummy_var << 8) | rs232_uart1; }
>>>
>>> return *(float *)&dummy_var;
>>>
>>>
>>> Cheers,
>>>
>>> Anders
>>> --
>>>
>>> ---
>>> Anders Gidenstam
>>> WWW: http://www.gidenstam.org/FlightGear/
>>>
>>>
>>> --
>>> uberSVN's rich system and user administration capabilities and model
>>> configuration take the hassle out of deploying and managing Subversion
>>> and
>>> the tools developers use with it. Learn more about uberSVN and get a free
>>> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>>> __

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

Here is my command line set up.

D:\Program Files\FlightGear\bin\Win32\fgfs.exe
  --fg-root=D:\Program Files\FlightGear\data
  --fg-scenery=D:\Program Files\FlightGear\data\Scenery;D:\Program
Files\FlightGear\scenery;D:\Program Files\FlightGear\terrasync
  --airport=CA70
  --aircraft=f-14b
  --control=joystick
  --disable-random-objects
  --prop:/sim/rendering/random-vegetation=false
  --disable-ai-models
  --bpp=32
  --generic=serial,out,5,COM3,115200,FlightGear_GPO
  --generic=serial,in,5,COM6,115200,FlightGear_GPI

Another very odd thing I've noticed is the FG will not even began to run
unless my board starts transmitting data, it will just sit there and spin
its wheels until the board starts transmitting data.  Not sure why that is
happening but no matter what it will sometimes start transmitting and
receiving and then it will just freeze, by the way I'm now running on new
computer with XP not vista just rule out vista.  I'm sending and receiving
on two different COM ports and still FG is not cooperating.  One or two
things here, either FG simply can not transmit and receive data at the same
time period, or I have some fundamental setup wrong, I'm thinking its the
latter.  And yes I'm still getting the wrong values when it actually does
send data in.


2011/8/16 Derrick Washington 

> Anders
>
>   I have included the following line in my generic xml file
>
> 
>
>   true
>   network
>
>   My C++ code looks like this now.
>
> float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;
>
> if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
> SIMULATOR DATA IS AVAIABLE
>
>  gps_vdummy  = rs232_uart1_fp;
>  gps_zdummy = rs232_uart1_fp;
>  gps_xdummy = rs232_uart1_fp;
>  gps_ydummy = rs232_uart1_fp;
>  etc ...
>
>   My hardware is returning a 32bit floating point word, in hardware what is
> happening is my UART is taking in the bytes one at a time of course and
> shifting the into a 32bit register a byte at a time, and returning that
> 32bit value.  S if FG is sending the data MSB(most significant byte
> first), then I should be getting the correct value, right?
>
>
>
>
> On Tue, Aug 16, 2011 at 1:37 PM, Anders Gidenstam <
> anders-...@gidenstam.org> wrote:
>
>> On Tue, 16 Aug 2011, Derrick Washington wrote:
>>
>> > OK so I have to specify wether or not FG should be using host or network
>> > byte order.  OK, I don't have the source code I just downloaded the
>> > executable, so I'll have to figure out some way of checking it.  OK then
>> > once I specify this I have to somehow check to see exactly what that
>> > order box is using MSB first, or LSB first.
>> >
>> > BTW in my generic protocol file I didn't not have this specified at all,
>> I
>> > wasn't aware that I had to do that, maybe I over looked something, but I
>> > haven't seen this before.  The battle continues, thanks for your input.
>>
>> If you don't specify byte order, host order will be used. Anything x86 is
>> very likely to use LSB order (a PC certainly is).
>>
>> If you post how your code decode the value we might be able to spot the
>> problem. Have you verified that your code does not receive the
>> expected value?
>>
>> Your earlier code, with my correction, should receive float values in
>> network order (if reading the rs232_uart1 variable really gives you the
>> next byte from the serial port each time - I would have expected some sort
>> of handshaking or waiting between the bytes?):
>>
>> for ( int i = 0; i <= 3; i++ )
>>   { dummy_var = (dummy_var << 8) | rs232_uart1; }
>>
>> return *(float *)&dummy_var;
>>
>>
>> Cheers,
>>
>> Anders
>> --
>>
>> ---
>> Anders Gidenstam
>> WWW: http://www.gidenstam.org/FlightGear/
>>
>>
>> --
>> uberSVN's rich system and user administration capabilities and model
>> configuration take the hassle out of deploying and managing Subversion and
>> the tools developers use with it. Learn more about uberSVN and get a free
>> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

Anders

  I have included the following line in my generic xml file


  true
  network

  My C++ code looks like this now.

float gps_vdummy, gps_xdummy, gps_ydummy, gps_zdummy;

if ( (quik_silva_status_reg & 0x1000) != 0 ) { //CHECK TO SEE IF
SIMULATOR DATA IS AVAIABLE

 gps_vdummy  = rs232_uart1_fp;
 gps_zdummy = rs232_uart1_fp;
 gps_xdummy = rs232_uart1_fp;
 gps_ydummy = rs232_uart1_fp;
 etc ...

  My hardware is returning a 32bit floating point word, in hardware what is
happening is my UART is taking in the bytes one at a time of course and
shifting the into a 32bit register a byte at a time, and returning that
32bit value.  S if FG is sending the data MSB(most significant byte
first), then I should be getting the correct value, right?




On Tue, Aug 16, 2011 at 1:37 PM, Anders Gidenstam
wrote:

> On Tue, 16 Aug 2011, Derrick Washington wrote:
>
> > OK so I have to specify wether or not FG should be using host or network
> > byte order.  OK, I don't have the source code I just downloaded the
> > executable, so I'll have to figure out some way of checking it.  OK then
> > once I specify this I have to somehow check to see exactly what that
> > order box is using MSB first, or LSB first.
> >
> > BTW in my generic protocol file I didn't not have this specified at all,
> I
> > wasn't aware that I had to do that, maybe I over looked something, but I
> > haven't seen this before.  The battle continues, thanks for your input.
>
> If you don't specify byte order, host order will be used. Anything x86 is
> very likely to use LSB order (a PC certainly is).
>
> If you post how your code decode the value we might be able to spot the
> problem. Have you verified that your code does not receive the
> expected value?
>
> Your earlier code, with my correction, should receive float values in
> network order (if reading the rs232_uart1 variable really gives you the
> next byte from the serial port each time - I would have expected some sort
> of handshaking or waiting between the bytes?):
>
> for ( int i = 0; i <= 3; i++ )
>   { dummy_var = (dummy_var << 8) | rs232_uart1; }
>
> return *(float *)&dummy_var;
>
>
> Cheers,
>
> Anders
> --
> ---
> Anders Gidenstam
> WWW: http://www.gidenstam.org/FlightGear/
>
>
> --
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
 



   
  true
  network
	


 
   Speed
   /velocities/airspeed-kt
 

 
   Altitude 
   /position/altitude-ft  
 

  
   Latitude-deg 
   /position/latitude-deg 
 

 
   Longitude-deg (rad)
   /position/longitude-deg 
 




   Pitch rate (deg per sec)
   /orientation/pitch-rate-degps
 

 
   Roll rate (deg per sec)
   /orientation/roll-rate-degps
 

 
   Yaw Rate (deg per sec )
   /orientation/yaw-rate-degps
 

  
 
 
   Accelerometer X (ft per sec)
   /accelerations/x-accel-fps_sec
 

 
   Accelerometer Y (ft per sec)
   /accelerations/y-accel-fps_sec
 

 
   Accelerometer Z (ft per sec)
   /accelerations/z-accel-fps_sec
 


  


--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Anders Gidenstam]

On Tue, 16 Aug 2011, Derrick Washington wrote:

> OK so I have to specify wether or not FG should be using host or network
> byte order.  OK, I don't have the source code I just downloaded the
> executable, so I'll have to figure out some way of checking it.  OK then
> once I specify this I have to somehow check to see exactly what that
> order box is using MSB first, or LSB first.
>
> BTW in my generic protocol file I didn't not have this specified at all, I
> wasn't aware that I had to do that, maybe I over looked something, but I
> haven't seen this before.  The battle continues, thanks for your input.

If you don't specify byte order, host order will be used. Anything x86 is 
very likely to use LSB order (a PC certainly is).

If you post how your code decode the value we might be able to spot the 
problem. Have you verified that your code does not receive the 
expected value?

Your earlier code, with my correction, should receive float values in 
network order (if reading the rs232_uart1 variable really gives you the 
next byte from the serial port each time - I would have expected some sort 
of handshaking or waiting between the bytes?):

for ( int i = 0; i <= 3; i++ )
   { dummy_var = (dummy_var << 8) | rs232_uart1; }

return *(float *)&dummy_var;


Cheers,

Anders
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK so I have to specify wether or not FG should be using host or network
byte order.  OK, I don't have the source code I just downloaded the
executable, so I'll have to figure out some way of checking it.  OK then
once I specify this I have to somehow check to see exactly what that
order box is using MSB first, or LSB first.

BTW in my generic protocol file I didn't not have this specified at all, I
wasn't aware that I had to do that, maybe I over looked something, but I
haven't seen this before.  The battle continues, thanks for your input.

On Tue, Aug 16, 2011 at 10:22 AM, Anders Gidenstam  wrote:

> On Tue, 16 Aug 2011, Derrick Washington wrote:
>
> > "Btw. if your generic protocol is set to use network byte order
> > (endianness MSB) you have to take that into account when unpacking the
> > float value."
> >
> >  Huh? Are you saying that if I am using --generic=socket that FG sendings
> > out the data MSB first?  Is there a discription on this anywhere so I can
> > read up on any other gotcha's?  So if the protocol is set to
> > --generic=serial then how are the values read out?
>
> I'm saying that if your generic protocol file specifies
>
>true
>network
>
> your receiver (or sender) code also have to use that encoding convention.
> The encoding used by the generic protocol is independent of the output
> channel you choose (file, TCP socket, UDP socket, serial port or
> whatever).
>
> If you are unsure about what encoding FG uses for
> binary data src/Network/generic.cxx is the place to find out. It is
> pretty much standard for the basic types as far as I know, though.
>
> Network order is MSB first (as is host order if your system is big
> endian but that is not so common these days). If you use host order and
> both your systems have the same endianness (and you only care about
> your use case) you don't have to worry about this.
>
> Cheers,
>
> Anders
> --
> ---
> Anders Gidenstam
> WWW: http://www.gidenstam.org/FlightGear/
>
>
> --
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Anders Gidenstam]

On Tue, 16 Aug 2011, Derrick Washington wrote:

> "Btw. if your generic protocol is set to use network byte order
> (endianness MSB) you have to take that into account when unpacking the
> float value."
>
>  Huh? Are you saying that if I am using --generic=socket that FG sendings
> out the data MSB first?  Is there a discription on this anywhere so I can
> read up on any other gotcha's?  So if the protocol is set to
> --generic=serial then how are the values read out?

I'm saying that if your generic protocol file specifies

true
network

your receiver (or sender) code also have to use that encoding convention.
The encoding used by the generic protocol is independent of the output 
channel you choose (file, TCP socket, UDP socket, serial port or 
whatever).

If you are unsure about what encoding FG uses for 
binary data src/Network/generic.cxx is the place to find out. It is 
pretty much standard for the basic types as far as I know, though.

Network order is MSB first (as is host order if your system is big 
endian but that is not so common these days). If you use host order and 
both your systems have the same endianness (and you only care about 
your use case) you don't have to worry about this.

Cheers,

Anders
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

Hi Curt

   I tried the two different port thing and the single port option, I don't
think FG will receive data from a socket if it is not the server, it seems
it has to open up the connection and port when receiving data.

On Tue, Aug 16, 2011 at 8:37 AM, Curtis Olson  wrote:

> Also with sending/receiving UDP packets, you need to use different ports
> for the sending and receiving channels.
>
>
> On Tue, Aug 16, 2011 at 2:28 AM, Anders Gidenstam <
> anders-...@gidenstam.org> wrote:
>
>> On Tue, 16 Aug 2011, Derrick Washington wrote:
>>
>> > One last thing is there a way to ensure that FG is sending out its
>> outputs
>> > in floating point format, because I'm not sure it is, I have the generic
>> > file setup for binary mode, but I'm not convinced that FG is
>> transmitting
>> > data as floats, I think it might actually be transmitting data as
>> integers
>> > or something else.  I make this observation because the data I did get
>> cause
>> > an action in my algorithm which didn't make sense.  The auto pilot
>> switched
>> > to flight mode while still on the ground, it wasn't susposed to do that
>> > until it reached 1800 feet, so thats why I'am assuming that the output
>> it
>> > received from FG as the altitude couldn't have been in floating point
>> format
>> > it must have been an integer or maybe a double, or something but
>> whatever it
>> > was it wasn't a float.
>>
>> The good way to verify if the transmission of float values work is to
>> print the value in your receiver and compare that to the value of the
>> property you transmit in FG.
>> Btw. if your generic protocol is set to use network byte order
>> (endianness MSB) you have to take that into account when unpacking the
>> float value.
>>
>> > I looked at the perferences file in the FG directory, and I changed all
>> the
>> > double types to float, should that do it?  I loaded it under the
>> > configuration option in the advanced options menu, but when I started FG
>> > back up and hit the "/" key and looked at the outputs the values still
>> said
>> > double.
>>
>> No, don't do that. It should have no influence on this issue. The sender
>> code converts the property value to float before encoding it.
>>
>> Cheers,
>>
>> Anders
>> --
>>
>> ---
>> Anders Gidenstam
>> WWW: http://www.gidenstam.org/FlightGear/
>>
>>
>> --
>> uberSVN's rich system and user administration capabilities and model
>> configuration take the hassle out of deploying and managing Subversion and
>> the tools developers use with it. Learn more about uberSVN and get a free
>> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>>  ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
>
>  --
>  Curtis Olson:
> http://www.atiak.com - http://aem.umn.edu/~uav/
> http://www.flightgear.org - http://gallinazo.flightgear.org
>
>
>
> --
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

"Btw. if your generic protocol is set to use network byte order
(endianness MSB) you have to take that into account when unpacking the
float value."

  Huh? Are you saying that if I am using --generic=socket that FG sendings
out the data MSB first?  Is there a discription on this anywhere so I can
read up on any other gotcha's?  So if the protocol is set to
--generic=serial then how are the values read out?


On Tue, Aug 16, 2011 at 3:28 AM, Anders Gidenstam
wrote:

> On Tue, 16 Aug 2011, Derrick Washington wrote:
>
> > One last thing is there a way to ensure that FG is sending out its
> outputs
> > in floating point format, because I'm not sure it is, I have the generic
> > file setup for binary mode, but I'm not convinced that FG is transmitting
> > data as floats, I think it might actually be transmitting data as
> integers
> > or something else.  I make this observation because the data I did get
> cause
> > an action in my algorithm which didn't make sense.  The auto pilot
> switched
> > to flight mode while still on the ground, it wasn't susposed to do that
> > until it reached 1800 feet, so thats why I'am assuming that the output it
> > received from FG as the altitude couldn't have been in floating point
> format
> > it must have been an integer or maybe a double, or something but whatever
> it
> > was it wasn't a float.
>
> The good way to verify if the transmission of float values work is to
> print the value in your receiver and compare that to the value of the
> property you transmit in FG.
> Btw. if your generic protocol is set to use network byte order
> (endianness MSB) you have to take that into account when unpacking the
> float value.
>
> > I looked at the perferences file in the FG directory, and I changed all
> the
> > double types to float, should that do it?  I loaded it under the
> > configuration option in the advanced options menu, but when I started FG
> > back up and hit the "/" key and looked at the outputs the values still
> said
> > double.
>
> No, don't do that. It should have no influence on this issue. The sender
> code converts the property value to float before encoding it.
>
> Cheers,
>
> Anders
> --
> ---
> Anders Gidenstam
> WWW: http://www.gidenstam.org/FlightGear/
>
>
> --
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>  ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Curtis Olson]

Also with sending/receiving UDP packets, you need to use different ports for
the sending and receiving channels.

On Tue, Aug 16, 2011 at 2:28 AM, Anders Gidenstam
wrote:

> On Tue, 16 Aug 2011, Derrick Washington wrote:
>
> > One last thing is there a way to ensure that FG is sending out its
> outputs
> > in floating point format, because I'm not sure it is, I have the generic
> > file setup for binary mode, but I'm not convinced that FG is transmitting
> > data as floats, I think it might actually be transmitting data as
> integers
> > or something else.  I make this observation because the data I did get
> cause
> > an action in my algorithm which didn't make sense.  The auto pilot
> switched
> > to flight mode while still on the ground, it wasn't susposed to do that
> > until it reached 1800 feet, so thats why I'am assuming that the output it
> > received from FG as the altitude couldn't have been in floating point
> format
> > it must have been an integer or maybe a double, or something but whatever
> it
> > was it wasn't a float.
>
> The good way to verify if the transmission of float values work is to
> print the value in your receiver and compare that to the value of the
> property you transmit in FG.
> Btw. if your generic protocol is set to use network byte order
> (endianness MSB) you have to take that into account when unpacking the
> float value.
>
> > I looked at the perferences file in the FG directory, and I changed all
> the
> > double types to float, should that do it?  I loaded it under the
> > configuration option in the advanced options menu, but when I started FG
> > back up and hit the "/" key and looked at the outputs the values still
> said
> > double.
>
> No, don't do that. It should have no influence on this issue. The sender
> code converts the property value to float before encoding it.
>
> Cheers,
>
> Anders
> --
> ---
> Anders Gidenstam
> WWW: http://www.gidenstam.org/FlightGear/
>
>
> --
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>



-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Anders Gidenstam]

On Tue, 16 Aug 2011, Derrick Washington wrote:

> One last thing is there a way to ensure that FG is sending out its outputs
> in floating point format, because I'm not sure it is, I have the generic
> file setup for binary mode, but I'm not convinced that FG is transmitting
> data as floats, I think it might actually be transmitting data as integers
> or something else.  I make this observation because the data I did get cause
> an action in my algorithm which didn't make sense.  The auto pilot switched
> to flight mode while still on the ground, it wasn't susposed to do that
> until it reached 1800 feet, so thats why I'am assuming that the output it
> received from FG as the altitude couldn't have been in floating point format
> it must have been an integer or maybe a double, or something but whatever it
> was it wasn't a float.

The good way to verify if the transmission of float values work is to 
print the value in your receiver and compare that to the value of the 
property you transmit in FG.
Btw. if your generic protocol is set to use network byte order 
(endianness MSB) you have to take that into account when unpacking the 
float value.

> I looked at the perferences file in the FG directory, and I changed all the
> double types to float, should that do it?  I loaded it under the
> configuration option in the advanced options menu, but when I started FG
> back up and hit the "/" key and looked at the outputs the values still said
> double.

No, don't do that. It should have no influence on this issue. The sender 
code converts the property value to float before encoding it.

Cheers,

Anders
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
uberSVN's rich system and user administration capabilities and model 
configuration take the hassle out of deploying and managing Subversion and 
the tools developers use with it. Learn more about uberSVN and get a free 
download at:  http://p.sf.net/sfu/wandisco-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK so I tried to trick FG several different ways, none of which really work,
I tried to get it to send data to one serial port and receive it on another
that sort of works but after about a minute or so FG just stalls and stops
sending data, and basically stops responding to all command inputs.  Another
method I tried was to have it send data out on through a UDP and accept data
in on a COM port, that basically had the same effect.  My last option is to
try to have it send and receive to two different sockets, I really hope that
works.

However I think this has issues to, does FG have to be the server when
receiving data?  Because I couldn't get it to actually connect to the socket
unless I turned off the app I was using to transmit data to FG on the socket
and of course once I turned the app off FG was able to connect to the
socket/port but then the app couldn't connect at all, so I'm guessing FG has
to be a the server when receiving data???

It doesn't really look like FG can transmit and receive data at the sametime
at all on windows anyway you slice it, I mean every single thing I try it
fails or has some goofy error.

One last thing is there a way to ensure that FG is sending out its outputs
in floating point format, because I'm not sure it is, I have the generic
file setup for binary mode, but I'm not convinced that FG is transmitting
data as floats, I think it might actually be transmitting data as integers
or something else.  I make this observation because the data I did get cause
an action in my algorithm which didn't make sense.  The auto pilot switched
to flight mode while still on the ground, it wasn't susposed to do that
until it reached 1800 feet, so thats why I'am assuming that the output it
received from FG as the altitude couldn't have been in floating point format
it must have been an integer or maybe a double, or something but whatever it
was it wasn't a float.

I looked at the perferences file in the FG directory, and I changed all the
double types to float, should that do it?  I loaded it under the
configuration option in the advanced options menu, but when I started FG
back up and hit the "/" key and looked at the outputs the values still said
double.

On Mon, Aug 8, 2011 at 11:17 AM, Curtis Olson  wrote:

> Press the "/" key or it should also be a menu option.
>
>
> On Mon, Aug 8, 2011 at 10:12 AM, Derrick Washington wrote:
>
>>  "As far as I can tell this will require some code modifications if you
>> want to use direct serial communcation."
>>
>>
>>   Yeah I figured that, hmmm I'm not very familiar with FG's source code at
>> all, and I downloaded the exe, can any of you make a suggestion as to what I
>> might attempt to correct?
>>
>>  "What properties are you importing into FlightGear?  You can open up the
>> property browser and check to see if they are being changed as you expect."
>>
>>
>>I included the xml file I am using in the email, and I'm afraid I don't
>> know how to open up the property browser, but I'll look at the documentation
>> and check.
>>
>>
>>
>>   On Mon, Aug 8, 2011 at 10:27 AM, Curtis Olson wrote:
>>
>>> Right, as you noticed, it doesn't appear that the "generic" interface
>>> code is setup to transmit and receive at the same time.  You can't open up
>>> the same device twice, so you two command line options won't work either.
>>>  As far as I can tell this will require some code modifications if you want
>>> to use direct serial communcation.
>>>
>>> Another option might be to write a thin glue layer that talks to
>>> FlightGear over the network, and talks to your hardware over a serial port
>>> and then does all the appropriate data translation as required.
>>>
>>> What properties are you importing into FlightGear?  You can open up the
>>> property browser and check to see if they are being changed as you expect.
>>>
>>> Curt.
>>>
>>>
>>>   On Mon, Aug 8, 2011 at 9:21 AM, Derrick Washington >> > wrote:
>>>
 So I tried it with the joystick unplugged and nothing changed, FG will
 transmit, and it will receive just not at the same time, no matter how I 
 try
 to trick it, I can't even get it transmit on one port and receive on 
 another
 (using serial).  Is it possible that someone can create a fix for this?


 On Sun, Aug 7, 2011 at 5:44 PM, Derrick Washington 
 wrote:

> OK
>
>   So I believe I've got it to work on COM27 by using the \\.\COM27syntax. 
>  I still have a problem sending and receiving at the same time, FG
> will not allow me to open up multiple generic serial protocols to the same
> COM port for in and out, only one at a time and bi directional doesn't 
> seem
> to be supported.
>
>
> On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle wrote:
>
>> On Sun, 7 Aug 2011, Frederic Bouvier wrote:
>>
>> > Gene,
>> >
>> >> Unless you've got 26 other serial ports on that machine, I'd
>> strongly
>> >> suggest researching what caused Wi

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Curtis Olson]

Press the "/" key or it should also be a menu option.

On Mon, Aug 8, 2011 at 10:12 AM, Derrick Washington wrote:

> "As far as I can tell this will require some code modifications if you want
> to use direct serial communcation."
>
>
>   Yeah I figured that, hmmm I'm not very familiar with FG's source code at
> all, and I downloaded the exe, can any of you make a suggestion as to what I
> might attempt to correct?
>
>  "What properties are you importing into FlightGear?  You can open up the
> property browser and check to see if they are being changed as you expect."
>
>
>I included the xml file I am using in the email, and I'm afraid I don't
> know how to open up the property browser, but I'll look at the documentation
> and check.
>
>
>
> On Mon, Aug 8, 2011 at 10:27 AM, Curtis Olson  wrote:
>
>> Right, as you noticed, it doesn't appear that the "generic" interface code
>> is setup to transmit and receive at the same time.  You can't open up the
>> same device twice, so you two command line options won't work either.  As
>> far as I can tell this will require some code modifications if you want to
>> use direct serial communcation.
>>
>> Another option might be to write a thin glue layer that talks to
>> FlightGear over the network, and talks to your hardware over a serial port
>> and then does all the appropriate data translation as required.
>>
>> What properties are you importing into FlightGear?  You can open up the
>> property browser and check to see if they are being changed as you expect.
>>
>> Curt.
>>
>>
>>   On Mon, Aug 8, 2011 at 9:21 AM, Derrick Washington 
>> wrote:
>>
>>> So I tried it with the joystick unplugged and nothing changed, FG will
>>> transmit, and it will receive just not at the same time, no matter how I try
>>> to trick it, I can't even get it transmit on one port and receive on another
>>> (using serial).  Is it possible that someone can create a fix for this?
>>>
>>>
>>> On Sun, Aug 7, 2011 at 5:44 PM, Derrick Washington 
>>> wrote:
>>>
 OK

   So I believe I've got it to work on COM27 by using the \\.\COM27syntax.  
 I still have a problem sending and receiving at the same time, FG
 will not allow me to open up multiple generic serial protocols to the same
 COM port for in and out, only one at a time and bi directional doesn't seem
 to be supported.


 On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle wrote:

> On Sun, 7 Aug 2011, Frederic Bouvier wrote:
>
> > Gene,
> >
> >> Unless you've got 26 other serial ports on that machine, I'd
> strongly
> >> suggest researching what caused Windows to assign COM27 to your
> device.
> >> It's NOT typical behavior.
> >
> > You can assign any number you want to a COM port when it is driven by
> > a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device
> Manager
> > and set it between 1 and 255.
> >
> I know that, but most of the time you don't specifically set a COM port
> number by hand - you let Windows pick the next un-used port #.
>
> g.
>
> --
> Proud owner of F-15C 80-0007
> http://www.f15sim.com - The only one of its kind.
> http://www.simpits.org/geneb - The Me-109F/X Project
> 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.
>
>
> --
>  BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>


>>>
>>>
>>> --
>>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
>>> The must-attend event for mobile developers. Connect with experts.
>>> Get tools for creating Super Apps. See the latest technologies.
>>> Sessions, hands-on labs, demos & much more. Register early & save!
>>> http://p.sf.net/sfu/rim-blackberry-1
>>> ___
>>> Flightgear-devel mailing list
>>> Flightgear-devel@lists.sourceforge.net
>>> https://lists.sourceforg

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

"As far as I can tell this will require some code modifications if you want
to use direct serial communcation."


  Yeah I figured that, hmmm I'm not very familiar with FG's source code at
all, and I downloaded the exe, can any of you make a suggestion as to what I
might attempt to correct?

 "What properties are you importing into FlightGear?  You can open up the
property browser and check to see if they are being changed as you expect."


   I included the xml file I am using in the email, and I'm afraid I don't
know how to open up the property browser, but I'll look at the documentation
and check.



On Mon, Aug 8, 2011 at 10:27 AM, Curtis Olson  wrote:

> Right, as you noticed, it doesn't appear that the "generic" interface code
> is setup to transmit and receive at the same time.  You can't open up the
> same device twice, so you two command line options won't work either.  As
> far as I can tell this will require some code modifications if you want to
> use direct serial communcation.
>
> Another option might be to write a thin glue layer that talks to FlightGear
> over the network, and talks to your hardware over a serial port and then
> does all the appropriate data translation as required.
>
> What properties are you importing into FlightGear?  You can open up the
> property browser and check to see if they are being changed as you expect.
>
> Curt.
>
>
>   On Mon, Aug 8, 2011 at 9:21 AM, Derrick Washington 
> wrote:
>
>> So I tried it with the joystick unplugged and nothing changed, FG will
>> transmit, and it will receive just not at the same time, no matter how I try
>> to trick it, I can't even get it transmit on one port and receive on another
>> (using serial).  Is it possible that someone can create a fix for this?
>>
>>
>> On Sun, Aug 7, 2011 at 5:44 PM, Derrick Washington wrote:
>>
>>> OK
>>>
>>>   So I believe I've got it to work on COM27 by using the \\.\COM27syntax.  
>>> I still have a problem sending and receiving at the same time, FG
>>> will not allow me to open up multiple generic serial protocols to the same
>>> COM port for in and out, only one at a time and bi directional doesn't seem
>>> to be supported.
>>>
>>>
>>> On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle wrote:
>>>
 On Sun, 7 Aug 2011, Frederic Bouvier wrote:

 > Gene,
 >
 >> Unless you've got 26 other serial ports on that machine, I'd strongly
 >> suggest researching what caused Windows to assign COM27 to your
 device.
 >> It's NOT typical behavior.
 >
 > You can assign any number you want to a COM port when it is driven by
 > a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device
 Manager
 > and set it between 1 and 255.
 >
 I know that, but most of the time you don't specifically set a COM port
 number by hand - you let Windows pick the next un-used port #.

 g.

 --
 Proud owner of F-15C 80-0007
 http://www.f15sim.com - The only one of its kind.
 http://www.simpits.org/geneb - The Me-109F/X Project
 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.


 --
  BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
 The must-attend event for mobile developers. Connect with experts.
 Get tools for creating Super Apps. See the latest technologies.
 Sessions, hands-on labs, demos & much more. Register early & save!
 http://p.sf.net/sfu/rim-blackberry-1
 ___
 Flightgear-devel mailing list
 Flightgear-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/flightgear-devel

>>>
>>>
>>
>>
>> --
>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
>> The must-attend event for mobile developers. Connect with experts.
>> Get tools for creating Super Apps. See the latest technologies.
>> Sessions, hands-on labs, demos & much more. Register early & save!
>> http://p.sf.net/sfu/rim-blackberry-1
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>>
>
>
> --
>  Curtis Olson:
> http://www.atiak.com - http://aem.umn.edu/~uav/
> http://www.flightgear.org - http://gallinazo.flightgear.org
>
>
>
> -

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Curtis Olson]

Right, as you noticed, it doesn't appear that the "generic" interface code
is setup to transmit and receive at the same time.  You can't open up the
same device twice, so you two command line options won't work either.  As
far as I can tell this will require some code modifications if you want to
use direct serial communcation.

Another option might be to write a thin glue layer that talks to FlightGear
over the network, and talks to your hardware over a serial port and then
does all the appropriate data translation as required.

What properties are you importing into FlightGear?  You can open up the
property browser and check to see if they are being changed as you expect.

Curt.


On Mon, Aug 8, 2011 at 9:21 AM, Derrick Washington wrote:

> So I tried it with the joystick unplugged and nothing changed, FG will
> transmit, and it will receive just not at the same time, no matter how I try
> to trick it, I can't even get it transmit on one port and receive on another
> (using serial).  Is it possible that someone can create a fix for this?
>
>
> On Sun, Aug 7, 2011 at 5:44 PM, Derrick Washington wrote:
>
>> OK
>>
>>   So I believe I've got it to work on COM27 by using the \\.\COM27syntax.  I 
>> still have a problem sending and receiving at the same time, FG
>> will not allow me to open up multiple generic serial protocols to the same
>> COM port for in and out, only one at a time and bi directional doesn't seem
>> to be supported.
>>
>>
>> On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle  wrote:
>>
>>> On Sun, 7 Aug 2011, Frederic Bouvier wrote:
>>>
>>> > Gene,
>>> >
>>> >> Unless you've got 26 other serial ports on that machine, I'd strongly
>>> >> suggest researching what caused Windows to assign COM27 to your
>>> device.
>>> >> It's NOT typical behavior.
>>> >
>>> > You can assign any number you want to a COM port when it is driven by
>>> > a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device
>>> Manager
>>> > and set it between 1 and 255.
>>> >
>>> I know that, but most of the time you don't specifically set a COM port
>>> number by hand - you let Windows pick the next un-used port #.
>>>
>>> g.
>>>
>>> --
>>> Proud owner of F-15C 80-0007
>>> http://www.f15sim.com - The only one of its kind.
>>> http://www.simpits.org/geneb - The Me-109F/X Project
>>> 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.
>>>
>>>
>>> --
>>>  BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
>>> The must-attend event for mobile developers. Connect with experts.
>>> Get tools for creating Super Apps. See the latest technologies.
>>> Sessions, hands-on labs, demos & much more. Register early & save!
>>> http://p.sf.net/sfu/rim-blackberry-1
>>> ___
>>> Flightgear-devel mailing list
>>> Flightgear-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>>
>>
>>
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>


-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

So I tried it with the joystick unplugged and nothing changed, FG will
transmit, and it will receive just not at the same time, no matter how I try
to trick it, I can't even get it transmit on one port and receive on another
(using serial).  Is it possible that someone can create a fix for this?

On Sun, Aug 7, 2011 at 5:44 PM, Derrick Washington wrote:

> OK
>
>   So I believe I've got it to work on COM27 by using the \\.\COM27syntax.  I 
> still have a problem sending and receiving at the same time, FG
> will not allow me to open up multiple generic serial protocols to the same
> COM port for in and out, only one at a time and bi directional doesn't seem
> to be supported.
>
>
> On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle  wrote:
>
>> On Sun, 7 Aug 2011, Frederic Bouvier wrote:
>>
>> > Gene,
>> >
>> >> Unless you've got 26 other serial ports on that machine, I'd strongly
>> >> suggest researching what caused Windows to assign COM27 to your device.
>> >> It's NOT typical behavior.
>> >
>> > You can assign any number you want to a COM port when it is driven by
>> > a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device Manager
>> > and set it between 1 and 255.
>> >
>> I know that, but most of the time you don't specifically set a COM port
>> number by hand - you let Windows pick the next un-used port #.
>>
>> g.
>>
>> --
>> Proud owner of F-15C 80-0007
>> http://www.f15sim.com - The only one of its kind.
>> http://www.simpits.org/geneb - The Me-109F/X Project
>> 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.
>>
>>
>> --
>>  BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
>> The must-attend event for mobile developers. Connect with experts.
>> Get tools for creating Super Apps. See the latest technologies.
>> Sessions, hands-on labs, demos & much more. Register early & save!
>> http://p.sf.net/sfu/rim-blackberry-1
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK

  So I believe I've got it to work on COM27 by using the \\.\COM27 syntax.
I still have a problem sending and receiving at the same time, FG will not
allow me to open up multiple generic serial protocols to the same COM port
for in and out, only one at a time and bi directional doesn't seem to be
supported.


On Sun, Aug 7, 2011 at 12:39 PM, Gene Buckle  wrote:

> On Sun, 7 Aug 2011, Frederic Bouvier wrote:
>
> > Gene,
> >
> >> Unless you've got 26 other serial ports on that machine, I'd strongly
> >> suggest researching what caused Windows to assign COM27 to your device.
> >> It's NOT typical behavior.
> >
> > You can assign any number you want to a COM port when it is driven by
> > a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device Manager
> > and set it between 1 and 255.
> >
> I know that, but most of the time you don't specifically set a COM port
> number by hand - you let Windows pick the next un-used port #.
>
> g.
>
> --
> Proud owner of F-15C 80-0007
> http://www.f15sim.com - The only one of its kind.
> http://www.simpits.org/geneb - The Me-109F/X Project
> 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.
>
>
> --
>  BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

Curt...

   I believe I'm just inputting control surface positions, however but I did
have the remote plugged in, I'll make sure to unplug it on my next try.




On Sun, Aug 7, 2011 at 11:10 AM, Curtis Olson  wrote:

> Inputs: what inputs are you sending?  Are they getting overwritten by
> internal processing?  If you are inputting position and orientation (for
> instance) you need to turn off the internal flight dynamics engine
> (--fdm=null)  If you are inputting control surface positions, you probably
> don't want a joystick plugged in, etc.
>
>
> On Sun, Aug 7, 2011 at 6:12 AM, Arnt Karlsen  wrote:
>
>> On Sat, 6 Aug 2011 23:09:44 -0400, Derrick wrote in message
>> :
>>
>> > OK so I found a solution, I think, I changed the COM port number to
>> > COM3. That seems to work but now FLIGHTGEAR will not accept inputs
>> > for some reason, when I set as shown below, FG just sits there and
>> > spins its wheels. If I set it up for output that works just fine.  In
>> > addition to that I can't setup two generic protocols one for input
>> > and one for output, when I do that I just get an error can not open
>> > com port.  I'm beginning to think that communication through the
>> > serial port doesn't work at all.
>> >
>> > C:\Program Files\FlightGear\bin\Win32\fgfs.exe
>> >   --fg-root=C:\Program Files\FlightGear\data
>> >   --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program
>> > Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync
>> >   --aircraft=f-14b
>> >   --control=joystick
>> >   --enable-random-objects
>> >   --enable-ai-models
>> >   --enable-clouds3d
>> >   --fog-disable
>> >   --geometry=1280x1024
>> >   --bpp=32
>> >   --texture-filtering=16
>> >   --timeofday=noon
>> >   --atlas=socket,out,5,localhost,5500,udp
>> >   --generic=serial,in,3,COM3,115200,FlightGear_GPI
>>
>> ..tried --generic="serial,in,3,\\.\COM3,115200,FlightGear_GPI"?
>>
>>
>> --
>> ..med vennlig hilsen = with Kind Regards from Arnt Karlsen
>> ...with a number of polar bear hunters in his ancestry...
>>  Scenarios always come in sets of three:
>>  best case, worst case, and just in case.
>>
>>
>> --
>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
>> The must-attend event for mobile developers. Connect with experts.
>> Get tools for creating Super Apps. See the latest technologies.
>> Sessions, hands-on labs, demos & much more. Register early & save!
>> http://p.sf.net/sfu/rim-blackberry-1
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
>
>
>
>  --
>  Curtis Olson:
> http://www.atiak.com - http://aem.umn.edu/~uav/
> http://www.flightgear.org - http://gallinazo.flightgear.org
>
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Gene Buckle]

On Sun, 7 Aug 2011, Frederic Bouvier wrote:

> Gene,
>
>> Unless you've got 26 other serial ports on that machine, I'd strongly
>> suggest researching what caused Windows to assign COM27 to your device.
>> It's NOT typical behavior.
>
> You can assign any number you want to a COM port when it is driven by
> a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device Manager
> and set it between 1 and 255.
>
I know that, but most of the time you don't specifically set a COM port 
number by hand - you let Windows pick the next un-used port #.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project
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.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Frederic Bouvier]

Gene,

> Unless you've got 26 other serial ports on that machine, I'd strongly
> suggest researching what caused Windows to assign COM27 to your device.
> It's NOT typical behavior.

You can assign any number you want to a COM port when it is driven by 
a USB-to-COM or Ethernet-to-COM adapter. Simply go to the Device Manager
and set it between 1 and 255.

There are a lot of make of these kind of device. Some are good, others 
not so ...

Regards,
-Fred

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Gene Buckle]

On Sat, 6 Aug 2011, Derrick Washington wrote:

> OK, has anyone actually attempted this method, and got it too work, lol bcus
> I just tried it & got the bluescreen of death twice. The syntax definitely
> does something but it also take the computer down, any suggestions?

Typically when a BSOD happens it means that a driver or kernel process has 
lost its mind.  Can you access that serial port with a terminal program 
without issue?

Unless you've got 26 other serial ports on that machine, I'd strongly 
suggest researching what caused Windows to assign COM27 to your device. 
It's NOT typical behavior.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project
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.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Curtis Olson]

Inputs: what inputs are you sending?  Are they getting overwritten by
internal processing?  If you are inputting position and orientation (for
instance) you need to turn off the internal flight dynamics engine
(--fdm=null)  If you are inputting control surface positions, you probably
don't want a joystick plugged in, etc.

On Sun, Aug 7, 2011 at 6:12 AM, Arnt Karlsen  wrote:

> On Sat, 6 Aug 2011 23:09:44 -0400, Derrick wrote in message
> :
>
> > OK so I found a solution, I think, I changed the COM port number to
> > COM3. That seems to work but now FLIGHTGEAR will not accept inputs
> > for some reason, when I set as shown below, FG just sits there and
> > spins its wheels. If I set it up for output that works just fine.  In
> > addition to that I can't setup two generic protocols one for input
> > and one for output, when I do that I just get an error can not open
> > com port.  I'm beginning to think that communication through the
> > serial port doesn't work at all.
> >
> > C:\Program Files\FlightGear\bin\Win32\fgfs.exe
> >   --fg-root=C:\Program Files\FlightGear\data
> >   --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program
> > Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync
> >   --aircraft=f-14b
> >   --control=joystick
> >   --enable-random-objects
> >   --enable-ai-models
> >   --enable-clouds3d
> >   --fog-disable
> >   --geometry=1280x1024
> >   --bpp=32
> >   --texture-filtering=16
> >   --timeofday=noon
> >   --atlas=socket,out,5,localhost,5500,udp
> >   --generic=serial,in,3,COM3,115200,FlightGear_GPI
>
> ..tried --generic="serial,in,3,\\.\COM3,115200,FlightGear_GPI"?
>
>
> --
> ..med vennlig hilsen = with Kind Regards from Arnt Karlsen
> ...with a number of polar bear hunters in his ancestry...
>  Scenarios always come in sets of three:
>  best case, worst case, and just in case.
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>



-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Arnt Karlsen]

On Sat, 6 Aug 2011 23:09:44 -0400, Derrick wrote in message 
:

> OK so I found a solution, I think, I changed the COM port number to
> COM3. That seems to work but now FLIGHTGEAR will not accept inputs
> for some reason, when I set as shown below, FG just sits there and
> spins its wheels. If I set it up for output that works just fine.  In
> addition to that I can't setup two generic protocols one for input
> and one for output, when I do that I just get an error can not open
> com port.  I'm beginning to think that communication through the
> serial port doesn't work at all.
> 
> C:\Program Files\FlightGear\bin\Win32\fgfs.exe
>   --fg-root=C:\Program Files\FlightGear\data
>   --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program
> Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync
>   --aircraft=f-14b
>   --control=joystick
>   --enable-random-objects
>   --enable-ai-models
>   --enable-clouds3d
>   --fog-disable
>   --geometry=1280x1024
>   --bpp=32
>   --texture-filtering=16
>   --timeofday=noon
>   --atlas=socket,out,5,localhost,5500,udp
>   --generic=serial,in,3,COM3,115200,FlightGear_GPI

..tried --generic="serial,in,3,\\.\COM3,115200,FlightGear_GPI"?


-- 
..med vennlig hilsen = with Kind Regards from Arnt Karlsen
...with a number of polar bear hunters in his ancestry...
  Scenarios always come in sets of three: 
  best case, worst case, and just in case.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK so I found a solution, I think, I changed the COM port number to COM3.
That seems to work but now FLIGHTGEAR will not accept inputs for some
reason, when I set as shown below, FG just sits there and spins its wheels.
If I set it up for output that works just fine.  In addition to that I can't
setup two generic protocols one for input and one for output, when I do that
I just get an error can not open com port.  I'm beginning to think that
communication through the serial port doesn't work at all.

C:\Program Files\FlightGear\bin\Win32\fgfs.exe
  --fg-root=C:\Program Files\FlightGear\data
  --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program
Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync
  --aircraft=f-14b
  --control=joystick
  --enable-random-objects
  --enable-ai-models
  --enable-clouds3d
  --fog-disable
  --geometry=1280x1024
  --bpp=32
  --texture-filtering=16
  --timeofday=noon
  --atlas=socket,out,5,localhost,5500,udp
  --generic=serial,in,3,COM3,115200,FlightGear_GPI

On Sat, Aug 6, 2011 at 8:56 PM, Derrick Washington wrote:

> OK, has anyone actually attempted this method, and got it too work, lol
> bcus I just tried it & got the bluescreen of death twice. The syntax
> definitely does something but it also take the computer down, any
> suggestions?
>   On Aug 3, 2011 9:11 PM, "Derrick Washington"  wrote:
> > Ill try this & see if it works, ill get back to u guys later on this
> week,
> > away on vacation now. But thanks for responding, if anyone else know of
> > "sure" solution let me know though, but I will be sure to try this out.
> Oh
> > & yes the com port number is correct, not sure y its that high but it is
> > COM27.
> > On Aug 3, 2011 3:20 PM, "Csaba Halász"  wrote:
> >> On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle 
> wrote:
> 
> >>> COM27 is also a suspicously(sp) high port#.
> >>
> >> That seems to be quite normal for usb adapters. However you are right
> >> that this is the cause of the problem.
> >> Quote from msdn:
> >>
> >> To specify a COM port number greater than 9, use the following syntax:
> >> "\\.\COM10". This syntax works for all port numbers and hardware that
> >> allows COM port numbers to be specified.
> >>
> >> (source:
> > http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx)
> >>
> >> --
> >> Csaba/Jester
> >>
> >>
> >
> --
> >> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> >> The must-attend event for mobile developers. Connect with experts.
> >> Get tools for creating Super Apps. See the latest technologies.
> >> Sessions, hands-on labs, demos & much more. Register early & save!
> >> http://p.sf.net/sfu/rim-blackberry-1
> >> ___
> >> Flightgear-devel mailing list
> >> Flightgear-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

OK, has anyone actually attempted this method, and got it too work, lol bcus
I just tried it & got the bluescreen of death twice. The syntax definitely
does something but it also take the computer down, any suggestions?
On Aug 3, 2011 9:11 PM, "Derrick Washington"  wrote:
> Ill try this & see if it works, ill get back to u guys later on this week,
> away on vacation now. But thanks for responding, if anyone else know of
> "sure" solution let me know though, but I will be sure to try this out. Oh
> & yes the com port number is correct, not sure y its that high but it is
> COM27.
> On Aug 3, 2011 3:20 PM, "Csaba Halász"  wrote:
>> On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle  wrote:

>>> COM27 is also a suspicously(sp) high port#.
>>
>> That seems to be quite normal for usb adapters. However you are right
>> that this is the cause of the problem.
>> Quote from msdn:
>>
>> To specify a COM port number greater than 9, use the following syntax:
>> "\\.\COM10". This syntax works for all port numbers and hardware that
>> allows COM port numbers to be specified.
>>
>> (source:
> http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx)
>>
>> --
>> Csaba/Jester
>>
>>
>
--
>> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
>> The must-attend event for mobile developers. Connect with experts.
>> Get tools for creating Super Apps. See the latest technologies.
>> Sessions, hands-on labs, demos & much more. Register early & save!
>> http://p.sf.net/sfu/rim-blackberry-1
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

Ill try this & see if it works, ill get back to u guys later on this week,
away on vacation now.  But thanks for responding, if anyone else know of
"sure" solution let me know though, but I will be sure to try this out.  Oh
& yes the com port number is correct, not sure y its that high but it is
COM27.
On Aug 3, 2011 3:20 PM, "Csaba Halász"  wrote:
> On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle  wrote:
>>>
>> COM27 is also a suspicously(sp) high port#.
>
> That seems to be quite normal for usb adapters. However you are right
> that this is the cause of the problem.
> Quote from msdn:
>
> To specify a COM port number greater than 9, use the following syntax:
> "\\.\COM10". This syntax works for all port numbers and hardware that
> allows COM port numbers to be specified.
>
> (source:
http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx)
>
> --
> Csaba/Jester
>
>
--
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Gene Buckle]

On Wed, 3 Aug 2011, Csaba Halász wrote:


On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle  wrote:



COM27 is also a suspicously(sp) high port#.


That seems to be quite normal for usb adapters. However you are right
that this is the cause of the problem.
Quote from msdn:

I've NEVER seen it higher than 9 and even then it was because there were 9 
actual serial ports connected to the system (FTDI USB serial dongles).



To specify a COM port number greater than 9, use the following syntax:
"\\.\COM10". This syntax works for all port numbers and hardware that
allows COM port numbers to be specified.

(source: http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx)


Now THAT is something I didn't know - or likely just forgot.

I've updated the protocol and command line option sections of the wiki 
nothing this.  Thanks!


g.

--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project
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.--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Csaba Halász]

On Wed, Aug 3, 2011 at 8:53 PM, Gene Buckle  wrote:
>>
> COM27 is also a suspicously(sp) high port#.

That seems to be quite normal for usb adapters. However you are right
that this is the cause of the problem.
Quote from msdn:

To specify a COM port number greater than 9, use the following syntax:
"\\.\COM10". This syntax works for all port numbers and hardware that
allows COM port numbers to be specified.

(source: http://msdn.microsoft.com/en-us/library/aa363858%28v=vs.85%29.aspx)

-- 
Csaba/Jester

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Gene Buckle]

On Wed, 3 Aug 2011, Curtis Olson wrote:

> I personally have never tested the generic protocol over a serial port on
> windows.  I'm not sure I have tested any IO over a serial port on windows
> since the very early days of the project back when we were building with
> cygwin.  I do recall at the time being (this is maybe 10 years ago at
> least?) being confused between using COM1 vs. COM1: (with a colon at the
> end.)  I honestly don't remember which one worked and which one didn't.
> Have you tried it both ways?
>
COM27 is also a suspicously(sp) high port#.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project
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.

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Curtis Olson]

I personally have never tested the generic protocol over a serial port on
windows.  I'm not sure I have tested any IO over a serial port on windows
since the very early days of the project back when we were building with
cygwin.  I do recall at the time being (this is maybe 10 years ago at
least?) being confused between using COM1 vs. COM1: (with a colon at the
end.)  I honestly don't remember which one worked and which one didn't.
 Have you tried it both ways?

Personally I run Linux 99% of the time, so anything I've done with serial
ports and FlightGear (in recent memory) has been under Linux.

Perhaps you could also try sending nmea out instead of the generic protocol
to see if that work?

Maybe someone here or on the forum has done serial port coms with windows
recently and can speak up???

For what it's worth, my UAV autopilot has an ethernet interface so I've been
doing my HIL sensor/control surface interface through the network ...

Regards,

Curt.



2011/8/3 Derrick Washington 

> -- Forwarded message --
> From: "Derrick Washington" 
> Date: Aug 2, 2011 12:49 AM
> Subject: Generic Protocol Error --> Error opening serial device "COM27" The
> system cannot find the file specified.
> To: 
>
>
> Hi Curt
>
>  I have been trying for a few weeks now to get FG to transmit data to a
> serial port COM27 via the generic protocol, and for some reason unknown to
> me the simulator simply will not comply.   I have several other programs
> which use this port with out a problem, I am using a usb to serial cable
> "GigaWare"  I'm not sure what exactly is going on but I really could use
> some developer insight on this one.  I had planned to use FG as a the
> simulation platform for my autopilot design.  I have the hardware and
> software already to go, just need to get FG talking to the serial port.
>
>
> 3 - 'C:\Program Files\FlightGear\terrasync'
> C:\Program Files\FlightGear\bin\Win32\terrasync.exe -S -d "C:\Program
> Files\Flig
> htGear\terrasync" -p 5500
> Airports/K ... Error opening serial device "COM27" The system cannot find
> the file specified.
> Error opening device: COM27
> Error opening channel communication layer.
> I/O Channel config failed.
>
>
> C:\Program Files\FlightGear\bin\Win32\fgfs.exe
>   --fg-root=C:\Program Files\FlightGear\data
>   --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program
> Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync
>   --airport=KMDW
>   --runway=13L
>   --aircraft=f-14b
>   --control=joystick
>   --enable-random-objects
>   --enable-ai-models
>   --enable-clouds3d
>   --fog-disable
>   --bpp=32
>   --texture-filtering=16
>   --timeofday=noon
>   --atlas=socket,out,5,localhost,5500,udp
>   --generic=serial,out,5,COM27,9600,FlightGear_GPO
>
>
> --
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>


-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org - http://gallinazo.flightgear.org
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Generic Protocol Error --> Error opening serial device "COM27" The system cannot find the file specified.

[Derrick Washington]

-- Forwarded message --
From: "Derrick Washington" 
Date: Aug 2, 2011 12:49 AM
Subject: Generic Protocol Error --> Error opening serial device "COM27" The
system cannot find the file specified.
To: 


Hi Curt

 I have been trying for a few weeks now to get FG to transmit data to a
serial port COM27 via the generic protocol, and for some reason unknown to
me the simulator simply will not comply.   I have several other programs
which use this port with out a problem, I am using a usb to serial cable
"GigaWare"  I'm not sure what exactly is going on but I really could use
some developer insight on this one.  I had planned to use FG as a the
simulation platform for my autopilot design.  I have the hardware and
software already to go, just need to get FG talking to the serial port.


3 - 'C:\Program Files\FlightGear\terrasync'
C:\Program Files\FlightGear\bin\Win32\terrasync.exe -S -d "C:\Program
Files\Flig
htGear\terrasync" -p 5500
Airports/K ... Error opening serial device "COM27" The system cannot find
the file specified.
Error opening device: COM27
Error opening channel communication layer.
I/O Channel config failed.


C:\Program Files\FlightGear\bin\Win32\fgfs.exe
  --fg-root=C:\Program Files\FlightGear\data
  --fg-scenery=C:\Program Files\FlightGear\data\Scenery;C:\Program
Files\FlightGear\scenery;C:\Program Files\FlightGear\terrasync
  --airport=KMDW
  --runway=13L
  --aircraft=f-14b
  --control=joystick
  --enable-random-objects
  --enable-ai-models
  --enable-clouds3d
  --fog-disable
  --bpp=32
  --texture-filtering=16
  --timeofday=noon
  --atlas=socket,out,5,localhost,5500,udp
  --generic=serial,out,5,COM27,9600,FlightGear_GPO
 



   
  true
	


 
   Speed
   /velocities/airspeed-kt
 

 
   Altitude 
   /position/altitude-ft  
 

  
   Latitude-deg 
   /position/latitude-deg 
 

 
   Longitude-deg (rad)
   /position/longitude-deg 
 




   Pitch rate (deg per sec)
   /orientation/pitch-rate-degps
 

 
   Roll rate (deg per sec)
   /orientation/roll-rate-degps
 

 
   Yaw Rate (deg per sec )
   /orientation/yaw-rate-degps
 

  
 
 
   Accelerometer X (ft per sec)
   /accelerations/x-accel-fps_sec
 

 
   Accelerometer Y (ft per sec)
   /accelerations/y-accel-fps_sec
 

 
   Accelerometer Z (ft per sec)
   /accelerations/z-accel-fps_sec
 



 
   Roll Angle (deg)
   /orientation/roll-deg
 

 
   Pitch Angle (deg)
   /orientation/pitch-deg
 

 
   Yaw Rate (deg)
   /orientation/yaw-deg
 

  


--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [Fwd: Crash in latest GIT/master]

[ThorstenB]

On 03.06.2011 04:58, Roland Häder wrote:
> I have found more:
> http://pastebin.com/UrE81hNW
Looks like an OSG installation problem. There is always an 
"osgPlugins-2.x.y" subdirectory for an OSG 2.x.y installation. I don't 
think this could be a general error with OSG 2.8.4.

> 2.8.4 is latest stable release.
They are currently testing osg 2.8.5-RC2. Final call for tests has been 
made. You could also try this version. If anything wasn't working there, 
you still have a day or two to raise the issue to OSG.

cheers,
Thorsten

--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] [Fwd: Crash in latest GIT/master]

[Roland Häder]

--enable-fullscreen causes this. :(

 Forwarded Message 
> Hi all,
> 
> I got a crash in latest GIT/master of fgfs.
> 
> For further stuff, see this pastebin:
> http://pastebin.com/1hxrhE5n
> 
> Games like WarZone2100 and GL-117 are working (so no faulty OpenGL),
> glxinfo shows the usual output.
> 
> Any help is warmly welcomed. :)
> 
> Regards,
> Roland
> 



signature.asc
Description: This is a digitally signed message part
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 ___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] [Fwd: Crash in latest GIT/master]

[Roland Häder]

Hi again,

I have found more:
http://pastebin.com/UrE81hNW

2.8.4 is latest stable release.

Roland

 Forwarded Message 
> I got a crash in latest GIT/master of fgfs.
> 
> For further stuff, see this pastebin:
> http://pastebin.com/1hxrhE5n
> 
> Games like WarZone2100 and GL-117 are working (so no faulty OpenGL),
> glxinfo shows the usual output.
> 
> Any help is warmly welcomed. :)



signature.asc
Description: This is a digitally signed message part
--
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 ___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Issue 184 in flightgear-bugs: JSBSim: command line arguments broken

[Alex Romosan]

Roland Häder  writes:

> with that latest changes I get this compiler error:
> http://pastebin.com/HuTaZ85Z

this patch fixed for me:

--- a/src/MultiPlayer/multiplaymgr.hxx
+++ b/src/MultiPlayer/multiplaymgr.hxx
@@ -34,6 +34,7 @@
 
 #include 
 #include 
+#include 
 
 #include 
 #include 

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |

--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Issue 184 in flightgear-bugs: JSBSim: command line arguments broken

[Roland Häder]

Hi,

with that latest changes I get this compiler error:
http://pastebin.com/HuTaZ85Z

Regards,
Roland

On Sun, 2011-05-29 at 00:14 +0200, ThorstenB wrote:
> Am Samstag, den 28.05.2011, 23:20 +0200 schrieb Bertrand Coconnier:
> > A number of issues have been reported in the bug tracker #184 about
> > the capacity of JSBSim to take some command line arguments into
> > account. After investigating the subject, I found that several bugs
> > were involved in this issue:
> 
> Thanks Betrand, awesome work! Worked for me in a quick test. I've pushed
> it to git already - easier testing for everyone else. We could still
> update/revert/.. something, if there were major issues.
> 
> @TorstenD: please have a look at the part of the patch affecting the
> environment manager.
> 
> cheers,
> Thorsten



signature.asc
Description: This is a digitally signed message part
--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Issue 184 in flightgear-bugs: JSBSim: command line arguments broken

[ThorstenB]

Am Samstag, den 28.05.2011, 23:20 +0200 schrieb Bertrand Coconnier:
> A number of issues have been reported in the bug tracker #184 about
> the capacity of JSBSim to take some command line arguments into
> account. After investigating the subject, I found that several bugs
> were involved in this issue:

Thanks Betrand, awesome work! Worked for me in a quick test. I've pushed
it to git already - easier testing for everyone else. We could still
update/revert/.. something, if there were major issues.

@TorstenD: please have a look at the part of the patch affecting the
environment manager.

cheers,
Thorsten



--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Issue 184 in flightgear-bugs: JSBSim: command line arguments broken

[Bertrand Coconnier]

Hi,

A number of issues have been reported in the bug tracker #184 about
the capacity of JSBSim to take some command line arguments into
account. After investigating the subject, I found that several bugs
were involved in this issue:

1. The atmospheric properties of FG are not yet initialized when
JSBSim is initialized
-> This is fixed by the attached patch that modifies the file
src/Environment/environment_mgr.cxx Note that my patch is quite basic
and there may exist smarter ways to initialize properly the
environment before the FDM.

2. The Euler angles were initialized after the velocities in src/FDM/flight.cxx
-> This was by far the biggest source of confusion for the FDM. This
is also fixed by the attached patch which moves Euler angles
initialization before the velocities initialization.

3. The glide slope and rate of climb were ignored
-> I have not found a single line of code in src/FDM/*.[ch]xx that was
reading the parameters /sim/presets/glideslope-deg and
/velocity/vertical-speed-fps. So I guess this issue existed since day
one ? Unless somebody inadvertently removed the corresponding code ?
Anyway, the attached patch fixes src/FDM/flight.cxx and all FDMs
(YASim, UIUC, JSBSim, etc.) should benefit from this update.

4. Some properties were instructed to re-use their previous value
while they should not
-> The commit 
http://www.gitorious.org/fg/flightgear/commit/32b69f823abd9d9adf99c2cf9aa6bf98f5f780bb
already addressed this issue but only partially. The attached patch
completes the task and hopefully will be the final fix for this bug.

5. Some bugs existed in JSBSim trim code in the file
src/FDM/JSBSim/initialization/FGInitialCondition.cpp
-> This bug has already been fixed in JSBSim but the corresponding
patch has not yet been applied to FG. The attached patch contains the
corresponding fix. An alternative way forward would be to update FG
with the last up to date JSBSim code.

Could you please review this patch and report any issue ?

Thanks

Bertrand.

-- Forwarded message --
From:  
Date: 2011/5/27
Subject: Re: Issue 184 in flightgear-bugs: JSBSim: command line arguments broken


Comment #14 on issue 184 by gijsrooy: JSBSim: command line arguments broken
http://code.google.com/p/flightgear-bugs/issues/detail?id=184

When running FG with, for example the c172p and --vc=100, I expect
FlightGear to load with a fast moving c172p. Instead, the aircraft
stands still.

Same with --pitch=. If I launch a YASim aircraft with --pitch=60, the
aircraft will be positioned like this (see attached screenshot) at
startup; JSBSim aircraft just start leveled/normal. Even with
--enable-clock-freeze, to make sure they don't tumble over.

On the same subject, the Location > Location in Air dailog, with JSBSim:

*On the ground:
airspeed/azimuth/glidepath/ don't seem to work with JSBSim. Heading does work.

*In the air:
azimuth/glidepath don't seem to work, airspeed appears to be working,
but it's hard to say, because the aircraft starts spinning the moment
it is re-positioned. Looks like the aircraft is positioned with
--pitch=90 no matter what setting...

Attachments:
       fgfs-screen-002.png  330 KB

--
You received this message because you were CC'd on the issue.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

Reply to this email to add a comment or make updates.
diff --git a/src/Environment/environment_mgr.cxx b/src/Environment/environment_mgr.cxx
index e480390..42023ea 100644
--- a/src/Environment/environment_mgr.cxx
+++ b/src/Environment/environment_mgr.cxx
@@ -97,6 +97,13 @@ FGEnvironmentMgr::init ()
   SG_LOG( SG_GENERAL, SG_INFO, "Initializing environment subsystem");
   SGSubsystemGroup::init();
   fgClouds->Init();
+
+  // Initialize the longitude, latitude and altitude to the initial position
+  // of the aircraft so that the atmospheric properties (pressure, temperature
+  // and density) can be initialized accordingly.
+  _altitudeNode->setDoubleValue(fgGetDouble("/sim/presets/altitude-ft"));
+  _longitude_n->setDoubleValue(fgGetDouble("/sim/presets/longitude-deg"));
+  _latitude_n->setDoubleValue(fgGetDouble("/sim/presets/latitude-deg"));
 }
 
 void
diff --git a/src/FDM/JSBSim/JSBSim.cxx b/src/FDM/JSBSim/JSBSim.cxx
index 806401c..54ed598 100644
--- a/src/FDM/JSBSim/JSBSim.cxx
+++ b/src/FDM/JSBSim/JSBSim.cxx
@@ -181,7 +181,7 @@ FGJSBsim::FGJSBsim( double dt )
 MassBalance = fdmex->GetMassBalance();
 Propulsion  = fdmex->GetPropulsion();
 Aircraft= fdmex->GetAircraft();
-Propagate= fdmex->GetPropagate();
+Propagate   = fdmex->GetPropagate();
 Auxiliary   = fdmex->GetAuxiliary();
 Inertial= fdmex->GetInertial();
 Aerodynamics= fdmex->GetAerodynamics();
@@ -369,9 +369,9 @@ void FGJSBsim::init()
   Atmosphere->UseInternal();
 }
 
-fgic->SetVNorthFpsIC( -wind_from_north->getDoubleValue() );
-fgic->SetVEastFpsIC( -wind_from_east->getDoubleValue() );
- 

[Flightgear-devel] [Fwd: Rudder is on many airplanes uncontrollable]

[Roland Häder]

Hello,

my investigation came a little step forward. According to skyop in chat:
--
Quix0r: FYI, there is NO problem with JSBSim. The problem lies in the
FDM.
--

Can you please investigate here?

Regards and still in big hope to fly an A320-211 again,
Roland

 Forwarded Message 
> From: Roland Häder 
> To: flightgear-devel@lists.sourceforge.net
> Subject: Rudder is on many airplanes uncontrollable
> Date: Tue, 05 Apr 2011 13:46:05 +0200
> 
> Hello all,
> 
> the rudder is on many airplanes I have tested (I have very recent
> GIT/master, from today, fg/sg and fgdata) uncontrollable. I was told
> that the rudder is being moved by wind dynamics e.g. with the
> A318/A319/A320/A321 families.
> 
> For example at a ground speed of 15-20kts an airplane must be still
> navigateable with the rudder to taxi from parking position to runway and
> back (when you land). Can you please investigate here? It cannot be true
> that everywhere I went (EGLL,EDDF,EGPK and many European airports more)
> that there is a hurricane which blows the tail fin of my airplane... :/
> 
> So what I'm trying to tell is that it is completely unrealistic that
> even light winds (e.g. at EDDF is now a wind of 18.5km/h) can blow the
> tail fin. Airbus and Boing won't build in so very weak motors in their
> products... :)
> 
> Regards,
> Roland



signature.asc
Description: This is a digitally signed message part
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Modeling and integrating the Cessna UC 78 Bobcat

[David Van Mosselbeen]

On Fri, 25 Feb 2011 12:45:46 -0500, Peter Brown
 wrote:
> On Feb 25, 2011, at 10:27 AM, David Van Mosselbeen wrote:
> 
>> 
>> I forward this as it seems the flightgear-flightmodel isn't much
active,
>> and dunno if there's still some life in there.
>> 
>>  Original Message 
>> Subject: Modeling and integrating the Cessna UC 78 Bobcat
>> Date: Fri, 25 Feb 2011 16:14:59 +0100
>> From: David Van Mosselbeen 
>> To: 
>> 
>> Hi all!
>> 
>> I have modeled the Cessna UC 78 Bobcat with Blender (2.56) some time
ago.
>> It's still a wip, very low poly and not textured yet and it should be
>> improved. You can find some screenshots here [1] [2] [3]. For the
>> interest
>> of learning blender and in the hope to find a practical path in my
learn
>> curve, i would like to integrate this in FGFS. Didn't found this
aircraft
>> in the repo and somehow, i hope nobody is modeling and integrating this
>> one
>> ;) Or if so please give a sign asap and will try some other one.
>> 
>> [1]
>>
http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0001.jpg
>> [2]
>>
http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0002.jpg
>> [3]
>>
http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0003.jpg
>> 
>> Thanks,
>> Kind regards,
>> David Van Mosselbeen
>> 
> 
> David, the Bobcat's a neat old plane.
> Did you complete just the model or build a complete model with fdm, so
> it's a flying model?
> 
> Peter
> 

Hi Peter! :)
It will be a complete model, well, it is already but in construction and
it already fly :) Modeled with Blender (2.56), and used Gimp. 
Aircraft directory/file structure is based on the Skyvan of Helijah, and i
take my chance now at the same time to thank Helijah for the support he
provide during my experimentation's.

I have put some temp screenshots here: http://dvm.zapto.org:8080/gallery/

Kind regards,
David (aka Itchi)



--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Modeling and integrating the Cessna UC 78 Bobcat

[Peter Brown]

On Feb 25, 2011, at 10:27 AM, David Van Mosselbeen wrote:

> 
> I forward this as it seems the flightgear-flightmodel isn't much active,
> and dunno if there's still some life in there.
> 
>  Original Message 
> Subject: Modeling and integrating the Cessna UC 78 Bobcat
> Date: Fri, 25 Feb 2011 16:14:59 +0100
> From: David Van Mosselbeen 
> To: 
> 
> Hi all!
> 
> I have modeled the Cessna UC 78 Bobcat with Blender (2.56) some time ago.
> It's still a wip, very low poly and not textured yet and it should be
> improved. You can find some screenshots here [1] [2] [3]. For the interest
> of learning blender and in the hope to find a practical path in my learn
> curve, i would like to integrate this in FGFS. Didn't found this aircraft
> in the repo and somehow, i hope nobody is modeling and integrating this
> one
> ;) Or if so please give a sign asap and will try some other one.
> 
> [1]
> http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0001.jpg
> [2]
> http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0002.jpg
> [3]
> http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0003.jpg
> 
> Thanks,
> Kind regards,
> David Van Mosselbeen
> 

David, the Bobcat's a neat old plane.
Did you complete just the model or build a complete model with fdm, so it's a 
flying model?

Peter




--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Modeling and integrating the Cessna UC 78 Bobcat

[David Van Mosselbeen]

I forward this as it seems the flightgear-flightmodel isn't much active,
and dunno if there's still some life in there.

 Original Message 
Subject: Modeling and integrating the Cessna UC 78 Bobcat
Date: Fri, 25 Feb 2011 16:14:59 +0100
From: David Van Mosselbeen 
To: 

Hi all!

I have modeled the Cessna UC 78 Bobcat with Blender (2.56) some time ago.
It's still a wip, very low poly and not textured yet and it should be
improved. You can find some screenshots here [1] [2] [3]. For the interest
of learning blender and in the hope to find a practical path in my learn
curve, i would like to integrate this in FGFS. Didn't found this aircraft
in the repo and somehow, i hope nobody is modeling and integrating this
one
;) Or if so please give a sign asap and will try some other one.

[1]
http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0001.jpg
[2]
http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0002.jpg
[3]
http://dvm.zapto.org:8080/~dvanmosselbeen/gallery/galleries/My_Blender_3d_stuff/cessna-uc-78-bobcat_0003.jpg

Thanks,
Kind regards,
David Van Mosselbeen

--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] [FWD: Re: VATSIM support?]

[James J. Brennan]

I just sent you a message to what is likely an old and replaced address.

Just wondering if you are still going to come up to do your thing at LUGOD?

jj

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] [FWD: Re: VATSIM support?]

[jack.w]

 OK, here's the first part, apologies for the screw-up
 

 Original Message Subject: Re: [Flightgear-devel] VATSIM support?From: cas...@mminternet.comDate: Tue, January 25, 2011 11:36 pmTo: "FlightGear developers discussions"Hi,Hmmm, I would take it one step further...You write and operate an FG/VATSIM server running on a dedicatedmachine(s) and publish the FG open source interface and protocol. TheVATSIM side and source in the server is closed and operates with anapproved NDA. Anyone may join from the FG side with any approved username and password and connect to the VATSIM world. Users would be governedby the same rules for flight operations as defined by the VATSIMprocedures and regulations. Intentionally violate the rules -- firstoffense; a warning, 2nd offense; banishment -- go play with the kiddies.Just as an aside, last year the MITRE corporation ( where I had thepleasure of a short stint from Northrop ) conducted a study on runwayincursions ( see http://forums.vatsim.net/viewtopic.php?f=78&t=51419 )using VATSIM and FSX.ATM I need to keep my calendar free for a possible contract to build a737NG FTD that will be FAA certified aJack

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Announcing Summer of Code 2011

[Alex Perry]

Seems like FlightGear (as a mentoring organization) has a month
remaining to decide what we're going to do.


Hello  -
Google is excited to announce Google Summer of CodeTM 2011!  Google
Summer of Code is a program designed to encourage student
participation in open source development by offering these developers
stipends to write code for various open source projects. Google will
be working with a carefully selected group of open source, free
software and technology-related groups to identify and fund a wide
variety of opensource projects over a three month period.

Since 2005 the program has brought together over 4,500 students around
the globe with over 300 open source projects, to create millions of
lines of code. [...]

Here at Google, we want to inspire young developers to begin
participating in open source development.  Google Summer of Code
provides opportunities for students in Computer Science and related
fields to work on projects related to their academic pursuits.  We
will be accepting student applications from March 28 - April 8, 2011.

For more information on Google Summer of Code 2011 and how to apply,
please visit: http://socghop.appspot.com

For those with further questions, please email:
google-summer-of-code-disc...@googlegroups.com

Thank You!
Google Summer of Code Team

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Internet domain name & keyword

[Alan Teeder]

--
From: "Gene Buckle" 
Sent: Friday, January 21, 2011 2:10 PM
To: "FlightGear developers discussions" 

Subject: Re: [Flightgear-devel] Fwd: Internet domain name & keyword

> On Fri, 21 Jan 2011, Curtis Olson wrote:
>
>> See attached email below ...
>>
>> I never know how to read these sorts of messages.  It could be spam 
>> trying
>> to get us to register our domain with them so they make more money.  Or 
>> it
>> could be a legitimate courtesy email.  I don't think I want to personally 
>> be
>> responsible for registering flightear . 
>> but if anyone out there wants to jump on this, let me know.
>>
> It's a scam.
>
 I had one last year for my own private domain. They only need 0.1% take-up 
to make quite a lot of money.

Alan 


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Internet domain name & keyword

[Gene Buckle]

On Fri, 21 Jan 2011, Curtis Olson wrote:

> See attached email below ...
>
> I never know how to read these sorts of messages.  It could be spam trying
> to get us to register our domain with them so they make more money.  Or it
> could be a legitimate courtesy email.  I don't think I want to personally be
> responsible for registering flightear . 
> but if anyone out there wants to jump on this, let me know.
>
It's a scam.

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.simpits.org/geneb - The Me-109F/X Project

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.

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Internet domain name & keyword

[Curtis Olson]

See attached email below ...

I never know how to read these sorts of messages.  It could be spam trying
to get us to register our domain with them so they make more money.  Or it
could be a legitimate courtesy email.  I don't think I want to personally be
responsible for registering flightear . 
but if anyone out there wants to jump on this, let me know.

Thanks,

Curt.


-- Forwarded message --
From: John
Date: 2011/1/21
Subject: Internet domain name & keyword
To: curt0...@flightgear.org


 *

Dear Manager:

This email is from China domain name registration center, which mainly deal
with the domain name registration and dispute internationally in China and
Asia.
On January 20th 2011, We received HAITONG  company's application that they
are registering the name " flightgear " as their Internet Keyword and "
flightgear .cn "、" flightgear .com.cn " 、" flightgear .asia "domain names
etc.., It is China and ASIA domain names. But after auditing we found the
brand name been used by your company. As the domain name registrar in China,
it is our duty to notice you, so I am sending you this Email to check.
According to the principle in China, your company is the owner of the
trademark, In our auditing time we can keep the domain names safe for you
firstly, but our audit period is limited, if you object the third party
application these domain names and need to protect the brand in china and
Asia by yourself, please let the responsible officer contact us as soon as
possible. Thank you!

Best regards,

John
Oversea marketing manager
Tel:+86(0)21 6191 8696
Fax:+86(0)21 6191 8697
web:www.ygnetwork.com.cn
*



-- 
Curtis Olson: http://baron.flightgear.org/~curt/
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Fwd: Generic Autopilot works by location?

[Peter Brown]

Thought this went to the list.

Begin forwarded message:

> From: Peter Brown 
> Date: January 4, 2011 11:58:58 AM EST
> To: Curtis Olson 
> Subject: Re: [Flightgear-devel] Fwd: Generic Autopilot works by location?
> 
> 
> On Jan 4, 2011, at 11:38 AM, Curtis Olson wrote:
> 
>> I skimmed through that message but haven't had a chance for a detailed read 
>> through.  It seemed rather complicated to get to the point where the bug is 
>> tickled.  I was hoping I could just run ./fgfs --aircraft=someaircraft 
>> --airport=someairport and then pull up the autopilot settings dialog and see 
>> that things were broken?  But it seems like it's much more complicated than 
>> that to tickle the bug?
>> 
>> Curt.
> 
> aircraft = MD-81
> airport = KBTV
> --prop:/autopilot/target-tracking/enable=1
> 
> Pull up autopilot settings and attempt to change. 
> If unable to change heading, alt hold, or speed to user setting, change 
> /autopilot/target-tracking/target-root = '/ai/models/aircraft[0]' (string) to 
> any number besides [0].  AP should then work.
> This can be done sitting on the runway.
> 
> Peter
> 





>> 
>> 
>> On Tue, Jan 4, 2011 at 10:27 AM, Peter Brown  
>> wrote:
>> Curt,
>> 
>> I assume you saw the prior email I sent directly with the screen shots 
>> included?  If that's what you are referring to then yes, I agree it's 
>> strange, but I am unable to narrow it down further due to my lack of 
>> programming knowledge.
>> 
>> Thanks,
>> Peter
>> 
>> On Jan 4, 2011, at 11:23 AM, Curtis Olson wrote:
>> 
>>> Hi Peter,
>>> 
>>> I haven't had a chance to follow through and try to replicate what you are 
>>> seeing, but it is strange if there is a link between the hud and the 
>>> autopilot like that.  I'm not sure I've ever played around with target 
>>> tracking?  I've never seen a "lock on" in flightgear, but I haven't played 
>>> around with some of the military features much that some of the guys are 
>>> developing.  It seems really strange though if nothing else?
>>> 
>>> If you can condense this down somehow and still feel there is a real 
>>> problem once you've played with it more, let me know.  I can't vouch for 
>>> how much time I'll have, but I hate having weird obscure bugs lingering 
>>> around.  If too many of them stack up you can end up with an intractable 
>>> mess.
>>> 
>>> Thanks,
>>> 
>>> Curt.
>>> 
>>> 
>>> On Mon, Jan 3, 2011 at 5:44 PM, Peter Brown  
>>> wrote:
>>> Curt,
>>> 
>>> In working it more and more, my general feeling is threefold -
>>> 
>>> 1 - it's likely a case of my not understanding completely how it the AP, 
>>> HUD, and Target tracking are/were integrated.  Meaning that while I assume 
>>> target tracking allows you to actually lock on to another a/c, most pilots 
>>> use it as a form of "tracking" other aircraft, as a visual reference.  It 
>>> appears that this is no longer there in the current git, but that may 
>>> change when Tat creates a 2.2 build.
>>> 
>>> 2 - I have found that once I enable the target tracking, the autopilot is 
>>> unchangeable _unless_ I change the mp[x] to at least [8] (at Moffett 
>>> Field), and then I can change the autopilot numbers to my preference.  Once 
>>> I've done that, I can change the tracking [x] back to any number with no 
>>> change to the autopilot.  At this point none of this matters with the 
>>> current git files, as enabling target tracking does not bring up the 
>>> tracking rings on the HUD.  Multiplayers on hand while trying this on 
>>> different aircraft were in the teens.
>>> 
>>> 3 - I have not tried it, but my assumption is now that this same method 
>>> will work everywhere, provided I keep the current files from git.  Why the 
>>> target tracking is not affected at the northern and southern latitudes is 
>>> completely unknown.  Outside of KSFO all the other airports had no 
>>> multiplayers within range.
>>> 
>>> 
>>> So long and short is that seems to be pretty isolated to me.
>>> Something changed along the way, for using 
>>> --prop:/autopilot/target-tracking/enable=1 for tracking ring display did 
>>> not use to be a problem, and still isn't a problem for another mac user 
>>> using Tat's snapshot.

Re: [Flightgear-devel] Fwd: Generic Autopilot works by location?

[Peter Brown]

On Jan 3, 2011, at 2:37 PM, Curtis Olson wrote:

> Hi Peter,
> 
> I can't think of any reason the basic autopilot functionality would be tied 
> to a particular location.  Could you provide a specific aircraft and airport 
> (i.e. command line options) that tickle this bug?  Perhaps it's something 
> with your local build?  Perhaps it's something really obscure that no one 
> else has noticed?
> 
> Thanks,
> 
> Curt.
> 
> 
> On Mon, Jan 3, 2011 at 1:28 PM, Peter Brown wrote:
> >
> > Hey all,
> > I am finding the Generic Autopilot either works as expected, or loads with 
> > unchangeable data, depending on spawn location.
> > I seem to recall some discussion about a location dependent bug, but I 
> > thought it was related to weather. (?)
> >
> > FlightGear v2.0 8/21/2010 snapshot from Tat's site.
> >
> > Any aircraft without a purpose built AP seems to be affected, based on the 
> > number I've tested, but for these locations listed I was using the popular 
> > MD-81 from Gary Neely's website.
> > Airports to the north and to the south are working, where the middle area 
> > is not.
> >
> > Working locations tested:
> > To the south - Kathmandu, Nepal,  San Antonio, TX; Orlando, FL, and Key 
> > West, FL
> > To the north - Rost, Norway; Montreal, QC
> >
> > Non-working locations seem to be anything across the middle third -
> > Burlington, VT (just across the border from Montreal)
> > Atlanta, GA
> > Charles De Gaulle, Paris, France
> > EHAM
> > KSFO
> >
> > What I don't know yet is if this related to latitude/longitude, the airport 
> > itself, or something outside of that. But the data at the moment presents 
> > itself as a lat/lon issue.
> >
> > In a non-working location bad data consists of a default speed in the 
> > 13,000 range, alt hold in the 33,000 range, and headings from 130 - 550 
> > degrees.  These values can not be changed by the user.  Often the headings 
> > and speed values are constantly climbing.
> > A valid working location typically loads with 0 for heading and speed, and 
> > a single digit value for altitude hold.  These are then changeable.
> >
> > Can anyone enlighten me on it?
> >
> > Thank you,
> > Peter Brown
> 
> 
> 
> Does no one have information on the Generic Autopilot only working above or 
> below certain latitudes?
> 
> 
> 
> -- 
> Curtis Olson:
> http://www.atiak.com - http://aem.umn.edu/~uav/
> http://www.flightgear.org - http://www.flightgear.org/blogs/category/curt/
> 
> 

I will put together more information.

Thank you,
Peter--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: Generic Autopilot works by location?

[Curtis Olson]

Hi Peter,

I can't think of any reason the basic autopilot functionality would be tied
to a particular location.  Could you provide a specific aircraft and airport
(i.e. command line options) that tickle this bug?  Perhaps it's something
with your local build?  Perhaps it's something really obscure that no one
else has noticed?

Thanks,

Curt.


On Mon, Jan 3, 2011 at 1:28 PM, Peter Brown wrote:

> >
> > Hey all,
> > I am finding the Generic Autopilot either works as expected, or loads
> with unchangeable data, depending on spawn location.
> > I seem to recall some discussion about a location dependent bug, but I
> thought it was related to weather. (?)
> >
> > FlightGear v2.0 8/21/2010 snapshot from Tat's site.
> >
> > Any aircraft without a purpose built AP seems to be affected, based on
> the number I've tested, but for these locations listed I was using the
> popular MD-81 from Gary Neely's website.
> > Airports to the north and to the south are working, where the middle area
> is not.
> >
> > Working locations tested:
> > To the south - Kathmandu, Nepal,  San Antonio, TX; Orlando, FL, and Key
> West, FL
> > To the north - Rost, Norway; Montreal, QC
> >
> > Non-working locations seem to be anything across the middle third -
> > Burlington, VT (just across the border from Montreal)
> > Atlanta, GA
> > Charles De Gaulle, Paris, France
> > EHAM
> > KSFO
> >
> > What I don't know yet is if this related to latitude/longitude, the
> airport itself, or something outside of that. But the data at the moment
> presents itself as a lat/lon issue.
> >
> > In a non-working location bad data consists of a default speed in the
> 13,000 range, alt hold in the 33,000 range, and headings from 130 - 550
> degrees.  These values can not be changed by the user.  Often the headings
> and speed values are constantly climbing.
> > A valid working location typically loads with 0 for heading and speed,
> and a single digit value for altitude hold.  These are then changeable.
> >
> > Can anyone enlighten me on it?
> >
> > Thank you,
> > Peter Brown
>
>
>
> Does no one have information on the Generic Autopilot only working above or
> below certain latitudes?
>
>
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>



-- 
Curtis Olson:
http://www.atiak.com - http://aem.umn.edu/~uav/
http://www.flightgear.org -
http://www.flightgear.org/blogs/category/curt/
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Generic Autopilot works by location?

[Peter Brown]

> 
> Hey all,
> I am finding the Generic Autopilot either works as expected, or loads with 
> unchangeable data, depending on spawn location.
> I seem to recall some discussion about a location dependent bug, but I 
> thought it was related to weather. (?)
> 
> FlightGear v2.0 8/21/2010 snapshot from Tat's site.
> 
> Any aircraft without a purpose built AP seems to be affected, based on the 
> number I've tested, but for these locations listed I was using the popular 
> MD-81 from Gary Neely's website.
> Airports to the north and to the south are working, where the middle area is 
> not.
> 
> Working locations tested:
> To the south - Kathmandu, Nepal,  San Antonio, TX; Orlando, FL, and Key West, 
> FL
> To the north - Rost, Norway; Montreal, QC
> 
> Non-working locations seem to be anything across the middle third -
> Burlington, VT (just across the border from Montreal)
> Atlanta, GA
> Charles De Gaulle, Paris, France
> EHAM
> KSFO
> 
> What I don't know yet is if this related to latitude/longitude, the airport 
> itself, or something outside of that. But the data at the moment presents 
> itself as a lat/lon issue.
> 
> In a non-working location bad data consists of a default speed in the 13,000 
> range, alt hold in the 33,000 range, and headings from 130 - 550 degrees.  
> These values can not be changed by the user.  Often the headings and speed 
> values are constantly climbing.
> A valid working location typically loads with 0 for heading and speed, and a 
> single digit value for altitude hold.  These are then changeable.
> 
> Can anyone enlighten me on it?
> 
> Thank you,
> Peter Brown



Does no one have information on the Generic Autopilot only working above or 
below certain latitudes?  


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: FlightGear 2.2.0 Gallery

[Durk Talsma]

Whoops! Wrong link:

http://www.dropbox.com/gallery/7455889/1/FlightGear-2.2.0?h=cfeb11

This is the correct one. 

Cheers,
Durk

Begin forwarded message:

> Hi All,
> 
> Anticipating that the new release will be ready soon, I made a gallery of 
> screenshots:
> 
> http://www.dropbox.com/gallery/7455889/1/FSWeekend2010?h=0e9825
> 
> I tried to capture the diversity of FlightGear, and to do justice to every 
> contributer. Obviously, it is impossible to cover every single aspect of 
> FlightGear, so the current selection is somewhat arbitrary. Browsing through 
> the images, I cannot help but realize that the image taking can collection 
> process is a very humbling experience. Looking at the quality of the 
> Aircraft, scenery objects, effects, and not to forget the infrastructure 
> behind the project, I can't even begin to image the countless hours of work, 
> patience, persistence, frustration, joy, inventiveness, and craftmanship that 
> has gone into the project. Therefore, these images are really not my work. 
> They're yours!
> 
> Nevertheles, having said that, I do keep the copyright over the images and 
> need to state here explicitly that they are only to be used for the purpose 
> of promoting FlightGear, the free open source Flight Simulator program 
> associated with the website http://www.flightgear.org. Any other use of these 
> images is, without my express written permission explicitly prohibited.  
> 
> Enjoy!
> 
> Cheers,
> Durk

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Aircraft model/cockpit rating

[henri orange]

-- Forwarded message --
From: henri orange 
Date: 2010/12/1
Subject: Re: [Flightgear-devel] Aircraft model/cockpit rating
To: FlightGear developers discussions <
flightgear-devel@lists.sourceforge.net>


Le mercredi 01 décembre 2010 14:06:11, thorsten.i.r...@jyu.fi a écrit :
> > One example that strikes me is the c172p, though I'm biased as one of
the
> > maintainers of the aircraft, and it is rated accurately according to
> > your criteria :)
>
> Compared with, say, the A-10, the F-14b or the Tu-154b (which is not in
> the GIT repository) - how would you rate the c172p cockpit? Would you say
> that it has the same quality, would you say that it is better or worse?
>


Hi,

I am not fully aware with such talk, so my answer could be out of your
target.

A cockpit must be close to the real one, instrument position, and
functionality ( i have read from Mr Martin Spott and Mr Vivian Meazza a
similar opinion ) .
The instruments must be readable, nothing else, no additional , suppose to
be,
eye candy artifact which would be unacceptable on a real aircraft. Yes, we
can
accept flat instrument.
We can notice some instruments on some models which are crazy and
unrealistic,
yes eye candy, but unusable.  And i am not talking about the stupid
indications which could be given.
Does Flightgear is a simulator or a Van Gogh painting ?

The c172p is to me the first , since it it is validated by real pilot , and
probably the Tu-154b.

May be the A-10 and F-14b are right, may be not , as long a pilot did not
say
yes it is OK.

Please don't fall in the MSFS policy, when the eye candy is the main
approach.

I hope i didn't hurt anybody  with my answer, in case of, i apologize.

Thanks for your work.

Alva
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: FlightGear nominated as most revolutionary open source

[Curtis Olson]

Download sites often like to sponsor contests and give awards to promote
themselves.  If anyone wants to play along and vote for our project, the
details are attached below.

Thanks!

Curt.


-- Forwarded message --
From: Benjamin Segura
Date: 2010/11/25
Subject: FlightGear nominated as most revolutionary open source
To: curt0...@flightgear.org


Hi Curtis,

I am Benjamin, from PortalProgramas.com, an spanish download site. I am
proud to announce that FlightGear has reached the final round in the
category: "Best open source game" which gives a donation of EUR 300 to the
winner:
http://www.portalprogramas.com/software-libre/premios/proyecto/63

FlightGear is very near to get it this year! I hope you like it and vote for
it!

Good luck!
-- 
Benjamin Segura
Departamento de comunicación
RedACCENIR, S.L. Soluciones Informaticas
Telf:   902 050 546 |   Fax:93 733 92 34
http://www.redaccenir.com/


La información contenida en este correo electrónico es de carácter
confidencial y de uso exclusivo del destinatario. Queda prohibida su
divulgación, copia o distribución. Si  usted no es el destinatario de este
mensaje, por favor comuníqueselo inmediatamente al remitente, y proceda a
eliminarlo de su sistema.
En cumplimiento de la Ley 15/99, Orgánica, de Protección de Datos de
Carácter Personal, le comunicamos que los datos suyos incorporados en este
correo forman parte de un fichero, titularidad de RedAccenir, SL, inscrito
en el Registro General de Protección de Datos, correspondiéndole a usted, en
cuanto a dichos datos, y cuando procedente fuese, los derechos de
acceso,cancelación, oposición y rectificación, ya sea vía e-mail a la
siguiente dirección administrac...@redaccenir.com, o bien vía correo postal
tradicional, adjuntando en ambos casos copia del DNI o documento
identificativo equivalente del titular de los datos.



-- 
Curtis Olson: http://baron.flightgear.org/~curt/
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: in air starts and all preset control/trim settings broke

[Jon S. Berndt]

> This would be a good change to test. Note that JSBSim is experience
> NaNs for me on reset/re-position, much of the time - I think I'm more
> prone to this than other people, for some reason. I see the same
> behaviour before and after the change, and Anders informs me it's a
> long-standing bug, but obviously if you're testing reset or reposition
> you're likely to encounter it.
> 
> (If someone could get to the bottom of it, that would of course be even
> better)
> 
> Regards,
> James

I think this might be our child FDM counter bug.

Jon



--
Achieve Improved Network Security with IP and DNS Reputation.
Defend against bad network traffic, including botnets, malware, 
phishing sites, and compromised hosts - saving your company time, 
money, and embarrassment.   Learn More! 
http://p.sf.net/sfu/hpdev2dev-nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: in air starts and all preset control/trim settings broke

[James Turner]

On 1 Nov 2010, at 18:05, James Turner wrote:

> 'preset-commit' should possibly not trigger a full-reset - but I'd worry 
> about introducing subtle bugs in re-position from the GUI, if we change that 
> behaviour now. On the other hand it is fairly testable, if breakage does 
> occur.
> 
> My 'least bad' option is to save control state (from the -set.xml, or config, 
> or command line) as part of the initial state, so that it's re-applied after 
> the controls are reset. That seems to most robust to me, but I need to check 
> if there's knock on effects (possibly rather subtle ones) from saving and 
> then restoring more properties during the reset process.

Fixes for this are pushed to Git now, please test. I went for the 'consistent' 
approach, rather than introducing more special-case behaviour.

Here's what happens:
- reset and reposition now use the same codepath (something I've been 
working towards for many months). They do a full control reset, but after that, 
a full initial state restore.

(it would be possible to support a 'nearby' re-position that doesn't 
touch the tile-manager, AI manager, or so on, and just re-inits the FDM - but 
that's something for the future, if people want it)

- we already saved all the initial state at the end of the main init - 
but Nasal scripts run before that state is saved - so running presets-commit 
then confuses things mightily. What I do now, is special case position changes 
(presets-commit) that happen during startup, and skip the reset path entirely, 
since it's unnecessary.

This gives us:
- Nasal can merrily re-init during startup if it chooses

- control values specified on the command line, -set files or config 
survive the init process

- Reposition and reset from the GUI both work, and will give you the 
state as specified in the -set & config files, and command line. Since 
reposition from the GUI *is a* reset (now), some properties may change that 
previously did not, but I can't imagine a situation where the old behaviour was 
better - since we already wiped the FDM and control state regardless.

This would be a good change to test. Note that JSBSim is experience NaNs for me 
on reset/re-position, much of the time - I think I'm more prone to this than 
other people, for some reason. I see the same behaviour before and after the 
change, and Anders informs me it's a long-standing bug, but obviously if you're 
testing reset or reposition you're likely to encounter it.

(If someone could get to the bottom of it, that would of course be even better)

Regards,
James


--
Achieve Improved Network Security with IP and DNS Reputation.
Defend against bad network traffic, including botnets, malware, 
phishing sites, and compromised hosts - saving your company time, 
money, and embarrassment.   Learn More! 
http://p.sf.net/sfu/hpdev2dev-nov
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: in air starts and all preset

[Martin Spott]

James Turner wrote:
> On 2 Nov 2010, at 14:14, Martin Spott wrote:

>> According to my understanding a safe assumption about "defaults" would
>> mean to have the state of a fresh startup scenario replayed. More
>> precisely this would mean to a) read 'static' aircraft configuration
>> (from '*-set.xml' files), b) furtheron read stuff which had been
>> written into '$HOME/.fgfs/', c) afterwards read the '$HOME/.fgfsrc'
>> file and d) finally the given command line flags. At least this is what
>> I'd expect as a user 
>> 
>> To achieve such state upon "reset" you could think of a) storing every
>> parameter, which had been read from startup config ressources, into
>> reserved space in memory as "The Initial State" or b) re-read the same
>> set of config files and/or flags upon reset.
>> I guess that b) would be rather ressource-intensive, and since storing
>> a boiled down copy of the startup properties in memory might be rather
>> cheap these days, I suspect it would be the way to go.
> 
> Yeah, and indeed part of a) is already done - it's just a question of
> extending it to more properties / trees of properties.
> 
> I can't think of any likely ways this could break existing aircraft
> or scripts - can you?

I don't - but I'm probably not the best candidate for being questioned
about this flavour of details  ;-)
Even if it would, having a plausible, reasonably defined and thus
reproducible mechanism for the long term is probably worth a lot more
than an obviously imperfect hack just to meet the needs of a few
scripts (if there were the demand for such thing). The startup-scenario
is a well-defined state and therefore I can't imagine why its
re-instantiation could be "bad" (TM).

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

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: in air starts and all preset

[James Turner]

On 2 Nov 2010, at 14:14, Martin Spott wrote:

> According to my understanding a safe assumption about "defaults" would
> mean to have the state of a fresh startup scenario replayed. More
> precisely this would mean to a) read 'static' aircraft configuration
> (from '*-set.xml' files), b) furtheron read stuff which had been
> written into '$HOME/.fgfs/', c) afterwards read the '$HOME/.fgfsrc'
> file and d) finally the given command line flags. At least this is what
> I'd expect as a user 
> 
> To achieve such state upon "reset" you could think of a) storing every
> parameter, which had been read from startup config ressources, into
> reserved space in memory as "The Initial State" or b) re-read the same
> set of config files and/or flags upon reset.
> I guess that b) would be rather ressource-intensive, and since storing
> a boiled down copy of the startup properties in memory might be rather
> cheap these days, I suspect it would be the way to go.

Yeah, and indeed part of a) is already done - it's just a question of extending 
it to more properties / trees of properties. 

I can't think of any likely ways this could break existing aircraft  or scripts 
- can you?

James


--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: in air starts and all preset

[Martin Spott]

James Turner wrote:

> My 'least bad' option is to save control state (from the -set.xml, or
> config, or command line) as part of the initial state, so that it's
> re-applied after the controls are reset.

According to my understanding a safe assumption about "defaults" would
mean to have the state of a fresh startup scenario replayed. More
precisely this would mean to a) read 'static' aircraft configuration
(from '*-set.xml' files), b) furtheron read stuff which had been
written into '$HOME/.fgfs/', c) afterwards read the '$HOME/.fgfsrc'
file and d) finally the given command line flags. At least this is what
I'd expect as a user 

To achieve such state upon "reset" you could think of a) storing every
parameter, which had been read from startup config ressources, into
reserved space in memory as "The Initial State" or b) re-read the same
set of config files and/or flags upon reset.
I guess that b) would be rather ressource-intensive, and since storing
a boiled down copy of the startup properties in memory might be rather
cheap these days, I suspect it would be the way to go.

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

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: in air starts and all preset control/trim settings broke

[James Turner]

On 1 Nov 2010, at 16:10, Curtis Olson wrote:

> This capability seems to be broken now.  David did some investigation and 
> here is his email (attached).
> 
> Also, here is a follow up email he just sent me:
> 
> Any control-related property specified in the aircraft *-set.xml files, 
> .fgfsrc, or the command line is blown away.  Many of the *-set.xml files set 
> default fixed aileron and rudder trim to counteract torque etc. in cruise, 
> just like some planes have tabs that can be physically bent on the ground 
> (most planes are designed so that torque/slipstream/etc. effects are 
> negligible in level cruise).
> 
> I'm sure this was just an accident during some code refactoring.

This is likely my fault - as David notes, accidental and during some 
re-factoring. The problem is, as he mentioned in his original email, there's no 
straightforward fix: reset clearly should reset controls (magnetos, flaps, 
stick input) to a default state. The definition of 'default' being the issue.

'preset-commit' should possibly not trigger a full-reset - but I'd worry about 
introducing subtle bugs in re-position from the GUI, if we change that 
behaviour now. On the other hand it is fairly testable, if breakage does occur.

My 'least bad' option is to save control state (from the -set.xml, or config, 
or command line) as part of the initial state, so that it's re-applied after 
the controls are reset. That seems to most robust to me, but I need to check if 
there's knock on effects (possibly rather subtle ones) from saving and then 
restoring more properties during the reset process.

Other suggestions most welcome!

James


--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: in air starts and all preset control/trim settings broke

[Curtis Olson]

I am passing this along from David Megginson, who used to be one of our core
developers and became a pilot through the process of participating in
FlightGear, (but more recently has backed off helping with FlightGear to
concentrate more on developing his own consulting business.)

One important use of FlightGear is as a pilot training aid, and one huge
thing that instructors like to do is setup in-air starts so you can practice
a lot of approaches in a short amount of time (that's one of the key
benefits of a simulator over a real airplane.)

This capability seems to be broken now.  David did some investigation and
here is his email (attached).

Also, here is a follow up email he just sent me:

*Any control-related property **specified in the aircraft *-set.xml files,
.fgfsrc, or the command **line is blown away.  Many of the *-set.xml files
set default fixed **aileron and rudder trim to counteract torque etc. in
cruise, just like **some planes have tabs that can be physically bent on the
ground (most **planes are designed so that torque/slipstream/etc. effects
are **negligible in level cruise).*
*
*
*I'm sure this was just an accident during some code refactoring.*


-- Forwarded message --
From: David Megginson
Date: Sun, Oct 31, 2010 at 5:50 PM

I've been trying to use FlightGear for instrument approach practice,
which means I want to start in the air, which means I want the engine
already running.  This, however, no longer works:

 fgfs --prop:/controls/engines/engine/magnetos=3

The value was set correctly at first, but then would be blown away
during later initialization.  I did a bit of digging in the code, and
discovered the culprit:

#0  FGControls::reset_all (this=0xe005b0) at controls.cxx:132
#1  0x00446538 in fgReInitSubsystems () at fg_init.cxx:1534
#2  0x0043e879 in do_presets_commit (arg=)
   at fg_commands.cxx:1236
#3  0x00a0d66e in SGCommandMgr::execute (this=,
   name=..., arg=0x13f94700) at commands.cxx:91

do_presets_commit calls fgReInitSubsystems(), which calls
FGControls::reset_all(), which blows away any control presets because
it reinitializes everything to default values.  I can see the value of
that when resetting the plane to a default position in an airport, but
it's a bit of a disaster for any saved or canned scenarios.  It might
be a good idea either to remove the call to FGControls::reset_all()
from fgReInitSubsystems, or to create a function other than
do_presets_commit for the program's initialization sequence.  For now,
I'm just commenting out the call to FGControls::reset_all in
fg_init.cxx.

As a side note, this also blows away all the aileron- and rudder-trim
adjustments used to make planes fly straightish in cruise -- for
example, if you try flying the Cub now, you'll find that it pulls hard
to the side even in level flight.


All the best,


David
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Re: Announcing: FSWeekend 2010

[Robin van Steenbergen]

  I need a carpool from Eindhoven (or somewhere halfway, like Utrecht)

because train and bus schedules to Lelystad are somewhat impractical.
The bus to the airport has an hourly or 2-hourly service IIRC, and
taking the train and bus takes me over 3 hours to get there (where it
would only take me 1,5 hours if I would travel by car).

I'll try and see if I can pull some strings and arrange a car for
Saturday, in that case, I can pick up somebody enroute.

Op 29-10-2010 13:02, Geoff McLane schreef:
>  Hi,
>
>  Oops, since I also plan to be there both days, I too
>  would be pleased to help out on the booth, for half a
>  day or so, Sat or Sun, if needed...
>
>  And also do not particularly need a booth holders
>  pass, but sorry can not assist on the Eindhoven
>  car pool...
>
>  Regards,
>
>  Geoff.



--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: Reviewed on MakeUseOf.com

[Curtis Olson]

For what it's worth 

-- Forwarded message --
From: Kaly 
Date: Tue, Oct 26, 2010 at 7:08 AM
Subject: Reviewed on MakeUseOf.com
To:


Hello,

Kaly from MakeUseOf.com is here. It gives me a pleasure to say that
we have featured your website/program on MakeUseOf.com

8 Awesome Free Open-Source Games You Can Enjoy On Windows, Mac and Linux
http://www.makeuseof.com/tag/8-awesome-free-opensource-games-enjoy-windows-mac-linux/

Please check out our review and feel free to comment on it in case you think
we
missed something. We would appreciate if you give the article a boost by
'Digging',
'Stumbling' and sharing the article with your Twitter followers and Facebook
friends
using the buttons at the bottom of the article.

We might also recommend the article in our weekly newsletter
that is being sent to nearly 300.000 people

We would highly appreciate if you also let your site visitors know about the
review or add it to
your press page. Please use the HTML code below.

http://www.makeuseof.com/tag/8-awesome-free-opensource-games-enjoy-windows-mac-linux/";
title="Cool Websites, Software and Internet Tips">http://makeuseof.com/images/logo/reviewed.png";>

Let us know

Best regards,
Kaly (the editor and co-founder)
MakeUseOf.com
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: TaxiDraw for Mac OS X

[Peter Brown]

Just a few links related to posts for using TaxiDraw on a Mac.

I use it on Snow Leopard -
Peter

Begin forwarded message:

> From: Tatsuhiro Nishioka 
> Date: January 3, 2010 12:31:18 PM EST
> To: Peter Brown 
> Cc: Spott Martin , daveluff 
> Subject: TaxiDraw for Mac OS X
> 
> Hi Peter,
> 
> On Jan 2, 2010, at 4:01 AM, Peter Brown wrote:
>> Tat,
>> 
>> Have you compiled any more recent versions of TaxiDraw than my 0.3.2 release 
>> that I think James Turner did?
>> 
> 
> Yes, I have the App bundle (intel only, OS X 10.5 or later) as of mid Aug. 
> last year.
> The last change was made on Apr-15-2009 in CVS repository so this is the 
> latest one.
> 
> Now it's available at:
> http://macflightgear.sourceforge.net/wp-content/uploads/TaxiDraw/Taxidraw.cvs-bin-20090416.tgz
> 
> If you want to build it yourself, then the patch is available at:
> http://macflightgear.sourceforge.net/wp-content/uploads/TaxiDraw/TaxiDraw-MacOSX.diff
> This patch is to fix a compilation error (related to wxWidgets, IIRC).
> 
> Please let me know if you have problem running it.
> 
> Best,
> 
> Tat
> 
> p.s.
> Dave, Could you add the link for the Mac binary to TaxiDraw web site?
> 

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: IMPORTANT PLEASE READ: Astrasim Expo Summer Sim 2010

[Mattt]

Pete,

  Lol - You just suggested that Curt contact himself :p


On 25/05/10 10:16, Peter Morgan wrote:
Can I suggest you contact Curt and get this added to the flightgear 
calendar


http://flightgear.org/calendar.html

eg like
http://calendar.freeflightsim.org/

pete




On Mon, May 24, 2010 at 7:35 PM, Curtis Olson > wrote:


Just passing this along to anyone who might not have seen the
announcement, but may be interested.

Curt.


-- Forwarded message --
From: *John Marshall* mailto:john.marsh...@astrasimexpo.co.uk>>
Date: Mon, May 24, 2010 at 4:47 AM
Subject: IMPORTANT PLEASE READ: Astrasim Expo Summer Sim 2010
To: i...@astrasimexpo.co.uk 


Hi,

Summer Sim 2010 is to be held at the Royal Air Force Museum,
Cosford on August 28 – 29

This amazing weekend has been designed and organised with one aim.
To bring together developers and publishers from around the UK and
Europe.  Alongside virtual airlines, user groups and other non
commercial societies who have supported flight sim for many years.

Customers are the most important part of your business and
maintaining that relationship is difficult at times, but make them
welcome, show your passion and you will have a customer for life.
It has never been a better time to present your company or group
to a large captive audience.

Below are just some of the reasons why anyone connected with
flight simulation should seriously look to attend this event.

· Bank Holiday Weekend in the UK

· Latest estimate in visitors, predict over 5,000 people to attend

· Plus FREE ENTRY to all visitors

· Attract new customers to your business and members to your
organisation

· Opportunity to network and meet with other like minded
enthusiasts and business leaders

· Promote your company or organisation

· Sponsorship opportunities (see attached document)

· Commercial companies can attend from as little as £240

· FREE to all non commercial organisations to attend (space is
limited BOOK EARLY)

Summer Sim 2010 is the UK’s number 1 choice for the leading
companies to attend; they understand the need to exhibit, and the
potential to introduce new people and increase sales.

Be visible and transparent to your customer, meet and greet,
demonstrate your latest wares.

We here at Astrasim Expo Ltd are determined to move flight
simulation in the right direction, with the right leadership.
Creating an experience and a weekend all flight simulation
enthusiasts can be proud to be a part of.

Make Summer Sim 2010 your main event this year.

Remember!

Commercial companies can attend this two day event from as little
as £240

Non commercial groups can attend for FREE

Space is limited and many companies are already committed.

Please don’t miss out or delay in making your submission to be a
part of this amazing weekend. Astrasim Expo Ltd has arrived and
we’re proud to be organisers of this great show at RAF Museum
Cosford August 28-29

We now invite you to Summer Sim 2010

Regards

John Marshall

Managing Director

Astrasim Expo Ltd

http://astrasimexpo.co.uk 

Phone: +44 (0) 1922 666 448

See you at Summer Sim 2010!




-- 
Curtis Olson: http://baron.flightgear.org/~curt/




--


___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/flightgear-devel



--

   



___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
   


--
Cheers,
 Mattt.

 SpotSafe - WiFi Hotspot solution - http://spotsafe.net

 There are only 10 kinds of people.
 Those who understand binary, and those that don't...
--

___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: IMPORTANT PLEASE READ: Astrasim Expo Summer Sim 2010

[Peter Morgan]

Can I suggest you contact Curt and get this added to the flightgear calendar

http://flightgear.org/calendar.html

eg like
http://calendar.freeflightsim.org/

pete




On Mon, May 24, 2010 at 7:35 PM, Curtis Olson wrote:

> Just passing this along to anyone who might not have seen the announcement,
> but may be interested.
>
> Curt.
>
>
> -- Forwarded message --
> From: John Marshall 
> Date: Mon, May 24, 2010 at 4:47 AM
> Subject: IMPORTANT PLEASE READ: Astrasim Expo Summer Sim 2010
> To: i...@astrasimexpo.co.uk
>
>
>  Hi,
>
>
>
> Summer Sim 2010 is to be held at the Royal Air Force Museum, Cosford on
> August 28 – 29
>
>
>
> This amazing weekend has been designed and organised with one aim. To bring
> together developers and publishers from around the UK and Europe.  Alongside
> virtual airlines, user groups and other non commercial societies who have
> supported flight sim for many years.
>
>
>
> Customers are the most important part of your business and maintaining that
> relationship is difficult at times, but make them welcome, show your passion
> and you will have a customer for life. It has never been a better time to
> present your company or group to a large captive audience.
>
>
>
> Below are just some of the reasons why anyone connected with flight
> simulation should seriously look to attend this event.
>
> · Bank Holiday Weekend in the UK
>
> · Latest estimate in visitors, predict over 5,000 people to attend
>
>
> · Plus FREE ENTRY to all visitors
>
> · Attract new customers to your business and members to your
> organisation
>
> · Opportunity to network and meet with other like minded
> enthusiasts and business leaders
>
> · Promote your company or organisation
>
> · Sponsorship opportunities (see attached document)
>
> · Commercial companies can attend from as little as £240
>
> · FREE to all non commercial organisations to attend (space is
> limited BOOK EARLY)
>
> Summer Sim 2010 is the UK’s number 1 choice for the leading companies to
> attend; they understand the need to exhibit, and the potential to introduce
> new people and increase sales.
>
>
>
> Be visible and transparent to your customer, meet and greet, demonstrate
> your latest wares.
>
>
>
> We here at Astrasim Expo Ltd are determined to move flight simulation in
> the right direction, with the right leadership. Creating an experience and a
> weekend all flight simulation enthusiasts can be proud to be a part of.
>
>
>
> Make Summer Sim 2010 your main event this year.
>
> Remember!
>
> Commercial companies can attend this two day event from as little as £240
>
> Non commercial groups can attend for FREE
>
> Space is limited and many companies are already committed.
>
>
>
> Please don’t miss out or delay in making your submission to be a part of
> this amazing weekend. Astrasim Expo Ltd has arrived and we’re proud to be
> organisers of this great show at RAF Museum Cosford August 28-29
>
>
>
> We now invite you to Summer Sim 2010
>
>
>
>
>
> Regards
>
>
>
> John Marshall
>
> Managing Director
>
> Astrasim Expo Ltd
>
>
>
> http://astrasimexpo.co.uk
>
>
>
> Phone: +44 (0) 1922 666 448
>
>
>
> See you at Summer Sim 2010!
>
>
>
>
>
> --
> Curtis Olson: http://baron.flightgear.org/~curt/
>
>
> --
>
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>
>
--

___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: IMPORTANT PLEASE READ: Astrasim Expo Summer Sim 2010

[Curtis Olson]

Just passing this along to anyone who might not have seen the announcement,
but may be interested.

Curt.


-- Forwarded message --
From: John Marshall 
Date: Mon, May 24, 2010 at 4:47 AM
Subject: IMPORTANT PLEASE READ: Astrasim Expo Summer Sim 2010
To: i...@astrasimexpo.co.uk


 Hi,



Summer Sim 2010 is to be held at the Royal Air Force Museum, Cosford on
August 28 – 29



This amazing weekend has been designed and organised with one aim. To bring
together developers and publishers from around the UK and Europe.  Alongside
virtual airlines, user groups and other non commercial societies who have
supported flight sim for many years.



Customers are the most important part of your business and maintaining that
relationship is difficult at times, but make them welcome, show your passion
and you will have a customer for life. It has never been a better time to
present your company or group to a large captive audience.



Below are just some of the reasons why anyone connected with flight
simulation should seriously look to attend this event.

· Bank Holiday Weekend in the UK

· Latest estimate in visitors, predict over 5,000 people to attend

· Plus FREE ENTRY to all visitors

· Attract new customers to your business and members to your
organisation

· Opportunity to network and meet with other like minded enthusiasts
and business leaders

· Promote your company or organisation

· Sponsorship opportunities (see attached document)

· Commercial companies can attend from as little as £240

· FREE to all non commercial organisations to attend (space is
limited BOOK EARLY)

Summer Sim 2010 is the UK’s number 1 choice for the leading companies to
attend; they understand the need to exhibit, and the potential to introduce
new people and increase sales.



Be visible and transparent to your customer, meet and greet, demonstrate
your latest wares.



We here at Astrasim Expo Ltd are determined to move flight simulation in the
right direction, with the right leadership. Creating an experience and a
weekend all flight simulation enthusiasts can be proud to be a part of.



Make Summer Sim 2010 your main event this year.

Remember!

Commercial companies can attend this two day event from as little as £240

Non commercial groups can attend for FREE

Space is limited and many companies are already committed.



Please don’t miss out or delay in making your submission to be a part of
this amazing weekend. Astrasim Expo Ltd has arrived and we’re proud to be
organisers of this great show at RAF Museum Cosford August 28-29



We now invite you to Summer Sim 2010





Regards



John Marshall

Managing Director

Astrasim Expo Ltd



http://astrasimexpo.co.uk



Phone: +44 (0) 1922 666 448



See you at Summer Sim 2010!





-- 
Curtis Olson: http://baron.flightgear.org/~curt/
--

___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: mpmap ILS approach data

[Peter Brown]

Please disregard - this was from 2 days ago.

On Apr 6, 2010, at 7:43 PM, Peter Brown wrote:

> First email never arrived to the list
> Might be a question for Pigeon, rather than apt.dat or nav.dat
> 
> 
> Begin forwarded message:
> 
>> From: Peter Brown 
>> Date: April 4, 2010 10:36:05 AM EDT
>> To: FlightGear developers discussions 
>> 
>> Subject: mpmap ILS approach data
>> 
>> Perhaps this has been brought up before, but I see that the ILS "beam" data 
>> for each airport on the mpmap is derived from the runway alignment in 
>> taxidraw.  This doesn't allow for magnetic deviation, and therefore all the 
>> course headings are incorrect.  
>> 
>> Example at KBTV, runway 15 -
>> mpmap ILS course 130.92 degrees
>> Flightaware ILS approach plate, 146 degrees.
>> 
>> KJFK, runway 31L -
>> mpmap ILS course; 301 degrees
>> Flightaware ILS approach plate; 315 degrees.
>> 
>> I have not looked at the 850 airport format, but is there a way in any of 
>> the apt.dat data to specify ILS approach data accurately?  Currently the 
>> heading data is misleading - it would be better to not have it shown than 
>> have it incorrect in my opinion.
>> 
>> Thanks!
>> Peter
>> 
> 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Fwd: mpmap ILS approach data

[Peter Brown]

First email never arrived to the list
Might be a question for Pigeon, rather than apt.dat or nav.dat


Begin forwarded message:

> From: Peter Brown 
> Date: April 4, 2010 10:36:05 AM EDT
> To: FlightGear developers discussions 
> Subject: mpmap ILS approach data
> 
> Perhaps this has been brought up before, but I see that the ILS "beam" data 
> for each airport on the mpmap is derived from the runway alignment in 
> taxidraw.  This doesn't allow for magnetic deviation, and therefore all the 
> course headings are incorrect.  
> 
> Example at KBTV, runway 15 -
> mpmap ILS course 130.92 degrees
> Flightaware ILS approach plate, 146 degrees.
> 
> KJFK, runway 31L -
> mpmap ILS course; 301 degrees
> Flightaware ILS approach plate; 315 degrees.
> 
> I have not looked at the 850 airport format, but is there a way in any of the 
> apt.dat data to specify ILS approach data accurately?  Currently the heading 
> data is misleading - it would be better to not have it shown than have it 
> incorrect in my opinion.
> 
> Thanks!
> Peter
> 

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: The most amazing airplane in history!!!

[Victhor]

Oh btw I just ordered Topeka's(was Google) toilet based internet
connection service, is it good? Has anyone tested it? Or is it crappy?
^__^
Also I'm trying to install Android on my ARM dev kit so I can try their
new animal voice translation app :)
Nice plane.
> Curtis Olson wrote:
> > Why don't we have this aircraft modeled for FlightGear???
> > 
> You are a day late , Curt :-)



--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Fwd: The most amazing airplane in history!!!

[willie]

Curtis Olson wrote:
> Why don't we have this aircraft modeled for FlightGear???


Here's what that hoax is based on.


http://www.pilotfriend.com/photo_albums/potty/8.htm

Now this might be interesting, Ive certainly had some fun with the
ANT-20. This is bigger I believe.


-- 
Best Regards
Willie Fleming

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel