[Flightgear-devel] Help: Building a binary IO driver based on Altas driver

2009-03-23 Thread Harry Campigli
Could I ask for some help and advise on this issue.

I am trying to interface my Microchip Pic based sim hardware to FG. I have
it working with a genetic string but the string is becoming to large for the
pics to handle, also I would like a crc or check sum on the data. Thus i
prefer a compressed hex format. Ie  the pic sends 4 bytes sync,16 bytes each
bit being a switch boolean, 16 bytes each being an analog setting then 2
bytes with each bit being a sign on the 16 analogs.

The format thus is A5 5A A5 5A hh hh hh hh hh hh ...for 40 bytes.

For simplicity I opted to clone and adapt the Atlas driver, keeping in line
with all existing FG conventions. and use it as a frame. and intigrate my
driver into FG when i build.

So far I have bumbled my way along, I not a good programmer but have learnt
my way around C with the microchip C18 to drive all the hardware. I have
managed to generate and output a binary compressed message from FG. But cant
seem to get it to decode on the inwards stream.


My approach is similar to the way i run the can bus between the hardware
Pics, pick up the char one at a time, check for the first A5, then 3 sync
chars from buf then if ok (synced up), copy the next 40 chars to msgin.
If thats ok then it sets a flag to decode the data. for now i also have an
0x0D on the end making it 41 chars. Later i intend to add the CRC routine.
Also I intend to use a network socket to the Pics once its all working. I
try to work in small steps.

It seems I cant pick up the first A5, as I understand it, buf has the data
in.

My question is how does the low level IO in Sg and FG work, am I wrong to
work on the premise that every time parse message is called buf contains
fresh data from the serial, Or does the the low level code require a CR? DO
i need to set up a static ring buffer os sorts and take the incoming from
that?


Below Is the code as it stands. i would expect to come out of this with
Msg_CS_OK=1, but maybe its not quite correct, for starters I need to pick up
the first sync char.


I hope i have provided enough info to enable an answer,
Regards Harry

FYI the OS is suse11.1 but i am not having any problems from that point of
view.





bool FGSim::parse_message() {
SG_LOG( SG_IO, SG_INFO, parse atlas message );
char msgin[256],dblin[6];
char a,b,c,d,e,f,g,h,b0,b1,b2,b3,b4,b5,b6,b7,w,starter,Char_Count,ch,l;
static char Msg_State,Msg_pointer,Message_CS_H,Message_CS_L,Msg_CS_OK;
double min, max;
int intin;
char pbsw;

//   string msg = buf;
//msg = msg.substr( 0, length );
//SG_LOG( SG_IO, SG_INFO, entire message =   msg );

   SGPropertyNode * node;




  Char_Count = 41; // length
  l =0;
  while(l != Char_Count)
  {

ch = buf[l];
switch (Msg_State)
{
  case 0:// find the sync header byte 0
  if(ch == 0xA5)
  {
Msg_State++;
Msg_CS_OK = 0;
b5=false;  // test
to see if value recieved.
node = fgGetNode(/controls, true);
node-setBoolValue(gear/gear-down, b5);
 }

  break;

  case 1:// find the sync header byte 1
  if(ch == 0x5A) {Msg_State++;}
  else Msg_State= 0;

  break;

  case 2:// find the sync header byte2
  if(ch == 0xA5) {Msg_State++;}
  else Msg_State= 0;
  break;
  case 3:// find the sync header byte 3
  if(ch == 0x5A) {Msg_State++;Msg_pointer=0;}// reset
counter point for msgin
  else Msg_State= 0;
  break;

  case 4:
  msgin[Msg_pointer] =ch;
  Msg_pointer++;// write ch to msgin till all done
  if(Msg_pointer==40){Msg_State++;Msg_CS_OK=1;}
  break;

  case 5://get fist cs byte
  Message_CS_H = ch;
  Msg_State++;
  break;

  case 6:
  Message_CS_L =ch;
  Msg_State = 0;
  break;
  default:
  Msg_State=0;
  break;

} // switch


 l++;
} // while

.
--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread Mathias Fröhlich

Hi,

On Sunday 22 March 2009 02:39:29 gerard robin wrote:
 With JSBsim aircraft i get now some strange behaviour regarding the
 groundcache on a moving Carrier.

 We can start from catapult on carrier, and the Aircraft is sitting
 correctly in place on the Ship , it follows correctly the speed of the
 carrier.  = No problem  :)
 After being catapulted and coming back to the carrier, with a nice landing
 on wires,  on the deck,  the aircraft does not follow the speed of the
 Carrier, even with Brake on we have some difficulties to stay in place.
 It seems that the aircraft do not identify the carrier like a moving object
 the second time.

 I did not noticed that problem before ... ( i don't know before when :( )
 I can only say that  my last FG CVS update  is yesterday,  the previous one
 was 10 days before.

Hmm,
I did not manage to land again with JSB. Currently no clue. But thinking and 
trying ...

Greetings

Mathias

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Possible new .ac loader bug?

2009-03-23 Thread Stuart Buchanan

Hi Guys,

I think I've found a regression in the model loading code.

As part of the Vulcan cockpit , there is a display showing the current position 
of the control surfaces and trim settings  
(Aircraft/vulcanb2/Models/Instruments/control_pos.xml). It is the oblong box in 
the upper center on the Panel. After doing a CVS up and rebuild last week, it 
stopped being displayed, with no error message AFAICT even with 
log-level=debug. 

The root of the problem (from trial and error) is that the .ac file had an 
object Rudder, which collided with  the Rudder object of the aircraft model 
itself. I suspect the problem is in the .ac loader code rather than the 
animation code, as the problem was reproducable even when I removed all the 
animations from the object.

I suspect that this is a new regression, as the object displayed quite happily 
on a CVS build from two weeks ago.

I've corrected it in the CVS Vulcan, by renaming the object in the .ac and .xml 
files, but the bug should still be reproducable with a Vulcan check-out from 
last week.

-Stuart


  

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread gerard robin
On lundi 23 mars 2009, Mathias Fröhlich wrote:
 Hi,

 On Sunday 22 March 2009 02:39:29 gerard robin wrote:
  With JSBsim aircraft i get now some strange behaviour regarding the
  groundcache on a moving Carrier.
 
  We can start from catapult on carrier, and the Aircraft is sitting
  correctly in place on the Ship , it follows correctly the speed of the
  carrier.  = No problem  :)
  After being catapulted and coming back to the carrier, with a nice
  landing on wires,  on the deck,  the aircraft does not follow the speed
  of the Carrier, even with Brake on we have some difficulties to stay in
  place. It seems that the aircraft do not identify the carrier like a
  moving object the second time.
 
  I did not noticed that problem before ... ( i don't know before when :( )
  I can only say that  my last FG CVS update  is yesterday,  the previous
  one was 10 days before.

 Hmm,
 I did not manage to land again with JSB. Currently no clue. But thinking
 and trying ...

 Greetings

 Mathias

My purpose was to point that error:

When we start FG with a JSBSim aircraft on a moving carrier the groundcache  
is right, the Aircraft behaviour is right as long as we don't leave the deck.

That nice groundcache feature definitively vanish  when we leave the  Carrier, 
even if we come back on it.

We get the same error when taking off from an Airport , we get to land on 
Carrier, the groundcache on Carrier is not right.

To conclude ONLY the first FG  init of the groundcache ( on Carrier ) is 
right. 

It was not to oblige you to land on Carrier with a JSBSim Aircraft  :)
Mainly because there not any within CVS ( was the F8 which is now broken)

Cheers


-- 
Gérard
http://pagesperso-orange.fr/GRTux/

J'ai décidé d'être heureux parce que c'est bon pour la santé. 
Voltaire


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread Arnt Karlsen
..on Mon, 23 Mar 2009 13:14:49 +0100, Gerard wrote in message
200903231314.49784.ghma...@gmail.com:

 My purpose was to point that error:
 
 When we start FG with a JSBSim aircraft on a moving carrier the
 groundcache is right, the Aircraft behaviour is right as long as we
 don't leave the deck.
 
 That nice groundcache feature definitively vanish  when we leave the
 Carrier, even if we come back on it.

..a question:  Should the runway carriers even use the groundcache,
to place the runway correctly?  And not e.g. a runway cache that
can move and even bend with its carrier?  

..my understanding of the groundcache is, it is meant to tell when and 
which part of aircraft touches the ground how, where, during flights.

..over water, there's also tides and waves that should help make 
FG rule on my 405kt prop strikes, with shake or die verdicts.
And, sea planes land too.

 We get the same error when taking off from an Airport , we get to
 land on Carrier, the groundcache on Carrier is not right.
 
 To conclude ONLY the first FG  init of the groundcache ( on Carrier )
 is right. 
 
 It was not to oblige you to land on Carrier with a JSBSim Aircraft  :)
 Mainly because there not any within CVS ( was the F8 which is now
 broken)
 
 Cheers
 
 


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

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread gerard robin
On lundi 23 mars 2009, Arnt Karlsen wrote:
 ..on Mon, 23 Mar 2009 13:14:49 +0100, Gerard wrote in message

 200903231314.49784.ghma...@gmail.com:
  My purpose was to point that error:
 
  When we start FG with a JSBSim aircraft on a moving carrier the
  groundcache is right, the Aircraft behaviour is right as long as we
  don't leave the deck.
 
  That nice groundcache feature definitively vanish  when we leave the
  Carrier, even if we come back on it.

 ..a question:  Should the runway carriers even use the groundcache,
 to place the runway correctly?  And not e.g. a runway cache that
 can move and even bend with its carrier?

 ..my understanding of the groundcache is, it is meant to tell when and
 which part of aircraft touches the ground how, where, during flights.

 ..over water, there's also tides and waves that should help make
 FG rule on my 405kt prop strikes, with shake or die verdicts.
 And, sea planes land too.

  We get the same error when taking off from an Airport , we get to
  land on Carrier, the groundcache on Carrier is not right.
 
  To conclude ONLY the first FG  init of the groundcache ( on Carrier )
  is right.
 
  It was not to oblige you to land on Carrier with a JSBSim Aircraft  :)
  Mainly because there not any within CVS ( was the F8 which is now
  broken)
 
  Cheers

I am not certain that i do understand the question.
Mathias has introduce a feature which makes that any solid object , house on 
water, ship, carrier, floating bridge  etc.. is now solid for any  Aircraft, 
for instance that Snapshot which shows that  i could land  on a ship which 
was NOT defined to be a carrier, the ship was cruising at 25 knots
 http://pagesperso-orange.fr/GRTux/Ouf.jpg

However that snapshot is showing a YASim Aircraft FDM. To day,  i am not sure,  
that would have been able to get the same result with a JSBsim aircraft ( for 
instance my Harrier GR7 ) .
Then, now i am sure that won't be able to land, on a moving ship.
Only possible with a static object.

Cheers

-- 
Gérard
http://pagesperso-orange.fr/GRTux/

J'ai décidé d'être heureux parce que c'est bon pour la santé. 
Voltaire


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Help: Building a binary IO driver based on Altas driver

2009-03-23 Thread Curtis Olson
Hi Harry,

I've only skimmed your example code, but off the top of my head here are a
couple things.

The FlightGear serial IO defaults to non-blocking. That means characters
will only be read if they are available, and you can't depend on the entire
message string being there when you try to read it.   If you back up to the
routine that actually reads the data in, you may need to do some work there
to accumulate the entire message before handing it off to your parsing
routine.

One thing I do quite often in these situations is to add printf()'s to the
code that reads the data in.  Seeing the actual data values or message
lengths that are read each time can be quite instructive.

Best regards,

Curt.


On Mon, Mar 23, 2009 at 3:44 AM, Harry Campigli wrote:

 Could I ask for some help and advise on this issue.

 I am trying to interface my Microchip Pic based sim hardware to FG. I have
 it working with a genetic string but the string is becoming to large for the
 pics to handle, also I would like a crc or check sum on the data. Thus i
 prefer a compressed hex format. Ie  the pic sends 4 bytes sync,16 bytes each
 bit being a switch boolean, 16 bytes each being an analog setting then 2
 bytes with each bit being a sign on the 16 analogs.

 The format thus is A5 5A A5 5A hh hh hh hh hh hh ...for 40 bytes.

 For simplicity I opted to clone and adapt the Atlas driver, keeping in line
 with all existing FG conventions. and use it as a frame. and intigrate my
 driver into FG when i build.

 So far I have bumbled my way along, I not a good programmer but have learnt
 my way around C with the microchip C18 to drive all the hardware. I have
 managed to generate and output a binary compressed message from FG. But cant
 seem to get it to decode on the inwards stream.


 My approach is similar to the way i run the can bus between the hardware
 Pics, pick up the char one at a time, check for the first A5, then 3 sync
 chars from buf then if ok (synced up), copy the next 40 chars to msgin.
 If thats ok then it sets a flag to decode the data. for now i also have an
 0x0D on the end making it 41 chars. Later i intend to add the CRC routine.
 Also I intend to use a network socket to the Pics once its all working. I
 try to work in small steps.

 It seems I cant pick up the first A5, as I understand it, buf has the
 data in.

 My question is how does the low level IO in Sg and FG work, am I wrong to
 work on the premise that every time parse message is called buf contains
 fresh data from the serial, Or does the the low level code require a CR? DO
 i need to set up a static ring buffer os sorts and take the incoming from
 that?


 Below Is the code as it stands. i would expect to come out of this with
 Msg_CS_OK=1, but maybe its not quite correct, for starters I need to pick up
 the first sync char.


 I hope i have provided enough info to enable an answer,
 Regards Harry

 FYI the OS is suse11.1 but i am not having any problems from that point of
 view.





 bool FGSim::parse_message() {
 SG_LOG( SG_IO, SG_INFO, parse atlas message );
 char msgin[256],dblin[6];
 char a,b,c,d,e,f,g,h,b0,b1,b2,b3,b4,b5,b6,b7,w,starter,Char_Count,ch,l;
 static char Msg_State,Msg_pointer,Message_CS_H,Message_CS_L,Msg_CS_OK;
 double min, max;
 int intin;
 char pbsw;

 //   string msg = buf;
 //msg = msg.substr( 0, length );
 //SG_LOG( SG_IO, SG_INFO, entire message =   msg );

SGPropertyNode * node;




   Char_Count = 41; // length
   l =0;
   while(l != Char_Count)
   {

 ch = buf[l];
 switch (Msg_State)
 {
   case 0:// find the sync header byte 0
   if(ch == 0xA5)
   {
 Msg_State++;
 Msg_CS_OK = 0;
 b5=false;  // test
 to see if value recieved.
 node = fgGetNode(/controls, true);
 node-setBoolValue(gear/gear-down, b5);
  }

   break;

   case 1:// find the sync header byte 1
   if(ch == 0x5A) {Msg_State++;}
   else Msg_State= 0;

   break;

   case 2:// find the sync header byte2
   if(ch == 0xA5) {Msg_State++;}
   else Msg_State= 0;
   break;
   case 3:// find the sync header byte 3
   if(ch == 0x5A) {Msg_State++;Msg_pointer=0;}// reset
 counter point for msgin
   else Msg_State= 0;
   break;

   case 4:
   msgin[Msg_pointer] =ch;
   Msg_pointer++;// write ch to msgin till all done
   if(Msg_pointer==40){Msg_State++;Msg_CS_OK=1;}
   break;

   case 5://get fist cs byte
   Message_CS_H = ch;
   Msg_State++;
   break;

   case 6:
   Message_CS_L =ch;
   Msg_State = 0;
   break;
   default:
   Msg_State=0;
   break;

 } // switch


  l++;
 } // while

 .


 

Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread Arnt Karlsen
Hi gerard,

..on Mon, 23 Mar 2009 15:54:02 +0100, you wrote in message
200903231554.03018.ghma...@gmail.com:

 On lundi 23 mars 2009, Arnt Karlsen wrote:
  ..on Mon, 23 Mar 2009 13:14:49 +0100, Gerard wrote in message
 
  200903231314.49784.ghma...@gmail.com:
   My purpose was to point that error:
  
   When we start FG with a JSBSim aircraft on a moving carrier the
   groundcache is right, the Aircraft behaviour is right as long as
   we don't leave the deck.
  
   That nice groundcache feature definitively vanish  when we leave
   the Carrier, even if we come back on it.
 
  ..a question:  Should the runway carriers even use the
  groundcache, to place the runway correctly?  And not e.g. a
  runway cache that can move and even bend with its carrier?
 
  ..my understanding of the groundcache is, it is meant to tell when
  and which part of aircraft touches the ground how, where, during
  flights.
 
  ..over water, there's also tides and waves that should help make
  FG rule on my 405kt prop strikes, with shake or die verdicts.
  And, sea planes land too.
 
   We get the same error when taking off from an Airport , we get to
   land on Carrier, the groundcache on Carrier is not right.
  
   To conclude ONLY the first FG  init of the groundcache ( on
   Carrier ) is right.
  
   It was not to oblige you to land on Carrier with a JSBSim
   Aircraft  :) Mainly because there not any within CVS ( was the F8
   which is now broken)
  
   Cheers
 
 I am not certain that i do understand the question.
 Mathias has introduce a feature which makes that any solid object ,
 house on water, ship, carrier, floating bridge  etc.. is now solid
 for any  Aircraft, for instance that Snapshot which shows that  i
 could land  on a ship which was NOT defined to be a carrier, the ship
 was cruising at 25 knots http://pagesperso-orange.fr/GRTux/Ouf.jpg
 
 However that snapshot is showing a YASim Aircraft FDM. To day,  i am
 not sure, that would have been able to get the same result with a
 JSBsim aircraft ( for instance my Harrier GR7 ) .
 Then, now i am sure that won't be able to land, on a moving ship.
 Only possible with a static object.
 
 Cheers
 


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

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread Arnt Karlsen
Hi,

..sorry guys, I hit the wrong button: 
..on Mon, 23 Mar 2009 15:54:02 +0100, Gerard wrote in message
200903231554.03018.ghma...@gmail.com:

 On lundi 23 mars 2009, Arnt Karlsen wrote:
  ..on Mon, 23 Mar 2009 13:14:49 +0100, Gerard wrote in message
 
  200903231314.49784.ghma...@gmail.com:
   My purpose was to point that error:
  
   When we start FG with a JSBSim aircraft on a moving carrier the
   groundcache is right, the Aircraft behaviour is right as long as
   we don't leave the deck.
  
   That nice groundcache feature definitively vanish  when we leave
   the Carrier, even if we come back on it.
 
  ..a question:  Should the runway carriers even use the
  groundcache, to place the runway correctly?  And not e.g. a
  runway cache that can move and even bend with its carrier?
 
  ..my understanding of the groundcache is, it is meant to tell when
  and which part of aircraft touches the ground how, where, during
  flights.
 
  ..over water, there's also tides and waves that should help make
  FG rule on my 405kt prop strikes, with shake or die verdicts.
  And, sea planes land too.
 
   We get the same error when taking off from an Airport , we get to
   land on Carrier, the groundcache on Carrier is not right.
  
   To conclude ONLY the first FG  init of the groundcache ( on
   Carrier ) is right.
  
   It was not to oblige you to land on Carrier with a JSBSim
   Aircraft  :) Mainly because there not any within CVS ( was the F8
   which is now broken)
  
   Cheers
 
 I am not certain that i do understand the question.

..I am (quite possibly cluelessly) suggesting runways or landing
surfaces should use something _other_ than groundcache, a runway
cache or relevant landing surface caches to support the runways 
that move or bend, that would support carriers, ship borne helipads, 
truck borne 20' freight container tops, water waves, and maybe KSFO 
etc earthquakes too.

 Mathias has introduce a feature which makes that any solid object ,

.._when_???  (Helps me find pointers to try find out what he did 
when he did that feature.)

 house on water, ship, carrier, floating bridge  etc.. is now solid
 for any  Aircraft, for instance that Snapshot which shows that  i
 could land  on a ship which was NOT defined to be a carrier, the ship
 was cruising at 25 knots http://pagesperso-orange.fr/GRTux/Ouf.jpg

..ok, that shows your chopper finding something to land on.  

..and, you did it on March 2'nd, at 01:43:06:
a...@a45:/tmp $ ll --full-time Ouf.jpg
-rw-r--r-- 1 arnt arnt 79670 2009-03-02 01:43:06.0 +0100 Ouf.jpg

..does this still work for you???  (same chopper and same ship etc)

 However that snapshot is showing a YASim Aircraft FDM. To day,  i am
 not sure, that would have been able to get the same result with a
 JSBsim aircraft ( for instance my Harrier GR7 ) .
 Then, now i am sure that won't be able to land, on a moving ship.
 Only possible with a static object.

..if you cheat to put your chopper on the ship, will it stay 
there as the ship moves???  

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

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [RFC][PATCH] Extensions for the generic protocol capability (Was: Extending generic protocol for binary input streams.)

2009-03-23 Thread Anders Gidenstam

Hi all,

This patch has been sitting in my source tree since 2007.
It still works, so if there is any interest in being able to handle 
generic binary input protocols in FlightGear..

http://www.gidenstam.org/FlightGear/HeadTracking/FlightGear/generic_binary_input_protocol.new.diff

It is part of my headtracking experiment, see
http://www.gidenstam.org/FlightGear/Headtracking
Which also still work (sort of :), although the development of ARToolKit 
seems to have stagnated.

Cheers,

Anders

On Sat, 29 Sep 2007, Anders Gidenstam wrote:

 On Mon, 10 Sep 2007, Anders Gidenstam wrote:


 Hi all,

 I'm experimenting with head tracking and to get the data into FlightGear I
 want FlightGear to read a stream of binary UDP packets using the generic
 protocol capability. Since it currently only support binary protocols for
 output, I implemented some minimal support for binary input protocols.

 My current update to src/Network/generic.cxx adds
 - Selectable byte order for binary input/output.
 - Binary input of fixed length records.
 - FG_FIXED 32 bit fixed point data type. Format 16.16 bits.
 which meets my needs for the head tracking.

 I have put a patch and my example protocol here:

 http://www.gidenstam.org/FlightGear/HeadTracking/FlightGear/

 Any comments or suggestions?

 Could this be committed?
-- 
---
Anders Gidenstam
WWW: http://www.gidenstam.org/FlightGear/

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Carrier landing and groundcache with JSBSim Aircrafts

2009-03-23 Thread gerard robin
On lundi 23 mars 2009, Arnt Karlsen wrote:
 Hi,

 ..sorry guys, I hit the wrong button:
 ..on Mon, 23 Mar 2009 15:54:02 +0100, Gerard wrote in message

 200903231554.03018.ghma...@gmail.com:
  On lundi 23 mars 2009, Arnt Karlsen wrote:
SNIP

 ..I am (quite possibly cluelessly) suggesting runways or landing
 surfaces should use something _other_ than groundcache, a runway
 cache or relevant landing surface caches to support the runways
 that move or bend, that would support carriers, ship borne helipads,
 truck borne 20' freight container tops, water waves, and maybe KSFO
 etc earthquakes too.


Don't forget,  you could land on any ground field , it is not necessary to 
have a runway, though with a B747 that would be better  :)

  Mathias has introduce a feature which makes that any solid object ,

 .._when_???  (Helps me find pointers to try find out what he did
 when he did that feature.)

Look at the CVS log ( flightgear and simgear) done from the beginning of March 
by Mathias, mainly the groundcache.

  house on water, ship, carrier, floating bridge  etc.. is now solid
  for any  Aircraft, for instance that Snapshot which shows that  i
  could land  on a ship which was NOT defined to be a carrier, the ship
  was cruising at 25 knots http://pagesperso-orange.fr/GRTux/Ouf.jpg

 ..ok, that shows your chopper finding something to land on.

 ..and, you did it on March 2'nd, at 01:43:06:
 a...@a45:/tmp $ ll --full-time Ouf.jpg
 -rw-r--r-- 1 arnt arnt 79670 2009-03-02 01:43:06.0 +0100 Ouf.jpg

 ..does this still work for you???  (same chopper and same ship etc)

Yes, it does longer work, mainly with the YASim FDM aircraft , and under some 
specific conditions with JSBSim

  However that snapshot is showing a YASim Aircraft FDM. To day,  i am
  not sure, that would have been able to get the same result with a
  JSBsim aircraft ( for instance my Harrier GR7 ) .
  Then, now i am sure that won't be able to land, on a moving ship.
  Only possible with a static object.

 ..if you cheat to put your chopper on the ship, will it stay
 there as the ship moves???

YES it does , the snapshot is the whitness of a bad landing done by a bad 
pilot , since the helo is not in the circle area.
It is not the whitness of a sliding aircraft close to fall in the water, it is 
there where it landed , following the ship moving.

Cheers

BTW: that recent update has now a funny consequence, we can land on the wakes 
of the ship, since the wake is a solid object.

-- 
Gérard
http://pagesperso-orange.fr/GRTux/

J'ai décidé d'être heureux parce que c'est bon pour la santé. 
Voltaire


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel