Re: [Flightgear-devel] B-1B Lancer goes cvs

2007-07-11 Thread Markus Zojer
Thanx for the reply AnMaster! Since I am using only osg for my development, there could of course be some incompatabilities for the plib libraries. I experienced also changes in appearance when updating osg one week ago but I will investigate further. This rather raw model however is just a

Re: [Flightgear-devel] B-1B Lancer goes cvs

2007-07-11 Thread Markus Zojer
Thanx for the reply! The sound system is on the todo list for the next patch, didn't have time to review it yet. I have to dig in sounds much deeper since they are a key component to realism. Fly on, Markus Maik Justus wrote: Hi Markus, thanks for the new aircraft. I found a small problem

Re: [Flightgear-devel] B-1B Lancer goes cvs

2007-07-11 Thread Detlef Faber
Am Mittwoch, den 11.07.2007, 09:17 +0200 schrieb Markus Zojer: Thanx for the reply AnMaster! Since I am using only osg for my development, there could of course be some incompatabilities for the plib libraries. This is the object sorting bug in plib. The transparent objects need to be

Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-07-11 Thread John Denker
On 07/10/2007 01:40 PM, Csaba Halász wrote: Maybe try the sed hack with a shorter prefix, such as replacing _ZNSt6vector with _ZNSt6vectorX. Note that it is a pretty brutal thing to do for the whole binary, and might break it in a million ways. 1) It's more likely to work if the replacement

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread AnMaster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Maik Justus wrote: Hi, just for clarification: The leading slash has no influence, if a property if transferred over the MP-protocol (that is a hard-coded list). But if you use an absolute path instead of a relative, then the animation

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread AnMaster
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 gh.robin wrote: On Wed 11 July 2007 10:18, Maik Justus wrote: Hi, just for clarification: The leading slash has no influence, if a property if transferred over the MP-protocol (that is a hard-coded list). But if you use an absolute path

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread gh.robin
On Wed 11 July 2007 10:18, Maik Justus wrote: Hi, just for clarification: The leading slash has no influence, if a property if transferred over the MP-protocol (that is a hard-coded list). But if you use an absolute path instead of a relative, then the animation depends only on the absolute

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread gh.robin
On Wed 11 July 2007 13:30, AnMaster wrote: gh.robin wrote: That is exactly what i wonder, with the increase of aircraft animations, there is , and will be, more and more, accurate animations, = for instance highly detailed gears with compression animation, struts, actuators,

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread AJ MacLeod
On Wednesday 11 July 2007 12:59, gh.robin wrote: Compression animation is costly and not very useful to be seen in an MP environment, so it could be only seen on the user/pilot side. Is that really true though? Consider especially how many MP aircraft are visible at any one time; even at a

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread Maik Justus
Hi Gérad, gh.robin schrieb am 11.07.2007 13:59: Compression animation is costly and not very useful to be seen in an MP environment, so it could be only seen on the user/pilot side. Now all animations are done on all MP aircrafts every frame. If the property is not transferred over the MP

Re: [Flightgear-devel] OpenSceneGraph 2.0

2007-07-11 Thread Csaba Halász
On 7/11/07, John Denker [EMAIL PROTECTED] wrote: On 07/10/2007 01:40 PM, Csaba Halász wrote: Maybe try the sed hack with a shorter prefix, such as replacing _ZNSt6vector with _ZNSt6vectorX. Note that it is a pretty brutal thing to do for the whole binary, and might break it in a million

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread John Denker
On 07/11/2007 07:26 AM, gh.robin wrote: Could it be possible , to limit the MP animation only to property surface position property/, the model creators will take care of i. When making the animations, he could decide if one specification is valuable for the pilot only or valuable for both

Re: [Flightgear-devel] Property path... again...

2007-07-11 Thread Detlef Faber
Hi Maik, Am Mittwoch, den 11.07.2007, 14:42 +0200 schrieb Maik Justus: Hi Gérad, gh.robin schrieb am 11.07.2007 13:59: Compression animation is costly and not very useful to be seen in an MP environment, so it could be only seen on the user/pilot side. Now all animations are done

Re: [Flightgear-devel] Datcom+ 2.1 Release annoucement

2007-07-11 Thread Bill Galbraith
Try downloading it, installing it, go out to the Datcom directory (folder on your desktop), find the Examples directory, double-clickon Citation.dcm, then when that process finishes, double click on Citation.ac and citation.lfi. 5 minutes tops. It is SO easy now on Windows. Now, building your own