Norman Vine wrote:
Curtis L. Olson writes:
I forgot to point out the necessay nonstandard Windows headers though
#include io.h
_unlink( const char * )
#include direct.h
_rmdir( const char * )
Norman
___
Flightgear-devel mailing list
[EMAIL
Norman Vine wrote:
Norman Vine wrote:
Curtis L. Olson writes:
I forgot to point out the necessay nonstandard Windows headers though
#include io.h
_unlink( const char * )
#include direct.h
_rmdir( const char * )
I have no problem using unlink and rmdir with MSVC ( without
Andy Ross wrote:
Lee Elliott wrote:
I think drop tanks would be feasible but it would need some thinking
about:)
The fun bit will be counteracting the a/c manuevours after the tank
has dropped so it falls straight even though the a/c may be climbing
and banking.
This
Jon Berndt wrote:
I give up. Sort of.
No need to IMHO. I think we now have an excellent solution.
Could someone file a patent request for this?
There are some gotcha's involved which could mean some other
points/locations should be exposed also in the future, but that's about it.
Erik
Russell Suter wrote:
Of course someone must know this relationship. That doesn't mean they
must be the same point. Someone must not only know the relationship but
also be able to calculate, measure, or WAG a delta x,y,z between these
two frames of reference and put them in the XML wrapper file.
kreuzritter wrote:
Upgrade:
And how to simplify it and integrate it nicly into flightgear so that it is
still fast enough.
I also gave up the idea of limiting the number of wing sections to only 4,
imho this should depend on the type of airplane, so i thought about
a dynamic range of wing
Jim Wilson
Sent: 13 February 2004 15:31
David Megginson [EMAIL PROTECTED] said:
Jim Wilson wrote:
Yes it is. I'm probably being really dense, but I can't
think of a
reason why it would be important to know what the origin
is in fdm
coordinates. So long as position is
Jonathan Richards wrote:
On Thursday 12 Feb 2004 5:31 pm, David Luff wrote:
OK, here's some instructions on how to generate new ATC voices for
FlightGear. Hopefully this will make some sense to somebody, ask if it's
unclear.
snip
Two files are required for
On Samstag, 14. Februar 2004 22:33, Jon Berndt wrote:
One feature in JSBSim that I began and have not yet finished (pending other
things) is a parent/child capability. You can (for instance) load a Mk82 on
an F-16 and the physical effects of the Mk82 will affect the F-16. The
position is based
On Sunday 15 February 2004 01:08, Jon Berndt wrote:
[snip...]
I am trying to preclude confusion amongst the audience of 3D modelers and
flight model creators.
Jon
I'm not confused - am I doing something wrong?
;)
LeeE
___
Flightgear-devel
Jon S Berndt [EMAIL PROTECTED] wrote:
On Fri, 13 Feb 2004 10:23:56 -0700
Russell Suter [EMAIL PROTECTED] wrote:
Jon S Berndt wrote:
But then, the FDM still has to report where the FDM is in a common
reference frame.
Exactly! At my company, we call this the control point and we have
Mathias Fröhlich wwrites:
On Sonntag, 15. Februar 2004 10:49, Erik Hofman wrote:
Jon Berndt wrote:
I give up. Sort of.
I hope you don't!
No need to IMHO. I think we now have an excellent solution.
Could someone file a patent request for this?
There are some gotcha's involved which
Jon Berndt said:
The _only_ difference between now and what we had before is now the
position
may be reported at a fixed location on the aircraft by JSBsim.
Before it was reported at the _current_ center of gravity which varies
according to load, fuel consumption, etc. I'm sorry to be
On Sonntag, 15. Februar 2004 16:08, Norman Vine wrote:
i.e. the aircraft appears to be rotating about the nose
No, it does not rotate around the nose since the reported position is
corrected by just that amount that is required to rotate around the correct
axis.
This is just a thing of proper
JSBSim calls that the 'reference frame' since this seems to be
structural frame, actually.
This stuff needs to be compiled into a comprehensible FAQ or document on
Coordinate Systems Used, etc.
Jon
___
Flightgear-devel mailing list
[EMAIL
On Sonntag, 15. Februar 2004 17:47, Jon Berndt wrote:
JSBSim calls that the 'reference frame' since this seems to be
structural frame, actually.
Sorry, not the first time I called it reference frame. It seems to be burned
in my head with the wrong name...
Sure, it is called structural frame!
You have already a document about these frames. Can you
incorporate?
That's right. I forgot. I should.
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Mathias Fröhlich writes:
Norman Vine wrote:
Also I can not find in the code the mechanism that will rotate the AirCraft
about any point other then the point returned by
Object.getBSphere()-getCenter() as adjusted by the translation WRT the VRP
which appears to be set at Model load time
Jon Berndt writes:
Could this be solved if the camera viewpoint looked at the CG instead of
the VRP? What is being done, now?
The camera viewpoint need not necessarily be either or any fixed point
i.e. the camera should be free to look around :-)
What is required is that the 'center of
Jon Berndt said:
That's not really true because you are providing us with a translated VRP
position (which while arbitrary will always have the correct
altitude). That visual wheel should hit the ground exactly on time.
You wrote the code didn't you? ;-)
Best,
Jim
Sorry - I
On Sonntag, 15. Februar 2004 18:39, Norman Vine wrote:
Simply stated the problem is that inorder to rotate an object about an
arbritrary point you *must* do the equivalaent of the following
1) translate object so that it's 'rotation point' is at the 'point of
rotation' 2) rotate the object
Jon Berndt writes:
Could this be solved if the camera viewpoint looked at the CG
instead of the VRP? What is being done, now?
The camera viewpoint need not necessarily be either or any fixed point
i.e. the camera should be free to look around :-)
What is required is that the 'center
Hi,
I'm using MSVC .Net and after some cofee, screaming and kicking I got the
CVS Build (1.19 = latest??) to work, using WinCVS :)
For what's it worth: I had to fix the dialog closing code to make my dialogs
work.
Any special version that I should checkout?
Regards,
Derick
diff -u -w -b -i
Oh.. forgot another typo that needed to be fixed:
diff -u -w -b -i -r1.50 fg_commands.cxx
--- Main/fg_commands.cxx31 Jan 2004 19:47:46 - 1.50
+++ Main/fg_commands.cxx15 Feb 2004 10:20:50 -
@@ -35,7 +35,7 @@
#include fg_commands.hxx
#include fg_props.hxx
#include
It didn't seem so obvious when you said this:
If we are providing the position of the nose,
and the 3D model has some arbitrary origin (that's *not* the
nose) then it's not gonna work.
Yes, that probably didn't help matters. In this lengthy and convoluted
thread it's probably not the only
Mathias Fröhlich writes:
What you need to report to flightgear is the orientation and position of the
visual reference frame relative to the earth fixed frame (lat/lon/h +
angles).
Agreed
And all required 'corrections' that the model does not rotate around the nose
but around the dynamic
Norman Vine wrote:
Mathias Fröhlich writes:
Norman Vine wrote:
Also I can not find in the code the mechanism that will rotate the AirCraft
about any point other then the point returned by
Object.getBSphere()-getCenter() as adjusted by the translation WRT the VRP
which appears to be set
Norman Vine wrote:
Mathias Fröhlich wwrites:
On Sonntag, 15. Februar 2004 10:49, Erik Hofman wrote:
Jon Berndt wrote:
I give up. Sort of.
I hope you don't!
No need to IMHO. I think we now have an excellent solution.
Could someone file a patent request for this?
Derick Schoonbee wrote:
Hi,
I'm using MSVC .Net and after some cofee, screaming and kicking I got the
CVS Build (1.19 = latest??) to work, using WinCVS :)
For what's it worth: I had to fix the dialog closing code to make my
dialogs
work.
Any special version that I should checkout?
Russell Suter writes:
The IG shouldn't be used to position the 3D model. If it being used,
that's wrong.
By IG I am assuming you mean Image Generator, and you have to
understand how the things are drawn or else you are bound to get
surprised at least occassionally :-)
Cheers
Norman
Jim Wilson writes:
Norman Vine said:
Here is where I get confused and ... I am probably missing the obvious but
See 3. Ummm...think about how rotation in 3D space really works for a minute.
Easier to just wait for all this to get coded up and then see it live on the monitor
:-)
On Sonntag, 15. Februar 2004 19:26, Norman Vine wrote:
And all required 'corrections' that the model does not rotate around the
nose but around the dynamic center of gravity are automatically included.
Please reread my earlier post on necessary steps for rotating an object
about an
Norman Vine wrote:
Jon Berndt writes:
Could this be solved if the camera viewpoint looked at the CG instead of
the VRP? What is being done, now?
The camera viewpoint need not necessarily be either or any fixed point
i.e. the camera should be free to look around :-)
What is required is
Russell Suter writes:
Norman Vine wrote:
Simply stated the problem is that inorder to rotate an object about an arbritrary
point you *must* do the equivalaent of the following
1) translate object so that it's 'rotation point' is at the 'point of rotation'
2) rotate the object
3)
Curtis L. Olson wrote:
Installing scenery can be a bit of a chore for people who are new to our
project and don't know exactly how everything is supposed to be layed out
on disk.
This weekend I've hacked up a little helper app that is intended to be a
sibling to Bernie's fgrun. I've
Hi,
My plan is to do some research for building a RC Heli UAV (Hobby) using
fgfs: Thus Kalman filters working on simulated GPS, Gyro and Accelerometers
(for INS navigation) including noise with a 'real heli sim' etc..
I.e. such as autopilot.sf.net : http://autopilot.sourceforge.net/
Im
Derick Schoonbee wrote:
Salut,
H.. the prob is not a compile error as it compiles fine. Just a
'strange
behavior' the happened to me.. for some reason my dialogs did not want to
close, for example after making some adjustments to Autopilot settings...
when clicking on the buttons it
Curtis L. Olson wrote:
Frederic Bouvier wrote:
For the moment, libtar is not compilable with MSVC. There are a lot of
unix
specific typedef and include files that are not in the compat library.
There are patch for win32 but I think they assume CygWin.
Anyone know of any alternate tar
Please, do not include raw email and ease spammers' job.
Don't worry.. as far as I see that mail did not reach the list.. only you..
The last revision is always the one to use or to correct. If we would
rely on sticky tags, the project would be a huge mess.
Thanks.. just did a sanity check... ;)
Frederic Bouvier wrote:
I wrote:
could you please add the binary tag to the textures you added in CVS.
Thanks from a windows user
Could someone with CVS write access add the -kb sticky tag to these files :
Thank you very much
I get a permission denied. This has to wait until Curtis fixes
Hi,
Why changing it then ?
Does not work... ;)
I just want to challenge you and your patch. You're applying for inclusion
in CVS don't you ;-) If you have a problem with current code, just tell us
how to reproduce it.
I like challenges so how about this:
Reproduction steps (for CVS
Slight correction.. should be:
bool bErased = false;
mapstring,FGDialog *::iterator iter = _active_dialogs.begin();
while( (iter != _active_dialogs.end() ) !bErased) {
if(iter-second == getActiveDialog()) {
delete getActiveDialog();
Derick Schoonbee wrote:
Hi,
Why changing it then ?
Does not work... ;)
I just want to challenge you and your patch. You're applying for
inclusion
in CVS don't you ;-) If you have a problem with current code, just tell
us
how to reproduce it.
I like challenges so how about this:
* Frederic Bouvier -- Sunday 15 February 2004 23:44:
Sorry, but it works for me ( window closes and program runs ).
Anybody else seeing what Derick is describing ?
Nope. Works perfectly. (Linux, CVS/HEAD). I'll run valgrind over it ...
m.
___
* Frederic Bouvier -- Sunday 15 February 2004 23:44:
Sorry, but it works for me ( window closes and program runs ).
Anybody else seeing what Derick is describing ?
Nope. Works perfectly. (Linux, CVS/HEAD). I'll run valgrind over it ...
m.
The thing that does not make sense is that the for loop
Derick Schoonbee wrote:
* Frederic Bouvier -- Sunday 15 February 2004 23:44:
Sorry, but it works for me ( window closes and program runs ).
Anybody else seeing what Derick is describing ?
Nope. Works perfectly. (Linux, CVS/HEAD). I'll run valgrind over it ...
m.
The thing that does
Erik Hofman wrote:
I get a permission denied. This has to wait until Curtis fixes this.
Hi, the directory group ownership should be updated. If you remember which
files need their tags changed, you should be able to go ahead and change
them now.
Regards,
Curt.
--
Curtis Olson Intelligent
Frederic Bouvier said:
Could someone with CVS write access add the -kb sticky tag to these files :
Done. Let me know if I missed anything.
Best,
Jim
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Bracing the for makes the stepping go ok but... the the for loop loops
forever .. eh eh
If I do not clear _active_dialog the for still loops
If if do not brace all it loops... it even looped on the return.. go
figure...
So finally the only way I could get the orignal code work was to
Derick Schoonbee wrote:
Bracing the for makes the stepping go ok but... the the for loop loops
forever .. eh eh
If I do not clear _active_dialog the for still loops
If if do not brace all it loops... it even looped on the return.. go
figure...
You must have screwed memory and map
50 matches
Mail list logo