Re: [Flightgear-devel] Moving menus (aka, usability)

2013-09-26 Thread Clement de l'Hamaide
Hi,

  - merge 'Autopilot' into the Equipment menu, as a section (probably the 
 first section)

I have no objection with this.



  - potentially rename 'Environment' to 'World' 

Environment word looks fine to me. 
A quick search on Google reveal that X-Plane use Environment but FSX use 
World. So other simulators doesn't help here :-D



 reserve the Ctrl (Command on Mac) keybinding space for menu/non-aircraft 
 keyboard shortcuts

I agree with this.


Regards,
Clément
  --
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] spelling fix: compatability

2013-09-22 Thread Clement de l'Hamaide
Markus,

It's now fixed in next branch ;-)
https://gitorious.org/fg/flightgear/commit/023c136d40cab24d994d29f2cd05e812ec3a8670

Thanks you

Regards,
Clément   --
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/22/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=64545871iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] portability of simgear

2013-09-11 Thread Clement de l'Hamaide
Hi,


License issue:
Unfortunately here is a delicate case, some license are GPL simply because the 
source code has moved from FG to SG and author didn't updated the license. Some 
MIT or Expat license are used but we can't change the license with our own 
decision. For now we would admit SG is a multiple licenses project.


Patches:
I'm not qualified to apply these patches because I'm not involved in this part 
but someone can certainly take a look at them:
- 
http://anonscm.debian.org/gitweb/?p=collab-maint/simgear.git;a=blob;f=debian/patches/CVE-2012-2090.diff;h=cfa42d32745f1ce7c652134e1a71d1c1cc5060df;hb=HEAD
- 
http://anonscm.debian.org/gitweb/?p=collab-maint/simgear.git;a=blob;f=debian/patches/CVE-2012-2091.diff;h=11a24cda80586757a426022762770399052204a3;hb=HEAD
- 
http://anonscm.debian.org/gitweb/?p=collab-maint/simgear.git;a=blob;f=debian/patches/gcc-macro-correction.diff;h=d530cd0c4e10f7ca96178bac41645f09842cdac8;hb=HEAD


Regards,
Clément
  --
How ServiceNow helps IT people transform IT departments:
1. Consolidate legacy IT systems to a single system of record for IT
2. Standardize and globalize service processes across IT
3. Implement zero-touch automation to replace manual, redundant tasks
http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] portability of simgear

2013-09-08 Thread Clement de l'Hamaide
Hi Markus,

I'm glad to see you are looking at simgear's update for Debian.
However we are ready to release simgear 2.12 in next days, so I would suggest 
you to spend your time with simgear 2.12 instead of (soon outdated) 2.10

We have a lot of lacks for many years about package diffusion for Ubuntu/Debian 
( version 2.6 is still diffused while we released 2.8 one year ago and 2.10 6 
months ago) How can I help you maintaining this diffusion in order to always 
diffuse the latest stable version ?


About platform's support: looking at our lacks I would suggest to focus on main 
platforms for now.
If we are able to provide the 2.12 version for amd64 and i386 we are feeding 
95% (maybe more) of our users.

Linux users are lucky to have a package manager (compared to Windows users who 
need to download the package by searching on the Web) so it's important to keep 
the diffused package up-to-date in order to give a better experience to our 
users.

Regards,
Clément   --
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-09-02 Thread Clement de l'Hamaide
Lloyd,

$ROOT/extensions.conf is created by the script in the same folder you are 
executing the script then moved to /etc/asterisk. 
Here is the content of extensions.conf: (this file must be in /etc/asterisk)

[general]
static=yes
writeprotect=yes
;
[default]
#include fgcom.conf
include = fgcom

DAHDI is here for sync purpose required by meetme (the plugin used by Asterisk 
to manage chat rooms)

Have you generated the fgcom.conf file ? it is correctly placed in 
/etc/asterisk ?

I just tried to connect to your server but the connection is refused. 
You should open port 4569 UDP

Feel you free to contact me personally if you need more assistance.


Regards,
Clément
  --
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [patch] Segfault bugfix

2013-08-22 Thread Clement de l'Hamaide
This is now fixed ! Thanks you for your report

Regards,
Clément   --
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [patch] Segfault bugfix

2013-08-22 Thread Clement de l'Hamaide
Alan,

Unfortunately I'm not able to reproduce the crash you describe here on Linux. 
Considering you use the last source code, I would wait that james set up his 
Windows machine to investigate this.

Since you are a Windows user I would have some questions:
- Does/ FGCom integrated is working for you ? You can try with a simple echo 
test
- Are you able to enable/disable FGCom integrated at runtime ?
- Does FG crashing when you Reset (File  Reset) ?
- Are you able to switch sound device in File  Sound configuration with FGCom 
interated enabled ? (Hoping you have more than 1 sound device)
- Does FG crashing at close (File  Quit) ?

All these test must be done with an uptodate fgdata and flightgear.

Regards,
Clément   --
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [patch] Segfault bugfix

2013-08-22 Thread Clement de l'Hamaide
Alan,

My precedent fix has certinaly solved your reset/reposition-in-air crash. 

guest/guest account is correct. You should be able to use the echo test by 
checking the checkbox Test once you have enabled FGCom, and so you should 
hear your echo. Is it working ?
Another test you can do: open the radio dialog (F12) then set frequency 
911.00MHz, now you should hear music. Is it working ?
Last test, flying around Toulouse (LFBO), set frequency 123.125MHz, now you 
should hear my ATIS message. Is it working ?

About crash at close, it seems to be only with Windows, I hope James will be 
able to do some test with his Windows machine.

Regards,
Clément
  --
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-08-21 Thread Clement de l'Hamaide
Hi all,

Registration can be really usefull if some of our user are considering there is 
too many children on the frequency. Ebery body has the possibility to setup 
its own FGCom server disabling the guest:guest account and only accept 
registered pilot on their server.
In this case server admin can choose who can use his server or not. He just 
need to add an account for each user he is accepting to use his server.

If you need to restart FGCom, just un-check then re-check the Enable checkbox 
in FGCom dialog, that's done ! :)

I'm not convinced adding a string is relevant, in real life you haven't a 
message you tell you if you are correctly connected to X frequency. The only 
way to check is to look at your radio, in FG it's the same.


FGCom standalone is not yet ready for the new FGCom server because he use an 
old positions.txt file. If you upgrade your server now every OpenRadar/FGCom 
standalone user won't be able to connect to most of frequencies and here is my 
main problem... FGCom has been created with some bugs and now it's time to 
solve them but it require to loose the compatibility with old FGCom. That's 
something really hard to deal.
As resume:
- If you upgrade your server OpenRadar/FGCom standalone will be unsable until 
positions.txt is upgraded
- If we upgrade positions.txt, your server will be unusable for OpenRadar/FGCom 
standalone
- Until positions.txt is not upgraded OpenRadar/FGCom cannot use 
fgcom.flightgear.org

As example, today if you use FGCom integrated and you are connected to 
fgcom.flightgear.org you need to set 118.175MHz (which is correct in 
real life) in order to be connected to Carpentras LFNH Twr. If you are 
connected to delta384.server4you.de you need to set 118.170MHz (which is
 wrong in real life) in order to be connected to Carpentras LFNH Twr.

As you can see it looks like a headache... I think we are forced to break the 
old compatibility for a time (once every client are up to date everything will 
works as expected). But this new feature has revelated others projects. If we 
choose to develop another communication system we will break the system 
again... 

A solution could be to release a new FGCom standalone (used by OpenRadar) 
compatible with fgcom.flightgear.org with FG 3.0.0. Once FG (and so FGCom) 
3.0.0 are released you can upgrade your server.

For information I've create a script which do all the work for you, you just 
need to setup a debian system, then execute the script, take a long coffee, 
then come back and you have a working FGCom server. The script is available at: 
http://clemaez.dyndns.org/build_fgcom_server.sh


I see we share the same worries about the bandwidth, I agree we need to have a 
solution for sharing FGCom bandwidth. It seems IAX trunk is the solution but I 
don't know how to setup this for now.


@Adrian: feel you free to inform me about your works for radio propagation - 
fgcom. We will see what we can do and if the server side can manage it.


Regards,
Clément   --
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] KT70 Transponder modify to 2.12

2013-08-19 Thread Clement de l'Hamaide
Hi,

Thanks you for the report!
I've applied your fix and some tweaks to master and release/2.12.0 branch.
8 aircrafts are using this transponder, they will work as expected for FG 2.12.0

Regards,
Clément   --
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-08-16 Thread Clement de l'Hamaide
Dirk,

- bandwith:
Good catch ! indeed silent variable is set by the threshold, so it can be 
worth to investigate here.
Once the current state of FGCom will be merged I will try to add this threshold 
function.

- frequencies range:
I understand your problem about multiple identical frequences but it seems the 
problem comes from our apt.dat file which is excessively out-dated.
Looking at Jeppensen charts it appears that
- EDBM doesn't transmit on 124.170 in real world : 
http://va-transaero.ru/files/charts/EDBM.pdf (look at last page)

- EDDE doesn't transmit on 119.700 in real world : 
http://va-transaero.ru/files/charts/EDDE.pdf (look at last page)
- EDDC doesn't transmit on 119.700 in real world : 
http://va-transaero.ru/files/charts/EDDC.pdf (look at last page)
- EDAH doesn't transmit on 119.700 in real world : 
http://norway04.cfg023.de/charts/EDAH-Heringsdorf.pdf (look at first page)

So finally in real world there is no frequencies conflict, the problem comes 
from our apt.dat file.
For information the new fgcom.flightgear.org server use a dialBook generated 
with the last apt.dat (04/2013) and FGCom building is ready to use the last 5 
number ( in real worlt 124.170 doesn't exist, it's 124.175 since we use 25KHz 
spacing)

I hope apt.dat file will be updated as soon as possible.

Regards,
Clément
  --
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=48897031iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FGCOM

2013-08-16 Thread Clement de l'Hamaide
Hi Holger,

I'm glad to know that FGCom integration is surprising you.
It seems you have a pretty well vision of the perfect solution for radio 
simulation and I agree with you on this how-it-should-works.
As James said, all of this is mostly based on P2P architecture which is far to 
be the easier things to create :)
- Each client need to know the position of others clients
- Each client must send a _clean_ sound signal (no distortion, no 
attenuation...)
- Each client need to calculate the distorsion/attenuation of others clients 
depending of their distance (I'm callsign01; callsign02 is at 20nm from me = I 
can hear him loud, callsign03 is at 120nm from me = I can hear him quiet, 
callsign04... etc... etc...)

We could also use a centralized architecture with a server which could works 
like:
- I know the position and frequency of each clients
- callsign01 is speaking on 122.50MHz
- callsign02 is listening on 122.50MHz, the distance between callsign01 and 
callsign02 is 20nm = I send a clean signal from callsign01 to callsign02
- callsign03 is listening on 122.50MHz, the distance between callsign01 and 
callsign03 is 120nm = I send a distorted/attenuated signal from callsign01 to 
callsign02
- ...
- ...

I can't imagine the amount of work to create this new system. Also I have 
absolutely no idea where we should start if we really want (need?) this _much_ 
realistic system. Do you have any hint ?

For sure this level of realism would be a really nice feature. But I admit I 
don't know if our users will be _much_more_ happy with this level of realism 
and they need/want this level of realism OR are they already very happy to have 
a simple way of communication better than a simple TeamSpeak-like application 
? In this case is it necessary to work during months and months on this project 
? Is it worth ?

Of course if this level of realism I would be happy to use it ! But I'm not 
sure to be ready to work on this (big) project for only few of our 
pro-realistic users. But if the task is supported by some people, devs are 
involved, and my skills are sufficient, yes I would be part of this effort ;)


Regards,
Clément   --
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=48897031iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-08-15 Thread Clement de l'Hamaide
Hi Dirk,

Thanks you for your feedback ! I will try to bring you some answer.

- bandwith:
Indeed IAXClient has a function called void iaxc_set_silence_threshold(float 
thr); unfortunately, looking at source code this function does exactly the same 
as we are doing in FGCom source code : set input_volume to 0. So silent still 
sent over network.

- share bandwith with other servers:
Your solution seems to be not the better choice, what happens if someone fly 
during a long distance which require to disconnect from the current server then 
reconnect to the new one ?
I think a better solution would be to investigate into IAX trunk, but it looks 
like we need to replace meet_me by confbridge... It require some skills that I 
haven't for now, if you want to investigate into this you are welcome ;)

- Dialbook get number:
This is already done in the new integrated FGCom

- As main problem I see in the ranges of frequencies:
In the new integrated FGCom ranges is dynamically calculated depending of the 
altitude of the pilot/ATC in accordance to this formula : 
http://fr.wikipedia.org/wiki/Radiocommunication_a%C3%A9ronautique#Port.C3.A9e_et_propagation
 (sorry only french page has the formula)


Today I asked James to merge my clone into next branch, so this feature will be 
soon available.


Regards,
Clément   --
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=48897031iu=/4140/ostg.clktrk___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FG 2.12 RC Broken ?

2013-06-30 Thread Clement de l'Hamaide
Hi Ahmad,

 For the record , the last development version is
*OpenSceneGraph-3.1.5, released on 12th March 2013*
at
http://trac.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases

For your information http://trac.openscenegraph.org is the old OSG website. So 
you are looking for wrong information.
The last dev version is 3.1.8 and even 3.1.9 has been already tagged in trunk : 
http://www.openscenegraph.org/index.php/download-section/developer-releases

Another bug that I've just reported : 
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg40378.html

OSG seems to bring some big changes for now... I think we shouldn't add the 
patch about Ensure compatibility with OSG 
3.1.8 for the 2.12.0 release and simply announce that FG 2.12.0 require last 
stable OSG 3.0.1
Once 2.12.0 is released we could spend some time to look at updating our code 
in compliance with last OSG.


Regards,
Clément   --
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] SimGear build fails

2013-06-29 Thread Clement de l'Hamaide
Hi all,

Today OSG has moved to 3.1.9 introducing a new bug :/

http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2021:52:21.png
http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2023:27:23.png
http://clemaez.fr/flightgear/Screenshot/Capture%20du%202013-06-29%2023:26:26.png

Ground textures and runway textures are OK, also we can see that some texture 
are OK in the cockpit but other are bad.
I don't see why some texture are OK and other are bad.

Hopefully SG/FG 2.12.0 and OSG 3.0.1 still working has expected.

Maybe this discussion on OSG forum can help : 
http://forum.openscenegraph.org/viewtopic.php?t=12416

Regards,
Clément
  --
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-06-24 Thread Clement de l'Hamaide
Hi all,

I've now implemented all what I wanted about FGCom.
Now FGCom built-in is stable and fully working.

As stated with James, it's planned to add the feature once 2.12 branch is 
created.
Also Vivian will add the new dialog ( 
http://i83.servimg.com/u/f83/16/09/76/33/captur13.png ) in fgdata at same time. 

Usage and working:
- In order to use FGCom built in you need to compile FG with -DENABLE-IAX=ON 
(default is OFF) then running FG with --enable-fgcom
- You can set a server with --prop:/sim/fgcom/server=mydomain.com
- Missing --enable-fgcom or disable-fgcom have the same effect : FGCom is not 
activated
- You can switch FGCom server at run-time just by selecting a server in the 
server list available in the GUI dialog
- You can use the Test Mode by checking the Test checkbox
- You can enable/disable FGCom at run-time by checking Enable checkbox
- Registration is working

About registration:
For those who want to use a private/restrictive FGCom server (Virtual Airlines 
?), you can setup your own FGCom server and remove the guest user then add a 
username/password for your user. In this way, only allowed person can use your 
server.
It's possible to connect this feature with a database (mySQL, PostGreSQL...) 
and a website. In this case you can setup a website with a registration webpage 
which add a record in your database then the user is automatically allowed to 
use your FGCom server (immediately, or after validation... depending how you 
want to add a record to your database)

This is not directly related to FG development, but about website/asterisk dev, 
so feel you free to use the forum or contact me for more info.

For remember, my clone is available at 
https://gitorious.org/~f-jjth/fg/f-jjths-flightgear 
@James: Feel you free to push my latest work from my topics/fgcom branch to the 
FG topics/fgcom branch


Cheers,
Clément
  --
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-06-19 Thread Clement de l'Hamaide



Hi Pedro,
Asterisk is not a peer-to-peer based infrastructure. Bandwidth cost is ~40kb/s 
by user (upstreamdownstream)Sound card is not required.
The most important things for FGCom hosting is to be able to maintain the 
server once he is started :-) I'm saying that because a big update (but easy to 
manage) will be required once 850 terrain (or at least apt.dat) will be used as 
default in FG.
Sorry for the long delay before reply and the small reply, I'm currently busy.
For information James is ready to push the fgcom feature soon in topics/fgcom 
branch. 
Cheers,Clément


  --
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-06-09 Thread Clement de l'Hamaide
Jörg,

 Could it be possible to start 2 instances of FGCOM in

 the background (just with different ports) and thus 
 be able to switch
between those two from within FGFS?

Ok in this case I will keep active COM1 and COM2, but keep in mind that you 
_can't_ listen to COM1 and COM2 at same time.

 Could there be a restart-button (just in
case)?

Of course, a new GUI dialog (designed by Vivian, thanks to him!) will come with 
FGCom
In this GUI dialog you have a checkbox Enable FGCom, if you uncheck then 
re-check it the whole FGCom subsystem is reinitialized.


James,

 I would say that would be 'quite' tough, 
 but more likely we can run two 
instances 
 of iaxclient simultaneously.


It could be a solution, but I admit that for now I don't see how to achieve 
this.


There still some work before releasing FGCom into next branch like:
- Implement the isInRange() designed to detect if the freq still in range or 
not and hangup/re-call in case
- Move the content of update() into helper in order to avoid copy/paste
- Clean code (mostly done)

This require only some hours of work, unfortunately I will be away from 
keyboard for the next week and freeze period comes at the end of the week...
Frustrating isn't it ! :D


Cheers,
Clément
  --
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-06-08 Thread Clement de l'Hamaide
Hi all,

With help from Geoff and James I've successfully added FGCom feature to 
FlightGear.
Therefore I'm facing to 2 limitations from IAXClient library.

1) Simultaneous calls
IAXClient library has not be designed to handle simultaneous calls.
So it's not possible to listen COM1 and COM2 at same time, or COM1 and NAV2...

For NAV12 it's not dramatic because fgcom-server (Asterisk) is simply sending 
morse code, 
since FlightGear is already providing this feature we just need to admit taht 
FGCom feature is only used for COM but not NAV.

For COM12 it's more problematic since we should be able to listen to COM12 at 
same time (at least for aircraft equipped by 2 COM stations)
The question is: can we agree that FGCom is operating _only_ on COM1 ?

If someone want to expand IAXClient library in order to manage simultaneous 
calls, please raise your hand !


2) OpenAL context
In order to avoid context conflict I've merged FGCom sound into global FG sound 
system.
This mean that we can choose to redirect FGCom sound into our headphone and FG 
sound into our speaker.
The question is: can we agree that FGCom sound is played on the same output 
than FG sound ?

Again, if someone is ready to investigate OpenAL deeply, raise your hand.


Let me know if these 2 limitations are not a sine qua non condition for FGCom 
integration into FG.
IMO, I think that FGCom integration - even if it's limited to COM1 - is already 
a good step forward.


I've also added record feature to FGCom (only for standalone binary) which make 
possible to record an ATIS message.
That way, pilots can listen ATIS message from ATC like it's done in real life 
(at least in France, but I'm now aware that UK ATIS are TTS messages)

If this feature is accepted, we need to disable ATIS messages generated by FG 
(only if FGCom is enabled)
For information, on server side it works as follow :
- If a record is present = play the record
- Else = play a TTS (via Festival in Asterisk) containing current metar


For those you want to test the current state, you need to compile FG from 
https://gitorious.org/~f-jjth/fg/f-jjths-flightgear/ = topics/fgcom branch
Then run FG like :  fgfs --enable-fgcom --airport=LFMV --com1=125.35

For now, my personal Asterisk server is used (clemaez.dyndns.org) and he is 
designed for testing only.
I'm ready to manage an Asterisk server, also a new subdomain name could be 
welcome (e.g fgcom.flightgear.org).
If someone is ready to provide a public server receiving Asterisk, so raise 
your hand.


Any opinion/feedback are welcome.


Cheers,
Clément










  --
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear voice communication

2013-05-27 Thread Clement de l'Hamaide
Hi,

James wrote :
 Making the current fgcom code work as a thread inside fgfs isn't especially 
 hard, I am happy to offer advice on it, and keeping this an #ifdef / CMake 
 flag so it can be a standalone process is also pretty easy.

My current topics/fgcom branch already include a CMake flag (-D ENABLE_FGCOM) 
at OFF by default.
I think a simple --enable-fgcom will be efficient . I don't know how to make a 
cross platform process for now. Can you confirm me that you are ready to accept 
a similar solution as QProcess in Qt ? In this way FGCom will lives in a 
separate PID, the problem being : what happens to this separate PID if FG has a 
crash ? He will become a ghost and make the network port busy, right ?

What about implementing an SGProcess ? 


Eric wrote :
 So if you are changing stuff to FGCOM /FG, maybe you can consider 
 supporting 8.33kHz spacing?

FG/FGCom are ready for 8.33KHz spacing. It require a little change on Asterisk 
side (118.305 = 118.300, 118.330 = 118.325, 118.355 = 118.350 118.380 = 
118.375) but the main problem is that X-Plane data are not yet ready for 
8.33KHz spacing. Here is some examples :

ICAO :: apt.dat = possible frequency

EDFA :: 12103 = 121.030 ? 121.035 ?
EDCQ :: 12338 = 123.380 ? 123.385 ?
EBAV :: 12343 = 123.430 ? 123.435 ?
KSPI :: 13141 = 131.410 ? 131.415 ?

That's why we need to wait the next APT format who support 8.33KHz spacing 
(i.e: add a new digit in the frequency field)


Cheers,
Clement
  --
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FlightGear voice communication

2013-05-22 Thread Clement de l'Hamaide
Hi all,

I've done some work on FGCom and I'm now able to have a realistic voice 
communication system which is less far than the reality.
As a featuring :
- Record ATIS message from FGCom into Asterisk
- Playback an ATIS message into FlightGear via FGCom
- Listen a _real_ morse code for VOR/DME into FlightGear via FGCom
- Use 25KHz step frequencies (118.175, 124.225...)
- Use COM1  NAV1 via FGCom

If you want to test, you can use my clone ( 
https://gitorious.org/~f-jjth/fg/f-jjths-flightgear ) and checkout on 
topics/fgcom branch, then use the fgcom executable (newly) available in 
fgfs/bin/
./fgcom -Sclemaez.dyndns.org -f_atis_frequency_ -a_icao_for_atis_frequency_  = 
in order to record a message (ATC mode)
./fgcom -Sclemaez.dyndns.org -p16661 = in order to use fgcom normally (FG mode)

For a concrete example:
./fgcom -Sclemaez.dyndns.org -f120.825 -aLFMV = At the end of your message, 
quitting (Ctrl+c) save the record on the server (I've already recorded a 
message on this frequency, but you can override it)
[You must start FlightGear near of LFMV (LFNH, LFMO... or even LFMV)]
./fgcom -Sclemaez.dyndns.org -p16661
In Radio panel (F12) switch to 120.825, now you can heard your ATIS message 
like it's done in real life


After this (demonstrative) introduction I would look deeply into a voice 
communication architecture. My experiments with FGCom show me that we can 
easily have a realistic voice communication system. IMO FlightGear is a 
_simulator_, a simulator want to simulate the reality. In real life radio 
communication is the base of the airspace control. That's why I think that 
voice communication must be as important than FDM, graphism or whatever. 
Without voice communication we can't consider that we simulate the reality.

So I've looked deeply what is existing, what we have, what others have... 
Looking at X-Plane, it seems that there is no integrated voice communication 
system. For FSX it's the same. Both leave this part to independant 
organizations like VATSIM/IVAO. So looking at IVAO he use external software 
like TeamSpeak and VATSIM use its own communication system included in 
[X]SqwakBox. 
Teamspeak being closed source we can forget it. IVAO is also closed source and 
X-Plane/FSX doesn't provide voice communication.

In conclusion, we can't base our work on experience from other, we must do our 
own choice and the cross compatibility between system still not possible. 
Finally we are back to our good old IAX(fgcom)/Asterisk architecture and to be 
honest I think this choice is the better one because he is open source and 
license compliant making it accessible to every X-Plane/FSX/IVAO/VATSIM (they 
just need to create an external client like our FGCom)... Clearly we can't 
adapt our source code to match their _closed_ system but they can easily adapt 
their _closed_ source code for our _open_ system. They are greatly invited to 
switch to IAX/Asterisk system. But that's another thing where we don't care.


Now that I talked about others and demonstrated their experience can't help us, 
I will talk about our dear FlightGear and available technical solution.
For now we use an external software (FGCom) who is an IAX client receiving 
information from FlightGear (frequency, sqwak, ptt, position...) then 
transmit/receive voice to an Asterisk server. IMO it's not a bad choice and it 
works. Asterisk is really a perfect choice for this usage and I guess real ATC 
system use it for their ATIS/closed airspace message. But I heard that IAX 
protocol was not expected by some devs, so I looked at different protocols.
Asterisk is a powerful software who support a lot of protocol like H.323, MGCP, 
SCCP, SIP and finally IAX. Two last are commonly knows and I admit that I know 
nothing about others. So it still SIP and IAX.
SIP protocol seems to be more recent than IAX and more and more used. Main 
convenient : he use multiple port will IAX use only 1 port. But this is not the 
main aspect for a choice. The main aspect is the library, indeed, if there is 
no doc/C++ source/license compliant we can't use the protocol.
Looking at SIP, I've only found 2 libraries compatible with our project : oSIP2 
and eXoSIP2 (eXoSIP being an higher layer for oSIP... a kind of library of a 
library...)
Looking at IAX, the only choice is IAXclient already used by FGCom.

Finally we have the choice about protocols and libraries ! But a really little 
choice... oSIP2/eXoSIP2 for SIP protocol or IAXclient for IAX protocol.

IMO, IAXclient library works fine since many years with FGCom, the only need is 
to update the library version in order to use the last one. IAXclient is 
licensed under LGPL who make him a perfect choice for SimGear integration, 
while oSIP2/eXoSIP2 is GPL.


Now that we know all technical solution, it's the moment to write a plan. What 
do we want for the future of voice communication in FlightGear ? What is your 
opinion ? Here is mine :
- Integrate an IAX library into SimGear (1)
- Integrate 

Re: [Flightgear-devel] DDS warning message

2013-04-29 Thread Clement de l'Hamaide
 Following a discussion with Vivian on IRC, it seems it was decided 
to remove the DDS warning message some weeks? months? years? ago. 
Someone could handle it ?
 I admit that using DDS materials and 
DDS aircrafts results in a thousand of warning messages in my console 
and it's really not easy to debug my Nasal code ( print(); ) with all 
these messages.
 Also I'm not convinced that our users are 
interested by this warning message because they can't do anything to 
solve it. (Considering that decompressing a DDS file is not a basic 
user action)

Hi all,

I haven't received answer from people about this.
This message is wrote by simgear/scene/model/ModelRegistry.cxx at line 263~265

Switch this message to another log level will be perfect.

Cheers,
Clément
  --
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Improve tranponder instrument

2013-04-29 Thread Clement de l'Hamaide
Hi all,

I've improved the transponder instrument in order to have a generic transponder 
which work over network.
For complet information about changes you can take a look at the forum topic : 
http://www.flightgear.org/forums/viewtopic.php?f=75t=19826
For this I've create a merge request : 
https://gitorious.org/fg/flightgear/merge_requests/1570

Also I've modified the KT76A in order to match the new transponder system : 
http://clemaez.fr/flightgear/KT76A.tar.gz  
The only changes needed on FGDATA is the mode tag in instrumentation XML. 
Also feel you free to add the KT76A in Aircraft/Instrument-3d 

This is fully compatible with old FG version, properties (id-code and altitude) 
are simply ignored by old FG version.

For aircraft designer who want to use this new transponder, you just need to 
use the KT76A or implement your own with these specifications :
- /systems/electrical/outputs/transponder must be  8.0
- /instrumentation/transponder/inputs/knob-mode is a INT with 0=OFF, 1=SBY, 
2=ON, 3=ALT, 4=TST
- OFF = no power / no transmission
- SBY = standby, instrument is powered (e.g light animation) / no transmission
- ON = power ON / transmit id-code (sqwak)
- ALT = powerON / transmit id-code + altitude with 100ft precision for mode AC 
and 10ft precision for mode S
- TST = test, same as ALT (test mode can't be generic because transponder model 
require different implementation, feel you free to suggest a generic test mode)
- /instrumentation/transponder/inputs/digit[0-3] are INT from 0 to 7
- /instrumentation/transponder/inputs/serviceable must be TRUE
- /instrumentation/transponder/inputs/mode is a STRING = A, C or S  defined by 
the instrumentation.xml file (look at the forum topic for example)

I'm ready to maintain this work and improve it when suggestion come to me.

Cheers,
Clément
  --
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] DDS warning message

2013-04-22 Thread Clement de l'Hamaide
Hi all,

Following a discussion with Vivian on IRC, it seems it was decided to remove 
the DDS warning message some weeks? months? years? ago. Someone could handle it 
?
I admit that using DDS materials and DDS aircrafts results in a thousand of 
warining messages in my console and it's really not easy to debug my Nasal code 
( print(); ) with all these messages.
Also I'm not convinced that our users are interested by this warning message 
because they can't do anything to solve it. (Considering that decompressing a 
DDS file is not a basic user action)

Thanks you in advance,

Cheers,
Clément
  --
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


Re: [Flightgear-devel] Aircraft modellers - is a grain texture useful?

2013-04-16 Thread Clement de l'Hamaide
Hi Thorsten,

I would follow the same opinion as Syd. I think Gimp/Inskape/Photoshop... are 
enough powerful to create correct texture.
Of course it requires some time of work... But isn't it expected to spend some 
of our time in order to have a beautiful aircraft ? :)
Thanks you for proposing !

Cheers,
Clément
  --
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] Joystick dialog configuration fix

2013-04-11 Thread Clement de l'Hamaide
Hi,

I'm using a Thrustmaster Hotas-x and I noticed that nasal section on top of 
the original file ( $FG_DATA/Input/Joysticks/Thrustmaster/T-Flight-Hotas-X.xml 
) is not copied to the custom file written in $FG_HOME after modification from 
the Joystick Configuration dialog.
This missing nasal section break the behaviour because 2 variables are not 
declared (in my case, I don't know for other .xml files).

Looking at joystick.nas this is expected since nasal is not handled so I've 
fixed it.
Here is the git diff who fix the issue : http://pastebin.com/XaanECUs

Here is the list of all joystick hited by this issue :

GoFlight/tq6-adv.xml:10: nasal
Microsoft/sidewinder-force-feed2.xml:105:nasal
Saitek/X36.xml:30: nasal
Saitek/X52-pro.xml:132:nasal
Saitek/Aviator.xml:14: nasal
Saitek/Cyborg-Gold-3d-USB.xml:113:nasal
Saitek/Pro-Flight-Quadrant.xml:13: nasal
SpeedLink/ps2.xml:43:  nasal
ThrustMaster/T-Flight-Hotas-X.xml:69:   nasal
ThrustMaster/Warthog/Stick/stick_rotate.xml:10:nasal
ThrustMaster/Warthog/Warthog-Stick.xml:16:nasal
ThrustMaster/Warthog/Warthog-Throttle.xml:11:nasal
ThrustMaster/Warthog/Throttle/seahawk.xml:5:nasal
ThrustMaster/Warthog/Throttle/harrier.xml:6:nasal


Cheers,
Clément
  --
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


Re: [Flightgear-devel] OpenRTI / HLA

2013-03-17 Thread Clement de l'Hamaide
Mathias,

 Thanks, I have moved the rti libs below the simgear ones.
Does this help?

Yes it works fine now ! Thanks you.
But a new mistake appers now, FG is not able to found libRTI-NG.so.1 because 
the file is in install/openrti/lib/x86_64-linux-gnu/libRTI-NG.so.1 I've fixed 
the problem by moving all files outside of x86_64-linux-gnu/ directory and now 
it works.

Is it possible for you to change the CMakeLists.txt in order to change the path 
like install/openrti/lib/libRTI-NG.so.1  ?
We had a similar problem some weeks ago about libsvn/subversion :

http://code.google.com/p/flightgear-bugs/issues/detail?id=946#c10
https://www.gitorious.org/fg/flightgear/commit/3b6436bfb8d5cfb180f7119fd01f365d1f79528e

Thanks you,
Clément
  --
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OpenRTI / HLA

2013-03-07 Thread Clement de l'Hamaide

Hi,

Mathias, some weeks ago I told you about a compilation problem for FG on Linux 
when RTI is enabled.
You asked me to remind you of this problem later, this day is came :)

For remembering :

 Clement wrote :
 I'm really interested by your work about OpenRTI / HLA. I've added the RTI

 support in the download_and_compile.sh brisa script's in order to make it

 more user-friendly to use and participate to the development. I compile

 SG and FG with -DENABLE_RTI=ON since some weeks but today FG compilation

 crashed with this option :/ Here is the compilation log :

 http://pastebin.com/HnPSfyzs

 OpenRTI and SG compilation are fine. I've deleted my OpenRTI/FG/SG build dir

 but the issue still here. Do you have a solution ?

 Remind me to look at that past the Christmas days please.

Today I gave a new try but the compilation still fails : 
http://pastebin.com/grfbW2SG
SG compilation works fine with ENABLE_RTI=ON  but FG compilation fails with it.
Can you take a look at it ? Let me know if you need more info, also I can make 
some change in source code if you tell me what to change.

Cheers,
Clément




  --
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Adds on FlightGear.org

2013-03-01 Thread Clement de l'Hamaide

Anders Gidenstam wrote :

 If it is not possible to be more restrictive on what ads to show (and 
 even if that can be done I'm sure the guys paying for these sort of ads 
 would do their best to by-pass any such restriction) then IMO the ads 
 should go. Maybe the text ads could stay but the big blobs - no, thank you.

I'm agreed with your opinion, ads should go in this case.

 Is the hosting really that expensive that we can't raise enough donations 
 to cover it? (I have to admit I have not donated to FG, though.)

I'm pretty sure that if some of us makes a donation, we could be able to cover 
hosting costs.
Let us know how many, and we could try to organize a donations campaign. If 
it's necessary.

Cheers,
Clément
  --
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Flightgear-devel Digest, Vol 80, Issue 8

2012-12-22 Thread Clement de l'Hamaide

 I have had no contact with them either by 
phone or otherwise.

http://equipe-flightgear.forumactif.com/t899p30-pour-une-meilleur-integration-des-travaux-de-la-paf-dans-flightgear#15971
In English the last line is  let me know when you're ready and I call him 

 
http://equipe-flightgear.forumactif.com/t899p45-pour-une-meilleur-integration-des-travaux-de-la-paf-dans-flightgear#16025
 
In English the second line is  I've just talked during a long time with 
Emmanuel (more than one hour !!!) 



 leaves IRC very quickly when I arrive

??? hmmm someone can explain me ? Emilian ? James ? Christian ? Gijs ? Jean ? 
David ? Anders ?  Have I left IRC because helijah was connected on IRC ?



 I never removed the header indicating the authors

Some example :
Original file created by PAF team : 
https://gitorious.org/paf/fgdata/blobs/master/Aircraft/DR400-jsbSim/Dialogs/checklist/checklists-text.xml
File currently on GIT repo : 
http://mapserver.flightgear.org/git/?p=fgdata;a=blob;f=Aircraft/DR400/Dialogs/checklist/checklists-text.xml;h=a60d0954b08d8a7e71a802c191e71c96a15f55e6;hb=HEAD

Original file created by PAF team : 
https://gitorious.org/paf/fgdata/blobs/master/Aircraft/DR400-jsbSim/Models/Interior/Handle/handle.xml
File currently on GIT repo : 
http://mapserver.flightgear.org/git/?p=fgdata;a=blob;f=Aircraft/DR400/Models/Interior/Handle/handle.xml;h=d9aa7be75d5a201ab32e384d4ab7c7587150cabf;hb=HEAD

Original file created by PAF team : 
https://gitorious.org/paf/fgdata/blobs/master/Aircraft/DR400-jsbSim/Models/Interior/Panel/Parts/fuel-valve/fuel-valve.xml
File currently on GIT repo : 
http://mapserver.flightgear.org/git/?p=fgdata;a=blob;f=Aircraft/DR400/Models/Interior/Panel/Parts/fuel-valve/fuel-valve.xml;h=d162e7bef1bda983df51f7949afbc3e244b129cc;hb=HEAD

Original file created by PAF team : 
https://gitorious.org/paf/fgdata/blobs/master/Aircraft/DR400-jsbSim/Nasal/dr400.nas
File
 currently on GIT repo : 
http://mapserver.flightgear.org/git/?p=fgdata;a=blob;f=Aircraft/DR400/Nasal/dr400.nas;h=c27fa190acac2ecbda8de3539a81fd57c0e30063;hb=HEAD

Original file created by PAF team : 
https://gitorious.org/paf/fgdata/blobs/master/Aircraft/DR400-jsbSim/Nasal/electrical.nas
File currently on GIT repo : 
http://mapserver.flightgear.org/git/?p=fgdata;a=blob;f=Aircraft/DR400/Nasal/electrical.nas;h=195a5ad1a6a31076ca8a0c66563a8b4687de6a30;hb=HEAD

Should I continue ?

In the 3 first examples this is missing :
!-- 

 # DR400-jsbSim by PAF team
 # April 2012 : Modified by PAF team
 # http://equipe-flightgear.forumactif.com

##--

In the 2 last examples the header copyright has been changed : the destinated 
project of my contribution is now DR400 and the forum URL of PAF team is 
removed from dr400.nas / replaced by my personal website URL ( ??? ) from 
electrical.nas 
Firstly my contribution was originaly written for the DR400-jsbSim project 
(Imagine that profightsim change the header of the file from This file is part 
of FlightGear by This file is part of proflightsim... here is exactly the 
same)
Secondly I don't understand why my personal website URL is in these files ! My 
personal life has nothing to do with these file. I use my website for personal 
and professional use and I've never wanted to see this URL in these files. 

Currently the GIT repo is not GPL compliant at all...
Now I leave you conclude and make what is necessary in order to stop all of 
these. 


Cheers,
Clément
  --
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] fgdata Commit c8a69dffd49a298e01c0e0e1320f4a1d49a0bca4

2012-12-21 Thread Clement de l'Hamaide

Hi Yves,

 Maybe the PAF team has to take 
into account that Helijah spent half of his life contributing to flightgear 
models and this needs some personal respect and not only respecting gpl terms. 
[...] but to be 
honest, it has not the same history like the contribution of Emanuel

Does it mean that in your opinion PAF team has no personal respect for helijah 
? Does it mean that helijah can legitimately insult and denigrate other 
contributors/contributions ? PAF team has never insulted helijah (unlike him) 
and has asked the authorization to use his work :
Before forking the DR400 one of PAF team member took a phone communication with 
helijah during more than 1 hour in order to explain him ( 
http://equipe-flightgear.forumactif.com/t899p45-pour-une-meilleur-integration-des-travaux-de-la-paf-dans-flightgear#16025
 ) Isn't it an acceptable proof of respect ?

Fork process is well know in Open Source world, for example OpenOffice is 
forked in LibreOffice, here PAF team does the same, forking the DR400 in 
DR400-jsbsim. LibreOffice hasn't personal respect for OpenOffice because of 
fork ? I don't think, for DR400-jsbsim it's exactly the same. Now imagine that 
OpenOffice uses the modified/created source code of LibreOffice but removes 
every copyright header who noticed that LibreOffice has modifified/created 
files, it should be incredible isn't it ? It's exactly what does helijah. This 
is a fact not a judgement.

But to be honest the DR400 is not the important here, and I'm sure that 
everybody here know what is important, your reply explains it well.

Anyway, I'm totally agree with the rest of your message. Thanks you having 
spent some of your time replying to this discussion.

Cheers,
Clément
  --
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] OpenRTI / HLA

2012-12-20 Thread Clement de l'Hamaide

Hi all,  Hi Mathias,

1 )
I'm really interested by your work about OpenRTI / HLA. I've added the RTI 
support in the download_and_compile.sh brisa script's in order to make it more 
user-friendly to use and participate to the development.
I compile SG and FG with -DENABLE_RTI=ON since some weeks but today FG 
compilation crashed with this option :/
Here is the compilation log : http://pastebin.com/HnPSfyzs
OpenRTI and SG compilation are fine. I've deleted my OpenRTI/FG/SG build dir 
but the issue still here. Do you have a solution ?

2)
I'd be really happy to use/test HLA unfortunately I haven't found recent 
documentation about it. I know about the wiki page 
http://wiki.flightgear.org/FlightGear_HLA_support_(High_Level_Architecture) but 
this page is not up to date. 
Looking at your source code it seems that 
--hla=bi,hz,federateType,federationName,profile is no longer the 
correct way to activate HLA, but more --hla --federation=
Are you able to tell me/us the current state of your work : Is it currently 
working ? can we test ? how can we test ? what are the possible argument ? what 
is your dev plan (current step, next step) ? Have we need to be connected to an 
HLA server ? Can you explain a litttle bit how it works at architecture level ? 
(Is it a centralized server routing every packet between user ? similar to FGMS 
network ?)

3)
I've worked on a project called FGAIS who is certainly related to your recent 
fgai tools.
FGAIS is a modified FGMS server who inject live traffic (in real time from real 
life) into client session. In this way clients can see aircrafts in the FG sky 
like he could see them by his windows.
For this I've contacted planefinder.net and they agreed to provide their data 
(only ADS-B). The source code is also ready to implement ship AI.
Currently FGAIS work nice only for 1 client (if a second client come on the 
server I have a SegFault... I don't know why :/ ) You can find the source code 
here : https://gitorious.org/~f-jjth/fgms/f-jjths-fgms-0-x
This modified FGMS server (called FGAIS project) needs SG. You just need to 
compile it and connect to him with FG client in an active area (LFPO, EDDF, 
KSFO...) and you will see a dozens of aircraft in your MP list : it's live 
traffic
You are free to use any a part of this project if you are interested in it. 
Some links below :
Source code : https://gitorious.org/~f-jjth/fgms/f-jjths-fgms-0-x
Wiki page : http://wiki.flightgear.org/FGAIS
Forum thread : http://www.flightgear.org/forums/viewtopic.php?f=23t=17803
Provider : http://planefinder.net/


Since FG is now in a frozen state / debug period the 3) is not important for 
now but I'm interested to know your opinion about this project. Talking with 
Hooray on the forum I'm aware that RTI/HLA should be much better for this use.

Thanks in advance

Cheers,
Clément
  --
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] fgdata Commit c8a69dffd49a298e01c0e0e1320f4a1d49a0bca4

2012-12-20 Thread Clement de l'Hamaide

[..] Not only do they believe to be the authors of this aircraft but they 
also break existing things for the pleasure of breaking. 

It's sad to see this kind of commit description in a public place of the 
FlightGear project.

For information, the commit is about the improvement made by PAF team on the 
DR400. (Of course nobody from PAF team asked him to push their work in the 
repo. It's his own choice to download the work done by PAF team and use it for 
it's own DR400)
As the GNU GPL licence says : it's highly recommended to add a copyright header 
for each file created/modified. It's exactly what PAF team done adding 
Modified by PAF team (in case of file modification) or Created by PAF team 
(in case of file creation) as copyright header. Unfortunately helijah has 
removed all these copyright header before pushing the work made by PAF team on 
the repo.

I can't imagine what would be the reaction of Curt if a commiter remove the 
header copyright of the file flightgear/src/Main/main.cxx . The fault made by 
helijah is the same here : he removed the copyright header (recommended by GNU 
GPL licence) of files for the second time (the first one was : 
https://gitorious.org/fg/fgdata/commit/7bc193ad0af206f166f2ab768880cec07891faa6 
)

I will skip all the insults publicly written by helijah for just focusing your 
attention about the past and current licence / copyright violation brought by 
this contributor (red bull livery (z-lin50), sound file(reported by Pierre), 
texture file (JAS39-gripen). I think that a real solution has to be discussed 
here in order to avoid any new problem with this contributor.

Cheers,
Clément
  --
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,

2012-09-07 Thread Clement de l'Hamaide

Hi all,

I'm the author of the bug report #858. Big thanks to ThrostenB to solved it.

About 3D models loading, the change has been explained by Mathias here : 
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.html
After this changes I have reported a problem here : 
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36507.html
Jon Stockill has confirmed the same behavior for him.
The end of the conversation (last message by me) still waiting a response/fix.

I'm absolutely not here to say the bug is not yet solved !, absolutely not. 
I'm just here to help you to remember/avoid to search the corresponding 
conversation about this bug.

Cheers,
Clément
  --
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


Re: [Flightgear-devel] Compute ground elevation dynamically for STG format

2012-08-26 Thread Clement de l'Hamaide

Hi,

I changed my technical solution in order to use the technical solution proposed 
by Mathias.
I hope this git diff is more adapted : http://pastebin.com/30GD4ksE

As you can see the parser is ready, I have tested with modified STG file and it 
works. Now I just need to implement the ground elevation calculator.
I have just a doubt about the variable elev I'm not sure that's is a good 
idea to send it as parameter since send change it in the function.
Let me know what is wrong, how to improve this little change code.

About the ground elevation calculator I think you are more able to create it 
because you know how to do. Personally I don't see how to adapt you fgelev 
because he is create for standalone program. In this way I think it's not 
really possible to adapt it for runtime program. Let me know if you accept to 
create this calculator.

Thanks in advance,

Cheers,
Clément
  --
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


Re: [Flightgear-devel] Compute ground elevation dynamically for STG format

2012-08-26 Thread Clement de l'Hamaide

Yes of course your solution is more easier ;) As said I'm not a great 
programmer but at least I try to do something. I'm not a simple asker who say 
 Please do it for me 
I try to involve myself with my little and insufficient skills but at least I 
do something.

I saw that you commited the feature ! With a lot of other changes (the style 
is completely changed)
I have tested with 15 OBJECT_STATIC_AGL and I don't noticed difference of 
loading time. 

As soon as possible I hope to have the possibility to make test with a lot of 
object/large scenery in order to have a concrete evaluation of the possible 
impact. And I will report this test here.

Thanks you for your help,
Cheers,
Clément


  --
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] FW: Compute ground elevation dynamically for STG format

2012-08-26 Thread Clement de l'Hamaide

I have done some test. Here is the result :

Nb of objectWithout _AGLWith _AGL
 0  20.4s  
20.4s
 500  21.4s  
21.4s
  5 000  21.6s  
23.4s
15 000  24.0s  29.9s
30 000  27.2s  39.1s
  100 000  52.1s  95.6s

For information, TerraSync has 1 100 000 thus when I try to load 15 000 object 
I tried to load 1% of the entire TerraSync database in at once. And with 100 
000 it's 10% of the entire TerraSync database.
Of course it's not realist since objects are placed everywhere in the world in 
this way 1 STG file can't contains 1% of the entire TerraSync database.

For example if the whole LOWI region (less than 4000 objects) was transformed 
with _AGL the loading time will increase of less than 2 seconds. As LOWI is one 
of the most advanced scenery it's a good comparison.

With these test I can conclude that the _AGL tag can increase the loading time 
(and it's normal) but it's insignificant because FG doesn't load more than 5000 
objects at once since tiles are loaded step by step.

Cheers,
Clément

  --
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


Re: [Flightgear-devel] Compute ground elevation dynamically for STG format

2012-08-25 Thread Clement de l'Hamaide

Hi Mathias,

I understand that the fact to compute the elevation every time scenery is 
loaded is not a way to improve loading time.
X-Plane give the possibility to compute the elevation of an object, FSX do the 
same, and FlyLegacy do the same. Only FG require absolutely the elevation of 
object.
If other simulator do that, why FG can't do that ? I haven't heard that FSX 
scenery loading take 1 hour or X-Plane scenery loading take 1 hour, therefore 
the feature is available. Thus I think we can test to implement the feature and 
see if the loading time is really impacted. If other simulator have reasonable 
time of loading with this feature, why FG can't have the same reasonable time 
of loading with this feature ?

I keep in mind that the time of loading can be impacted, but I would like to 
test the feature before to say No it's not possible because the loading time 
will increase enormously!

About the boost library, I done this choice because I thought it was better for 
computation. But as I said I'm only a little C++ programmer and if you say : 
don't use boost for this feature is better. I trust you ;)
I'm totally open to other solutions. The important part in this feature is 
really to leave FG compute the elevation of the object if the user don't give 
the elevation data.

To be honest, the little git diff provided in my precedent mail take me 1 day 
and 1 night (I'm definitely not a good C++ programmer). You say that you can 
implement the complete feature in 1 or 2 hours. In this way it's maybe better 
that I stop to code on my side and leave you implement this.
In this way you use the technique that you want/prefer.

After reading your mail, it seems that my choices and technical solution are 
not appropriate at all.
You introduce another solution : OBJECT_SHARED_AGL 
Models/Communications/radio-medium.xml -121.287778 37.008056 2.30 
180 0.0 0.0
As I said I'm open to every solution, if you think that it's better to use this 
solution I'm ok. your solution give the same possibility than my solution 
(indicate ground elevation + optional offset) But with your solution we can 
skip these line in case of use of a viewer (as you speak about a future viewer) 
with a simple condition like : IF ( viewer is used ) { skip OBJECT_SHARED_AGL  
OBJECT_STATIC_AGL line }

With this feature I really want to be independent of the terrain elevation. A 
lot of scenery exist everywhere on the web and use different terrain elevation. 
This feature is a real solution to these problem of different terrain 
elevation. 
Also this feature give the possibility to use external tools for object 
positioning. For example this tools : 
http://www.youtube.com/watch?v=dajvfna0CaM Moreover this feature give the 
possibility to user to use objects distributed by TerraSync out of the terrain 
distributed by TerraSync, and it works also in reverse, TerraSync can use 
object that are not specially placed with TerraSync terrain. In this way 
TerraSync is winner with this feature.
With all these elements and elements in my precedent mail I can affirm you that 
this feature is really welcome. Also if other Flight Sim have implemented this 
feature it's because it's useful.

Are you able to propose your technical solution and start to write some C++ 
lines ? or can we experiment my changes since I have already started to write 
some C++ lines ?

Let me know what are you ready to do, your plan, your solution. Even if I'm not 
the coder, I'm interested by your choices and solutions for this feature.

Cheers,
Clément
  --
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] Compute ground elevation dynamically for STG format

2012-08-24 Thread Clement de l'Hamaide

Hi all,

My message is mostly destined to Mathias Froehlich since he seems to be mainly 
involved in this part of FG but of course every help is welcome.
I would like add a new feature to the STG parser. Some months ago I had already 
added the possibility to give the pitch and roll (with the help of Anders). Now 
I want add the possibility to compute the ground elevation dynamically in order 
to add object in the scenery without elevation information.

Currently the STG parser requires this kind of line :
OBJECT_SHARED Models/Communications/radio-medium.xml -121.287778 37.008056 
2500.00 180 0.0 0.0

Where 2500.00 is the elevation data of the object. A lot of objects are often 
simply at ground level. Thus I would like to give the possibility to interpret 
this kind of line :
OBJECT_SHARED Models/Communications/radio-medium.xml -121.287778 37.008056 GND 
180 0.0 0.0
OBJECT_SHARED Models/Communications/radio-medium.xml -121.287778 37.008056 
GND-108.254 180 0.0 0.0
OBJECT_SHARED Models/Communications/radio-medium.xml -121.287778 37.008056 
GND+56.3 180 0.0 0.0

As you can see the GND tag means that the object is simply at ground 
elevation. Also we can give an optional offset (positive or negative) for 
adjustment. Of course the current way of working need to continue to work ! I 
have already began to change the source code in order to make working together 
the old parser and maybe future parser.

The GND tag give a big advantage, imagine if you can place object in FG just 
by giving lat/lon and FG computes himself the elevation of object. In this way 
we can place object without FG. We can place object with an automatic script or 
using just a map available on the web. Also, with this new feature, we can use 
the same object line with different elevation terrain, everybody know that a 
lot of custom scenery exist everywhere on the web and often the ground 
elevation is not the same in these custom scenery and in TerraSync terrain. 
This feature solves the problem.

Since I am a partisan of the do it yourself mostly recommended in Open Source 
project I have already modified SG source code. Here is my git diff : 
http://pastebin.com/vT2xE6ii
I plan to organize the change in 2 part : first part is detect the GND tag and 
optional offset, second part is compute the ground elevation with the lon/lat 
and optional offset

The first part is pretty advanced, the second part is mainly already create by 
Mathias with the new fgelev tool. I hope that fgelev can be adapted for a 
runtime execution.
With my changes, SG compilation works fine, but even if I haven't touched FG 
files (I have only touched ReaderWriterSTG.cxx) FG doesn't compile :/ I'm a 
little bit surprised that SG compilation is a success but FG compilation fails 
since I haven't touched FG source code.

I need some help to solve this FG compilation fail because I'm not a great 
programmer, I have only C++ base skills.
In the SimGear changes I use boost::regex (I think it's better to use boost 
library isn't it ?) so I have included the library with #include 
boost/regex.hpp in this way SG compilation works fine. But now FG compilation 
fails because boost::regex_basic and a lot of other boost library are missing. 
And I don't understand why since only SG use boost::regex library. 

The failed compilation log of FG is here : http://pastebin.com/zU4csueP

I have done a lot of investigation and research on the web, I have consulted a 
lot of tutorial, example, documentation (cmake, boost), C++ forum 
(stackoverflow, developpez) without solve this problem.
I think it's a cmake problem, maybe I need add something in CMakeLists.txt but 
since I'm far to be a cmake guru I can't find the solution.

Please can you help me to solve this problem ? After that I can continue my 
implementation ;)

Hoping that you can found interest in this new feature,
Thanks in advance,
Cheers,
Clément
  --
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


Re: [Flightgear-devel] New land cover Shapefile download feature

2012-08-20 Thread Clement de l'Hamaide

Hi Martin,

Since you change the download system it's impossible to download complete OSM 
layer.
Now only coastline.shp are provided in the .zip file and we are forced to 
download every layer (osm_river, osm_rail, osm_trunk, osm_primary...) 
individually and manually.

Hoping you can fix it in order to have the same behaviour as before your change.

Thanks in advance,
Cheers,
Clément
  --
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


Re: [Flightgear-devel] Pitch and Roll interpretation in STG files

2012-05-20 Thread Clement de l'Hamaide

Hi all,

After an IRC session with Anders Gidenstam (a big thanks to him) I'm able to 
give you a new git diff.
This
 new git diff fix the possible bugs about *nix/Windows end of line (\n 
or \r\n) and give a full compatibility between old and new STG parser.

The git diff is available here : http://pastebin.com/Z2qDPJ3P

The next step is to give the possibility to UFO export pitch and roll value in 
console when key d is pressed.
Who is able to do it ?

Just an example of what does the patch? : 
http://clemaez.fr/flightgear/Screenshot/fgfs-screen-018.png
Left fence is without the patch, right fence is with the patch.
Another example here with straw bale : 
http://clemaez.fr/flightgear/Screenshot/fgfs-screen-020.png


Cheers,
Clément   --
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] Pitch and Roll interpretation in STG files

2012-05-18 Thread Clement de l'Hamaide

Hi all,

I know a lot of people who are interested by the interpretation of pitch and 
roll in STG files.
Currently pitch and roll doesn't exist in STG file. A good proverb say do it 
yourself, thus I implemented the pitch and roll interpretation in STG files.

The git diff is : 

diff --git a/simgear/scene/tgdb/ReaderWriterSTG.cxx 
b/simgear/scene/tgdb/ReaderWriterSTG.cxx
index 21a47ba..5b8945a 100644
--- a/simgear/scene/tgdb/ReaderWriterSTG.cxx
+++ b/simgear/scene/tgdb/ReaderWriterSTG.cxx
@@ -281,6 +281,18 @@ ReaderWriterSTG::readStgFile(const std::string 
absoluteFileName,
 matrix = makeZUpFrame(SGGeod::fromDegM(lon, lat, elev));
 matrix.preMultRotate(osg::Quat(SGMiscd::deg2rad(hdg),
osg::Vec3(0, 0, 1)));
+
+
+   if ( (in.peek() != '\n') ){
+   double pitch(0.0), roll(0.0);
+   in  pitch  roll;
+
+   matrix.preMultRotate(osg::Quat(SGMiscd::deg2rad(pitch),
+   osg::Vec3(1, 0, 0)));
+   matrix.preMultRotate(osg::Quat(SGMiscd::deg2rad(roll),
+   osg::Vec3(0, 1, 0)));
+   }
+
 
 osg::MatrixTransform* matrixTransform;
 matrixTransform = new osg::MatrixTransform(matrix);

As you can see, it's only 6 lines added. This code works for old and new 
STG files.

Example of old STG files :
OBJECT_SHARED Models/Communications/radio-medium.xml -121.8425 37.11 964.15 
180

Example of new STG files :
OBJECT_SHARED Models/Communications/radio-medium.xml -121.8425 37.11 964.15 
180 45.0 25.0

Where pitch = 45.0 degrees and roll = 25 degree

Someone can add it in Simgear please ?

Cheers,
Clément
  --
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


Re: [Flightgear-devel] Pitch and Roll interpretation in STG files

2012-05-18 Thread Clement de l'Hamaide

Yes of course we can use XML file. But I've recently heard that XML are 
depreciated because XML file take a big resource in FG.

With this new feature you can add an AC3D file with pitch and roll without XML.
But if the model has already a XML file it is you can use roll-deg and 
pitch-deg

Cheers,
Clément
  --
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


Re: [Flightgear-devel] Multiplayer, Open RTI/ HAL and online future..

2012-04-25 Thread Clement de l'Hamaide

Hi,

I'm also interested about RTI/HLA informations.
Actually I 've compiled FGFS and SG with -D ENABLE_RTI=ON and I run FGFS with 
--hla=bi,10,FOM,ASN,mp-aircraft.xml

If I use av-aircraft.xml in replacement of mp-aircraft.xml I have an FGFS crash 
with this error during splashscreen:
Cannot get attribute data type for setting attribute 
HLAprivilegeToDeleteObject at index 0!
Segmentation fault

I don't know how check if my HLA is working or not working.
I hope somone give us more informations about HLA.

Cheers,
Clément
  --
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] Now Rembrandt here...

2012-04-12 Thread Clement de l'Hamaide

 The amount of shadow I see depends on the angle of the view axis 

 with the sunlight direction - under some angles I see dark 
 shadows, under some 
angles I see no shadows at all

Hi Thorsten,
I have the same bug when the skydome scattering shader is enable.
Are you sure you have disable skydome scattering shader ?

Cheers,
Clément   --
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Rembrandt aircraft and fgrun

2012-04-05 Thread Clement de l'Hamaide

Hi Fred,

In order to disable the big grey blobs in the 3d preview of fgrun, just need to 
add /nopreview in XML file of the object.
You can test it with the last version of Tecnam P92 for Rembrandt here : 
http://clemaez.fr/flightgear/Tecnam-P92-rembrandt.tar.gz

For exemple : 
?xml version=1.0 encoding=UTF-8?
PropertyList
  pathlight.ac/path
  nopreview/
/PropertyList

Cheers,
Clément
  --
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Rembrandt aircraft and fgrun

2012-04-05 Thread Clement de l'Hamaide

Do you have really forgot that one? because you are the author of this feature 
:P  http://comments.gmane.org/gmane.games.flightgear.general/17849 
You are a joker developers ;)
Your implementation takes effect with animation and model. Thus you can use it 
like :

  animation
object-nameailes/object-name
nopreview/
  /animation

But since you are the author of this feature I think I don't need to explain 
you how to use your feature ;)

Cheers,
Clément
  --
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] GPS and other items merge requests to commit.

2012-03-12 Thread Clement de l'Hamaide

Hi all,
I would like to give my support to Olivier about the merge request : 
https://gitorious.org/fg/fgdata/merge_requests/139
This merge request contains the Garmin GPS196. I use it in real life with my 
aircraft and I'd take pleased to see it in fgdata.

I invite anybody with commit's right to evaluate this merge request.

Thanks you in advance,
Clément   --
Try before you buy = See our experts in action!
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-dev2___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] scenery loading cleanup

2012-03-10 Thread Clement de l'Hamaide

Hi Mathias,

I know a lot of users who use this kind of organisation about scenery folder, 
and these users aren't scenery developpers. I think your change will breaks a 
lot of users configuration with the next release (2.8.0)
I'm convinced that your change is a good improvement (if I understand 
correctly: your changes avoid to read useless folders) and I hope you will find 
a good compromise.

Cheers,
Clément   --
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] scenery loading cleanup

2012-03-08 Thread Clement de l'Hamaide

 Hi,

 Also for the breginning of the development cycle, I started working on 
 improoving fgviewer and cleanup scenery/model loading.

 I have now checked in a change that should fix some long standing problems 
 with 
 modelss that appear to have z-fighting. This change should not harm and works 
 so far for all I have tested. But it slightly changes the way stg files paths 
 are handled.
 So if this really introduces a problem, please tell me.

 Greetings

 Mathias

Hi Mathias,

I've encountered a problem about this change but I fixed it. Some explanation :
I use 5 sceneries folders and some of them add some data to the precedent 
scenery folder.
I use this argument : 
--fg-scenery=/home/clement/Scenery_test:/home/clement/fgdata_paf/Scenery:/home/clement/Scenery_elmaxo:/home/clement/Scenery_papillon81/Scenery:/home/clement/Scenery_italy:/home/clement/Scenery
In order to fly at LFHU (France) I use these data:
~/fgdata_paf/Scenery/Object/e000n40/e006n45/3056064.stg
~/Scenery_elmaxo/Terrain/e000n40/e006n45/3056064.stg
~/Scenery_elmaxo/Terrain/e000n40/e006n45/3056064.btg.gz
~/Scenery_elmaxo/Terrain/e000n40/e006n45/LFHU.btg.gz

Since you have changed I need to move associated Terrain in the same Scenery 
folder of Object folder. So I copied/pasted Terrain data in the same Scenery 
folder contains Objects and now I use these data:
~/fgdata_paf/Scenery/Object/e000n40/e006n45/3056064.stg
~/fgdata_paf/Scenery/Terrain/e000n40/e006n45/3056064.stg
~/fgdata_paf/Scenery/Terrain/e000n40/e006n45/3056064.btg.gz
~/fgdata_paf/Scenery/Terrain/e000n40/e006n45/LFHU.btg.gz

Without this little tweaks the tile can't be loaded. In conclusion, with your 
change we need to associate Object AND Terrain folder.
It's just a feedback of my experience, don't take it as a critics ;)

Cheers,
Clément
  --
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] Fair practice autorisations

2012-02-16 Thread Clement de l'Hamaide

Hi,

 This team should others as they wish to be
treated
An huge difference exist here : you haven't received insult. Helijah insult PAF 
members ! 
PAF team and you are not in bad relation (AFAIK) : this difference is important.

All people need to know that 60% (or more... it's approximate) of aircraft 
available for flightgear  are created by helijah.
More than 80% of them are totaly crappy ! They aren't a good point for 
FlightGear project !

Imagines
 a man who don't know FlightGear project : he test 1, 2 ,3 aircrafts by 
helijah then he says pfff all these aircraft are unusable. I leave 
FlightGear and I go buy MSFS !
I'm really convinced the work made by helijah is bad for FlightGear project. 
Aircrafts created by helijah aren't realist.

It will be good if FlightGear community take conscious of this ! 
A real example :
I
 have invited a friend to download and test FG, after some days he says 
me : pfff your simulator is very bad ! A lot of aircraft haven't real 
instruments and are totally uncompleted !
I have asked him what aircrafts have he tested : CL415, Gee Bee, Katana, c172p, 
Piper Cub

Helijah needs to stop to create 1 aircraft per week and needs to improve the 
aircrafts already available ! 
It's
 not a good point to say FlightGear is the only simulator with more 
than 400 airacrafts ! but in these 400 aircrafts a lot of aircrafts are
 uncompleted and these uncomplete aircrafts are mainly created by 
helijah.

The work made by helijah isn't a good ads for FlightGear project, I'm convinced 
!

About the list of my friend, only Helijah's aircrafts was concerned by 
the critics. As I found, FlightGear isn't ready to see the reality about
 Helijah...

I continue to believe that Helijah doesn't create aircraft : he creates 3D 
model, not an aircraft. The difference is huge...
An
 aircraft has need electric system, fuel system, operating procedures, 
radio... Helijah's aircraft haven't that, so I call this a 3D model, not
 an aircraft. FlightGear is an aircraft simulator... not an exposition 
software of 3D model...
But now I keep this opinion for me since nobody can heard/understand this 
opinion

My opinion is also join by David :
 There's work enough for the next coming 10 years! Each, new 
 I-don't-plann-to-finish-aircraft just make the whole FGFS project less 
 competitive to other simulators.


Now I'm real impressive about this discussion. Why ? because many many answers 
appear about this discussion. 
And what ? It's very simple : I have create a discussion here : 
http://sourceforge.net/mailarchive/message.php?msg_id=28709446 and I haven't 
received answer from devel list...
Other example : http://sourceforge.net/mailarchive/message.php?msg_id=28360748 
and no answer from devel list
When I write mails to contribute to FlightGear : No answer from devel-list. 
Just a little answer like Ok Clément I see your mail but actually we are too 
busy would be sufficient. (This is not a criticism, just an observation)
But when I write a mail about fair practice : Many answer.

Now I continue to improve some parts... Rembrandt project, sceneries... And I 
turn the page about this discussion ;)

Cheers,
Clément
  --
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] Fair practice autorisations

2012-02-12 Thread Clement de l'Hamaide

Hi,

In my precedent mail I have forgot to say that Ernest Teutcher, Alexis Laille, 
Christian Thiriot and Clément de l'Hamaide (it's me) are the members of the PAF 
team.
We can consider the current DC-3 is here because the PAF team had created 80% 
of the DC-3. And E.Baranger had created 20% of DC-3.
In this way we can say : there are not one author but  there are many authors. 
Since there are many authors it's a fair practice to ask to other authors an 
autorisation.

Honestly, E.Baranger is just the author of some parts 3D models and some parts 
of XML file but his works represente only 20% of the DC-3 and we can consider 
that E.Baranger is a small contributor of the DC-3, and he isn't the main 
author, he is author of some parts that's all.
For history, E.Baranger was a member of PAF team but he have been banned 
because he insulted some member of the PAF team and he refused to send our 
JSBSim FDM on GIT. Finally he was the only contributor of PAF team having 
commit rights and he makes an abu of his rights. In this way he censured our 
work by refusing to accept our JSBSim FDM.

Now I focused an other faults of E.Baranger : he censures the work from other 
authors.
Censure is it a good quality to become a committer ? It's surprising !

Thanks you for your attention.
I know the current time all developper works on the next release. Maybe it's 
not the best moment to speak about this. If you prefer to continue this 
discussion after the release I can absolutely understand this.

@Syd : thanks you for you intervention I understand your message. Since my work 
is under GPL I'm not complaining. Just I would like to focus on the fair 
practice which need to apply from committers before commit the work of other 
authors. (Mostly if the committer isn't in good way with these other authors)

Cheers,
Clément
  --
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] Fair practice autorisations

2012-02-12 Thread Clement de l'Hamaide

Hi all,

You are right, we are here to improve FG.
In our next release we will include a file with the list off all our last 
improvment. After this release I stop to improve the DC-3 C47

To close this discussion :
DC-3 C47 released by helijah : http://www.youtube.com/watch?v=cNp6ub7hQak
DC-3 C47 released by PAF team : http://www.youtube.com/watch?v=0RKb1pXDXPs

Thanks you very much at all for your attention and your point of view

Cheers,
Clément

  --
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


[Flightgear-devel] Fair practice autorisations

2012-02-11 Thread Clement de l'Hamaide














Hi all,



The PAF team just seeing our integral
contributions have been uploaded on GIT by E.Baranger aka helijah. (Commit : 
https://gitorious.org/fg/fgdata/commit/4fb29b9010ae69e01b46a7ea074259b04b12064e 
)




This member haven't asked any
autorisation before upload our contributions. Yet it is customary to
ask autorisation from authors of contributions before modify/diffuse
the work created by them.



Moreover, the uploaded version on GIT
by E.Baranger isn't the stable version by PAF team. The only one stable
version from PAF team is available in the Hangar of the PAF team :
http://equipe-flightgear.forumactif.com/t835-hangar-de-la-paf



We haven't any control about our
contributions available on GIT and we can't be responsible if there
are malfunctions.
You can consider that the contributions committed by E.Baranger aren't the 
official and stable version of the
contributions developped by the PAF team.


Also, it seems that helijah makes many
faults about licence respect and fair practice in recent months. We
remember many problems of licence non-respected by helijah (i.e 
http://sourceforge.net/mailarchive/message.php?msg_id=28676706 ). Today this
member have yet makes a fault of fair practice (without asking autorisation 
from contribution authors). Seeing these multiple
faults it would be more careful to remove the commit rights to E.Baranger.



Cheers,
Clément

  --
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


[Flightgear-devel] Fair practice autorisations

2012-02-11 Thread Clement de l'Hamaide

Hi Martin,

The original author of the model is Emmanuel Baranger
The original author of basic XML animation for model is Emmanuel Baranger
The original author of instruments panel is Alexis Laille
The original author of the Dual Control (copilot  passenger) adapted for DC-3 
is Clément de l'Hamaide
The original author of nasal hydraulic system is Clément de l'Hamaide
The original author of hydraulic system model is Ernest Teutcher
The original author of tutorials is Alexis Laille
The original author of engine system is Clément de l'Hamaide
The original author of overhead model is Clément de l'Hamaide
The original author of wipers is Ernest Teutcher
The original author of nasal electric system adapted fo DC-3 is Clément de 
l'Hamaide
The original author of decoration model is Emmanuel Baranger
The original author of sound system is Christian Thiriot
The original author of new panel is Alexis Laille
The original author of new chair in cabine is Christian Thiriot
The original author of liveries in cabine and cockpit is Christian Thiriot
The original author of GUI dialog is Clément de l'Hamaide
The original author of lights and light system adapted for DC-3 is Clément de 
l'Hamaide
The original author of paratroopers adapted for DC-3 is Emmanuel Baranger (but 
need my intervention for it works)
... ... ...
The list can be very long :)

But here it's not the problem of who is the author model. The problem is = 
the minimum politeness is to ask to the PAF team if we accept to see our 
contributions committed.
I know the GPL give the possibility to commit without asking anything but here 
we speak about fair practice. 

When you decide to download a package from a website and upload it on your 
website and GIT the minimum politeness is to ask to the author of the 
improvement if he's agreed with this isn't it ?

Thanks you for your attention

Cheers,
Clément de l'Hamaide (F-JJTH)
  --
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