Re: [Flightgear-devel] Interesting 3d Model formats (was Trains?)
2007/2/1, Curtis Olson [EMAIL PROTECTED]: It also occured to me that you could just about automate this process entirely ... and create your own paper 3d models from nicely done low-poly count models. Some years ago I'm often use Pepakura - it is exactly that you said. i.e. *.3ds = paper http://www.tamasoft.co.jp/pepakura-en/ -- --- WBR, Vadym. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] why jittering,use external fdm
Hi,everybody.I use these command lines to record a flight,then I replay it. Recording: fgfs --generic=file,out,20,flight.out,playback Playback: fgfs --generic=file,in,20,flight.out,playback --fdm=external but when I replay the flight record,I find the aircraft jittering,the flight is not smooth.why?And in the protocol playback.xml,it does record the aircraft's veolocities and positions etc.Since the position is only record at intervals ,does the FG use the velocity value to display aircraft in the meantime, between records. If FG does this,the flight and aircraft shuld not jitter.Can anybody tell me the reson? Best regards, Tangyong- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Terragear-devel] new designed KNID airport lower than the
Hi, Martin Spott wrote: It should be noted that TerraGear is now capable of using shapefiles for landcover data instead of parsing 'raw' VMap0. A set of shapefiles is available here: ftp://ftp.ihg.uni-duisburg.de/FlightGear/TGShapes/ I vaguely remember Ralf Gerlich doing some tutorial on scenery creation as well, but I'm not sure about this, Nope, there's no such thing except a short HowTo page referring to exactly the outdated tutorials as basic reference material. Perhaps I should do something in that department. Noted on my TODO list. Cheers, Ralf - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] why jittering,use external fdm
--- tangyong wrote: Hi,everybody.I use these command lines to record a flight,then I replay it. Recording: fgfs --generic=file,out,20,flight.out,playback Playback: fgfs --generic=file,in,20,flight.out,playback --fdm=external but when I replay the flight record,I find the aircraft jittering,the flight is not smooth.why?And in the protocol playback.xml,it does record the aircraft's veolocities and positions etc.Since the position is only record at intervals ,does the FG use the velocity value to display aircraft in the meantime, between records. If FG does this,the flight and aircraft shuld not jitter.Can anybody tell me the reson? Hi Tanyong, As I recall (though I may be wrong), the playback.xml file doesn't include acceleration information, so the interpolation between data points will just be based on the velocities recorded, while the next data point will have more accurate position information that will reset the aircraft position. It is also the case that the FDM will cause subtle velocity and position effects that cannot simply be reduced to a number recorded every .05 of a second. This is most obvious on the ground when you are accelerating for take-off or decelerating for landing. You can reduce the effect of this by increasing the rate at which you take data points. Another reason for this occurring is when you are unable to record the data at the requested rate. For example, if you ask to record at 20Hz, but in fact your machine is only recording at 19Hz, when you come to replay your data at 20Hz there will be a discrepency between the position recorded and that resulting from the velocity of the previous frame. I don't know if we have a high-resolution timer in the properties tree, but it would be useful to record that in the .xml file to check the actual data recording rate. When I've used the playback system, I've tended to record at 20Hz, then play back at 40Hz. This seems to look more impressive from the outside. ;) Hope this is of some help. -Stuart ___ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Terragear-devel] new designed KNID airport lower than the
Martin Spott a écrit : It should be noted that TerraGear is now capable of using shapefiles for landcover data instead of parsing 'raw' VMap0. A set of shapefiles is available here: ftp://ftp.ihg.uni-duisburg.de/FlightGear/TGShapes/ Hi Martin, How different is the shapefile set from vmap0 in term of accuracy, weight and use at Scenery building time, is this point discussed somewhere ? As my concern is to learn how to build new airports scenery for the next Scenery release, I wonder wich sets will be used at that time. Well for now it's rather a guessing game :) Anyway, now I will try to monitor this part of fgfs discussions too. Thanks all, Alexis - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Trains?
On Thu, 1 Feb 2007, leee wrote: On Thursday 01 February 2007 00:35, Curtis Olson wrote: For what it's worth, if someone wanted to adapt one of our existing fdm's to do automotive vehicle dynamics, that would be a cool thing. It had occurred to me that YASim could be (ab)used to fake a car. I have been using a setup for testing/measuring fuselage drag of the Chinook, aka the chinook bus. I just added a thruster element down at the rear wheels and a adjusted few other things. The original rotors were replaced by a miniature rotor the size of a cpu fan, just to keep yasim in helicopter mode. It actually autorotated sometimes. It was also during one of these test runs I had an accident with a cow (the new greenhorn breed) and crashed. ;) That was before the recent ground bumpiness/friction patch so I didn't always bother to stay on the runway. But what cannot be simulated currently, in the above manner, is powerskidding with the driving wheels. There is also no gear box model. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Terragear-devel] new designed KNID airport
alexis bory wrote: Martin Spott a ?crit : It should be noted that TerraGear is now capable of using shapefiles for landcover data instead of parsing 'raw' VMap0. A set of shapefiles is available here: ftp://ftp.ihg.uni-duisburg.de/FlightGear/TGShapes/ How different is the shapefile set from vmap0 in term of accuracy, weight and use at Scenery building time, is this point discussed somewhere ? _This_ set of shapefiles is exactly the selection of VMap0 data that's been used before, just in a different representation that's more 'portable' and probably easier to handle - because you just have a dozend files instead of 20k Actually we're working on merging the data of these shapefiles with other data of higher accuracy and the 'dump' format of this effort is likely to be shapefiles as well. As my concern is to learn how to build new airports scenery for the next Scenery release, I wonder wich sets will be used at that time. Well for now it's rather a guessing game :) To my knowledge Curt made current scenery release from these shapefiles - last but not least in order to test the toolchain befor we start altering the data, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] hsi.xml now responds to serviceable flag (or lack thereof)
On Wednesday 31 January 2007 23:47, John Denker wrote: Well, I'm only smart enough to find ones that refer to DG by the name DG. This includes one with an electrical.nas. ./Aircraft/SeaVixen/Systems/seavixen-electrical.nas:DG = Output.new (DG, I notice the Sea Vixen suddenly slipped onto the end of the list there ;-) If you know of others, or a way to find others, please share. Aside from the Sea Vixen (which was the main one I was thinking of), the other one is the Lightning... but having just checked, that change is one that hasn't made it into CVS yet so you can be forgiven for not knowing about it :-) Cheers, AJ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Terragear-devel] new designed KNID airport lower than
alexis bory wrote: Is actual Scenery version 9.10 for USA, STRM-1 or STRM-3 ? 3 arc sec. SRTM2 for most of the world (not sure about the poles), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/Ki-84 Ki-84-set.xml, 1.4,
* Tatsuhiro Nishioka -- Thursday 01 February 2007: On Jan 31, 2007, at 4:41 PM, Melchior FRANZ wrote: ... if you want the ki-84 in CVS in a version that works with 0.9.10, then we could also revert that patch, tag the aircraft with 0.9.10-compatible (or something), and only remove the key bindings in CVS/HEAD. That'll be a great idea. Done. In http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/data/Aircraft/Ki-84/ people can now select branch COMPAT_0_9_10 and download the archive (tar.gz link on the bottom). This contains the n/N keys bindings, while HEAD is the place where the Ki-84 shall be maintained to be compatible with the next release. (Not that there's anything to do here ATM. :-) m. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The infamous invisible wall of weather
On 1/31/07, Joacim Persson wrote: I have an idea of how to at least partially fix the problem with the wall of weather when flying with METAR updates, which when flying on autopilot in a light aircraft often, not to say usually, results in advanced airobatic manouvers, loss of control, altitude, and adjustment of the horizontal gyro. It has been suggested that we should triangulate the weather from several neighbouring metar data rather than one and that is by all means an excellent idea but it may not solve everything (there could still be transients due to varying/poor resolution of metar stations) and is perhaps trickier to implement than what I have in mind. I think the two methods should be combined for best result. The /environment/metar/ properties are set in FGClouds::update_metar_properties( const FGMetar *m ) [src/Environment/fgclouds.cxx: line 270] where m is the new metar data. The properties are set with calls to the fgSet...-functions from [src/Main/fg_props.hxx] What I would like to do, is replace these instant Set-ing of the properties to something similar to the interpolate-function in nasal, to smooth out the change of weather over a certain time; a few seconds up to perhaps a minute, whatever works best. At least I want to try it out. Any ideas on how to implement this? I'm considering doing calls to the nasal system for the interpolating. Any pitfalls with that? Better ways of doing it? Useful functions I may have missed? Right now the environment subsystem maintains up to 3 base layers and 5 aloft layers of conditions (temps, wind, visibility, etc.). The base layers are relative to local ground height, the aloft layers are defined as absolute altitude. Using the base layers, you can define conditions at/near the surface that will be somewhat consistent no matter what the ground elevation is. The environment subsystem then smoothly interpolates between all these layers as you fly through different elevations. The way the code is structured is you have a class instance for each layer and then the environment subsystem interpolates between the layers to produce instance of this class for the current aircraft position which is what is used down stream in the rest of the code. It's somewhat of a complex C++ inheritance maze to wade through, but it's all there if you can get your head around it. I'm not a big fan of interpolating between nearby stations because as those nearby station conditions are updated, you will still see discontinuous jumps in the local conditions ... plus it's complicated, time consuming, memory consuming, etc. What I would like to see is a mechanism that slowly (over the course of a couple minutes) migrates the current conditions towards the most recent data that is fetched via the metar subsystem. We could do this a number of ways ... we could extend the interpolations scheme out to another enclosing layer to interpolate smoothly between past and current conditions. We could simply move the data values in the current interpolation tables slowly towards the new values as they are updated. This might be the simplest. We could establish some sort of reasonable rate of change for each value type and just at that delta every iteration. This doesn't address clouds which are slightly more complex ... you could slowly move a layer to a new altitude and that should work ok, but how do you add a new layer or remove a layer smoothly and cleanly ... that get's tougher with our current scheme. That is a quick summary of my thinking on the matter ... Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] why jittering,use external fdm
On 2/1/07, tangyong wrote: Hi,everybody.I use these command lines to record a flight,then I replay it. Recording: fgfs --generic=file,out,20,flight.out,playback Playback: fgfs --generic=file,in,20,flight.out,playback --fdm=external but when I replay the flight record,I find the aircraft jittering,the flight is not smooth.why?And in the protocol playback.xml,it does record the aircraft's veolocities and positions etc.Since the position is only record at intervals ,does the FG use the velocity value to display aircraft in the meantime, between records. If FG does this,the flight and aircraft shuld not jitter.Can anybody tell me the reson? I've never tried to play back data recorded with the generic protocol so I don't know all the issues, but Stuart makes some good points. Timing is very critical. Even though you specify an output rate, FlightGear isn't doing this in a separate independent thread (not that a thread would directly help the situation anyway.) FlightGear can only output data once at the end of drawing each frame of graphics. So as Stuart points out, if you are running at a somewhat inconsistent frame rate (let's say varying between 35-45 fps) and you can only output at the end of each frame, then the actual data intervals in your data file will jitter around substantially. Include sim time in your output and look at your dt between each record. I'm certain that the generic protocol makes no attempt to interpolate the incoming data in time. It just just plucks out the next record every 20 hz (or as close to that as it can get) and updates the view. So hear again if your playback frame rates are varying and FlightGear waits until at least 50ms has elapsed before fetching the next data packet, then any jitter at the recording stage is only going to be magnified at the playback stage. When dealing with external animation sources or playback, you *really* need to worry about locking FlightGear into a consistent frame rate (either with sync to vblank ... which is always a good idea ... and/or with the built in frame rate throttler code.) Note that all these mechanism can limit frame rates, but nothing can make FlightGear go faster (short of simplifying the graphics load or improving your hardware.) Take care to ensure you are running with exact, consistent frame rates, and your life will become a lot happier! Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The infamous invisible wall of weather
On Thu, 1 Feb 2007, Curtis Olson wrote: It's somewhat of a complex C++ inheritance maze to wade through, Affirmative. ;) Looking at the code I can tell there's years of development in layers on top of each other there, not entirely consistent with a one and same philosophy. I'm not a big fan of interpolating between nearby stations because as those nearby station conditions are updated, you will still see discontinuous jumps in the local conditions ... plus it's complicated, time consuming, memory consuming, etc. What I would like to see is a mechanism that slowly (over the course of a couple minutes) migrates the current conditions towards the most recent data that is fetched via the metar subsystem. Time interpolating over several minutes on a per plane basis will make pilots on MP each flying in their own weather, even when they are all using METAR weather (which IMO should be mandatory on MP). So they wouldn't even agree on where the flighlevels are. That would mess upp the IVAO stuff Pep Ribal was talking about here recently. As I mentioned in my last message, I'm more into using a combination of geometrical interpolation and time interpolation using a small time delta (seconds) to filter out the remaining transients. But again, we can't get enough data from METAR only. (Think of intercontinental flight) I can also imagine that different users with different needs for a flight simulator would have different needs for weather model. Someone might want to have a detailed simulation of microweather using software like MetPhoMod (http://www.giub.unibe.ch/klimet/metphomod/, GPL'ed), for simulating flight in a mountain area with difficult up- and downdrafts; soaring pilots want realistic thermals that a motor pilot only thinks of as turbulence. Helicopter landings on offshore oil rigs etc etc. My feeling is that there should first and foremost be a defined interface for weather vs the rest of the sim system. Then people can hook up whatever they like to it using that interface. We could do this a number of ways ... we could extend the interpolations scheme out to another enclosing layer to interpolate smoothly between past and current conditions. We could simply move the data values in the current interpolation tables slowly towards the new values as they are updated. This might be the simplest. We could establish some sort of reasonable rate of change for each value type and just at that delta every iteration. This doesn't address clouds which are slightly more complex ... you could slowly move a layer to a new altitude and that should work ok, but how do you add a new layer or remove a layer smoothly and cleanly ... that get's tougher with our current scheme. I am currently time interpolating everything weatherish typed as a double using a modified fgSetDouble() with an extra optional argument. (But for some bizarre reason, the sea-level air pressure -- what I particulary want to smooth out -- refuses to be interpolated yet. AAaargh!) Horizontal cloud density is not a double though -- conceptually it's an enumerate rather. Not much I can do about that. But the clouds doesn't knock the aircraft over in a tunnel roll. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Patch: Re: Bug in property tree
Hi,
nobody complained, therefore I think we should commit this to cvs. I am
not sure, if it is better to remove the (commented) debug code now or
later (don't know if someone tested this patch, Here it works fine. But
for a final test I need someone with this patch on MP).
Maik
Maik Justus schrieb am 28.01.2007 21:49:
Hi,
sorry, the first sentence in the description was wrong. It should look
like this:
What the patch does:
Every time a path is stored in a path-cache of a property node, the
referenced node adds a link to this path-cache. Therefore a node knows
all other nodes, which references him in their path-cache.
Maik Justus schrieb am 28.01.2007 21:37:
Hi,
here is a patch, which adds remove functionality to the patch cache
(hash-table) of the property tree.
What the patch does:
Every time a path is stored in a path-cache of a property node, the
referenced hash table adds a link to this path-cache. Therefore a node
knows all other nodes, which references him in their path-cache.
If a node is removed, it and all children tell all patch-caches, which
link to them, to delete this entries.
Therefore it is save now, to address a node by its name, even if a
node with the same name was deleted before (e.g. the AI/ tree is very
dynamic).
The property tree is a very central part of flightgear. Therefore I
decided to comment out my debug outputs instead of deleting them
(maybe it's easier to check the functionality of the patch). Even the
_value member of SGPropertyNode::hash_table is only for the debug output.
If noone complains, I will post a patch without the debug stuff to be
committed to cvs soon.
(With this patch and the multiplayer patch (in cvs) aerotow should
work stable over the net).
Maik
Maik Justus schrieb am 22.01.2007 01:21:
Hi just to clarify:
if I wrote delete, I meant not delete as cpp defines delete. I
thought of removing a node.
Maik
Maik Justus schrieb am 22.01.2007 01:11:
Hi,
the patch-cache of the property tree is not designed for
node-deleting. But the multiplayer code deletes nodes deletes nodes
very often. If you access such nodes by name, which is necessary to
acces multiplayer-nodes (you can not store a pointer, tho node could
be deleted meanwhile), you often get a pointer to a already deleted
node. As a result, aerotowing often fails, if one player was removed
from the multiplayer list for a short time. As an ugly fix, you can
switch off the path cache and aerotow works as expected. As a
solution I think of a vector of path caches at every node, which
stores all path caches, if they are pointing to this node. If a node
is removed, all linked path caches get this information and the link
can be deleted. This must be done for all child-nodes, too. (one
question: which member of SGPropertyNode is called if a node is
removed from the tree?)
Maik
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Index: props.cxx
===
RCS file: /var/cvs/SimGear-0.3/source/simgear/props/props.cxx,v
retrieving revision 1.26
diff -u -p -r1.26 props.cxx
--- props.cxx 22 Oct 2006 13:08:09 - 1.26
+++ props.cxx 28 Jan 2007 20:18:53 -
@@ -909,6 +909,19 @@ SGPropertyNode::getChildren (const char
return children;
}
+void
+SGPropertyNode::removeTreeFromPathCaches()
+{
+ //if(_linkedNodes.size()) coutremoving tree from _linkedNodes.size()
path caches 'getPath()' endl;
+ for(unsigned i=0; i_linkedNodes.size(); i++)
+ {
+_linkedNodes[i]-eraseNodeByPtr(this);
+ }
+ _linkedNodes.clear();
+ for (unsigned i = 0; i _children.size(); ++i)
+_children[i]-removeTreeFromPathCaches();
+}
+
/**
* Remove child by position.
@@ -931,6 +944,7 @@ SGPropertyNode::removeChild (int pos, bo
_path_cache-erase(node-getName()); // EMH - TODO: Take index into
account!
node-setAttribute(REMOVED, true);
node-clearValue();
+ node-removeTreeFromPathCaches();
fireChildRemoved(node);
return node;
}
@@ -967,6 +981,29 @@ SGPropertyNode::removeChildren (const ch
}
+ /**
+ * remove a linked node
+ */
+bool
+SGPropertyNode::removeLinkedNode (SGHashTable_ptr node)
+{
+ //couttrying to remove a linked Node of 'getPath()', linked by
'node-_value-getPath()':;
+ for(unsigned i=0; i_linkedNodes.size(); i++)
+ {
+if (_linkedNodes[i]==node)
+{
+ vectorSGHashTable_ptr::iterator it = _linkedNodes.begin();
+ it += i;
+
Re: [Flightgear-devel] The infamous invisible wall of weather
I know this is going to get me in trouble. Perhaps we have it backwards... The environment is a not an active computing element, it merely exists and does not care about the objects in it. It effects the objects but has no knowledge of the objects. rather the objects sense the environment and its state based on their location in the environment. (We can argue that the objects in turn change the enviroment, but that is akin to computing the center of mass of the sun/earth system.) Sooo.. Seems we should treat the weather data as a set of points equally spaced and distributed that contain the relevant information and define a 3D field. Any object flying through the field could then based on its location select two or more data points and using whatever algorithm desired compute a local condition. The field could be static, homogeneous, cyclical, monotonic, whatever. The object would only care about its location in the field, not how the field is created, updated, or rates of change. A seperate application/thread would then be responsible for creating and updating the field in whatever fashion deemed appropriate. The field could be organized as a set of volumes and managed in a manner similar to the scenery tiles. Volumes would contain associated METAR stations or whatever for computing data points which would then be merged with the existing field. Regards John W. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Aircraft/Ki-84 Ki-84-set.xml, 1.4,
Melchior, Thanks. I'll mention about his on my website too. I'm going to ask you the same thing for another aircraft soon :-) Tat On Feb 1, 2007, at 3:04 AM, Melchior FRANZ wrote: * Tatsuhiro Nishioka -- Thursday 01 February 2007: On Jan 31, 2007, at 4:41 PM, Melchior FRANZ wrote: ... if you want the ki-84 in CVS in a version that works with 0.9.10, then we could also revert that patch, tag the aircraft with 0.9.10-compatible (or something), and only remove the key bindings in CVS/HEAD. That'll be a great idea. Done. In http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/data/ Aircraft/Ki-84/ people can now select branch COMPAT_0_9_10 and download the archive (tar.gz link on the bottom). This contains the n/N keys bindings, while HEAD is the place where the Ki-84 shall be maintained to be compatible with the next release. (Not that there's anything to do here ATM. :-) - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The infamous invisible wall of weather
On 2/1/07, Joacim Persson wrote: Affirmative. ;) Looking at the code I can tell there's years of development in layers on top of each other there, not entirely consistent with a one and same philosophy. Actually the code was mostly developed in one chunk, it just came out extra complicated ... not sure why that was. I always figured that my problems getting my head around it were mainly due to me not seeing the code from exactly the same perspective as the original author. Still, it seems like it could be cleaned up substantially. Time interpolating over several minutes on a per plane basis will make pilots on MP each flying in their own weather, even when they are all using METAR weather (which IMO should be mandatory on MP). So they wouldn't even agree on where the flighlevels are. But unless you somehow enforce that all active pilots update their weather in lockstep (which we don't do know, and is probably a bad idea from a network usage and net friendliness perspective) you will always have this problem. We have this problem now. I think the solution to that would be to add weather conditions to the MP data exchange format so the MP server tells you what your weather is and we can control it at that level. That would mess upp the IVAO stuff Pep Ribal was talking about here recently. But now you are talking about flying with MSFS and X-Plane users. I must assume that both of them do their weather updates differently. Mismatches in weather and terrain are always going to be an issue when you put different vendor's simulators together. As I mentioned in my last message, I'm more into using a combination of geometrical interpolation and time interpolation using a small time delta (seconds) to filter out the remaining transients. But again, we can't get enough data from METAR only. (Think of intercontinental flight) I can also imagine that different users with different needs for a flight simulator would have different needs for weather model. Someone might want to have a detailed simulation of microweather using software like MetPhoMod (http://www.giub.unibe.ch/klimet/metphomod/, GPL'ed), for simulating flight in a mountain area with difficult up- and downdrafts; soaring pilots want realistic thermals that a motor pilot only thinks of as turbulence. Helicopter landings on offshore oil rigs etc etc. My feeling is that there should first and foremost be a defined interface for weather vs the rest of the sim system. Then people can hook up whatever they like to it using that interface. Well for the most part, we have an interface via the property system. We should be able to put any back end behind it to update those properties anyway we want ... but this is a distraction from your original point of the problems of not having everyone in a MP system update their weather in lock step and in exactly the same way. I am currently time interpolating everything weatherish typed as a double using a modified fgSetDouble() with an extra optional argument. (But for some bizarre reason, the sea-level air pressure -- what I particulary want to smooth out -- refuses to be interpolated yet. AAaargh!) Yeah, if I had time to look at the weather stuff right now, I would have done so, the discontinuous updates are not attractive. I appreciate you taking the time to dig into this. I'd encourage you to start simple (which you appear to be doing) and add complexity later ... Horizontal cloud density is not a double though -- conceptually it's an enumerate rather. Not much I can do about that. But the clouds doesn't knock the aircraft over in a tunnel roll. When a weather update only changes the cloud layer heights, then we can slowly/smoothly move them to the new heights. But when we need to add or remove layers or the coverage % changes, then we might be able to slowly blend layers in and out using alpha/transparency. Regards, Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://baron.flightgear.org/%7Ecurt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] J7W Shinden
Hi, I've started J7W Shinden, an Imperial Japanese Navy intercepter for FlightGear. You can download it from: http://macflightgear.sourceforge.net/home/aircraft/ Shinden has a canard configuration with a pusher propeller and it's aerodynamically too unstable in yasim so I made it a bit too forgiving in stalling for now. I hope many people fly it and tell me how to improve the stability without doing this. I know it's supposed to be a bit unstable but it's too unstable without this workaround. I've also been trying to use JSBSim, but the engine and propeller doesn't seem getting closer to acceptable level, plus I don't know how to simulate the canard-type airplanes' behavior with JSBSim. Anyway, I hope you enjoy this interesting airplane. I also guess it is relatively easier to build some other canard-type airplanes such as XP-55 Ascender if it is based on this. Melchior, Could you check in the files for 0.9.10 (and for CVS) into the CVS repository in the same way you did Ki-84 for me? Tat - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
* Tatsuhiro Nishioka -- Thursday 01 February 2007: Could you check in the files for 0.9.10 (and for CVS) into the CVS repository in the same way you did Ki-84 for me? Checked in, thanks. Very funny aircraft. :-) I haven't made a 0.9.10 compatibility branch yet. What would be the differences? Only the n/N bindings? m. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
Melchior, Thanks! On Feb 1, 2007, at 2:16 PM, Melchior FRANZ wrote: * Tatsuhiro Nishioka -- Thursday 01 February 2007: Could you check in the files for 0.9.10 (and for CVS) into the CVS repository in the same way you did Ki-84 for me? Checked in, thanks. Very funny aircraft. :-) Yes indeed. my son calls this 'Shrimpy' :-) I haven't made a 0.9.10 compatibility branch yet. What would be the differences? Only the n/N bindings? At this moment, yes. Tat. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
* Tatsuhiro Nishioka -- Friday 02 February 2007: Melchior, I haven't made a 0.9.10 compatibility branch yet. What would be the differences? Only the n/N bindings? At this moment, yes. Err ... but the /sim/signals/fdm-initialized listener won't work on 0.9.10. This signal was introduced after that release. m. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Can't seem to get around the this run time error.
Hi all, It's been a while since I last tried to build from the CVS. I've managed to get the build done OK. But when I run the program I just get can't find libosgUtil.so. The library is in /usr/local/lib/ as a symlink to the library in the OpenScene... development tree. /usr/local/lib in in the ldconfig path. System Linux (Fedora Core 6) , Nvidia 7600, Openal * zlib is latest rpm and all other CVS. I can build 0.9.10 OK. Ed. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The infamous invisible wall of weather
On Thursday 01 February 2007 14:47, Curtis Olson wrote: When a weather update only changes the cloud layer heights, then we can slowly/smoothly move them to the new heights. But when we need to add or remove layers or the coverage % changes, then we might be able to slowly blend layers in and out using alpha/transparency. Regards, Curt. Could the clouds be represented as AI objects? That way, different regions of the sky could be populated differently based on the metar info of that region, and the sort of transistion effects that you have outlined above would not be needed. Ampere - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] c310-ifr
Hello, I think the recently changed Aircraft/c310/c310.xml must be copied onto it's clone in Aircraft/c310u3a/ .. c310-ifr fails at startup in today's CVS. Thanks, p -- = - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
Melchior, # you sent me some of emails but this topic can be shared with others, so I'll post it to the list. Thanks for sending me the patch. I'm going to update the script with your patch (for both Ki-84 and J7W). I will also have implement the canopy movement in j7w/Models/j7w.xml soon if time allows. Actually the canopy of J7W is temporal for now so opening/closing canopy is not implemented yet. I'll also try to find a way to avoid the Nasal error. It should happen in Ki-84 and A6M2 too, maybe only on CVS version. And I guess this is why fdm_initialized signal is introduced in CVS version, right? I think I can put a line or two to check if the parameter is null in updates(). Though it's a bit redundant in CVS version but It works on both versions. As a matter of fact, I used this way to avoid nil used in numeric context in converting units for gauges (for different reason though). I'm very happy to know if there's a way to share the same code with both versions without redundancy on this issue. Finding a signal that works on both versions can be good, or I should make scripts for two different versions, which I don't want to. Tat On Feb 1, 2007, at 3:09 PM, Melchior FRANZ wrote: * Tatsuhiro Nishioka -- Thursday 01 February 2007: I've started J7W Shinden, an Imperial Japanese Navy intercepter for FlightGear. Tried it out ... fun to fly. :-) But I got one Nasal error: Nasal runtime error: nil used in numeric context at /home/m/fgfs/Base.local/Aircraft/j7w/Nasal/j7w.nas, line 16 The updates() function is simply started too early, before the FDM is up. Why not start it in the fdm-initialized listener? The attached patch fixes it, and it does also use the aircraft.door class for the canopy. This isn't a requirement, but has the advantage that the canopy is moved with constant speed. Otherwise you'd *always* get 2 seconds movement, even if you reverse movement at the half way. Currently the rest would still take 2 seconds, effectively moving with half speed. The aircraft.door class has a rich interface (move(), open(), close(), ...). You could, for example, dump the whole listener, and just use the nasal command j7w.canopy.toggle() in the bindings. m. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Interesting 3d Model formats (was Trains?)
Curtis Olson wrote: It also occured to me that you could just about automate this process entirely ... and create your own paper 3d models from nicely done low-poly count models. I don't know, I thought it was really cool and I thoroughly enjoyed putting the model together, but I often find myself in the minority on things like this. :-) It was almost cool enough to be sucked into building a virtual - paper model converter ... hmmm That's it Curt. FoldGear. Josh - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
Shinden has a canard configuration with a pusher propeller and it's aerodynamically too unstable in yasim so I made it a bit too forgiving in stalling for now. I hope many people fly it and tell me how to improve the stability without doing this. I know it's supposed to be a bit unstable but it's too unstable without this workaround. I've also been trying to use JSBSim, but the engine and propeller doesn't seem getting closer to acceptable level, plus I don't know how to simulate the canard-type airplanes' behavior with JSBSim. How did you get the aerodynamic coefficients? Is there any published data for this? Jon - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] The infamous invisible wall of weather
POV ray (an open source ray tracer) uses an algorythm called procedural textures to defines swirls in 3 d objects such as a slice across a piece of knotted wood or marble at any point within the object to sett the color of that pixel. Flightgear could use a similiar procedural textures with the only difference being it would change over time and it would instead define the wind direction in the atmossphere at that point in space or underwater current. It could do the same for underwater currents. Perhaps the ideal solution for realism is an general world mapping of currents etc with the local details being handled by such a procedural algorithm in motion. Although procedural textures are computationally intensive although simple. On Thu, 1 Feb 2007 11:37 am, John wrote: I know this is going to get me in trouble. Perhaps we have it backwards... The environment is a not an active computing element, it merely exists and does not care about the objects in it. It effects the objects but has no knowledge of the objects. rather the objects sense the environment and its state based on their location in the environment. (We can argue that the objects in turn change the enviroment, but that is akin to computing the center of mass of the sun/earth system.) Sooo.. Seems we should treat the weather data as a set of points equally spaced and distributed that contain the relevant information and define a 3D field. Any object flying through the field could then based on its location select two or more data points and using whatever algorithm desired compute a local condition. The field could be static, homogeneous, cyclical, monotonic, whatever. The object would only care about its location in the field, not how the field is created, updated, or rates of change. A seperate application/thread would then be responsible for creating and updating the field in whatever fashion deemed appropriate. The field could be organized as a set of volumes and managed in a manner similar to the scenery tiles. Volumes would contain associated METAR stations or whatever for computing data points which would then be merged with the existing field. Regards John W. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel www.GlobalBoiling.com for daily images about hurricanes, globalwarming and the melting poles. www.ElectricQuakes.com daily solar and earthquake images. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Trains?
On Thursday 01 February 2007 09:55, Joacim Persson wrote: On Thu, 1 Feb 2007, leee wrote: On Thursday 01 February 2007 00:35, Curtis Olson wrote: For what it's worth, if someone wanted to adapt one of our existing fdm's to do automotive vehicle dynamics, that would be a cool thing. It had occurred to me that YASim could be (ab)used to fake a car. I have been using a setup for testing/measuring fuselage drag of the Chinook, aka the chinook bus. I just added a thruster element down at the rear wheels and a adjusted few other things. The original rotors were replaced by a miniature rotor the size of a cpu fan, just to keep yasim in helicopter mode. It actually autorotated sometimes. It was also during one of these test runs I had an accident with a cow (the new greenhorn breed) and crashed. ;) That was before the recent ground bumpiness/friction patch so I didn't always bother to stay on the runway. But what cannot be simulated currently, in the above manner, is powerskidding with the driving wheels. There is also no gear box model. Did you use a single thruster or a pair, located at each wheel - nasal differential code anyone? But regarding the driving wheels and gear box - well - I guess we shouldn't expect too much, bearing in mind that it's a flight sim:) LeeE - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Interesting 3d Model formats (was Trains?)
On Friday 02 February 2007 00:51, Josh Babcock wrote: Curtis Olson wrote: It also occured to me that you could just about automate this process entirely ... and create your own paper 3d models from nicely done low-poly count models. I don't know, I thought it was really cool and I thoroughly enjoyed putting the model together, but I often find myself in the minority on things like this. :-) It was almost cool enough to be sucked into building a virtual - paper model converter ... hmmm That's it Curt. FoldGear. Josh LOL :)) LeeE - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
On Feb 1, 2007, at 5:09 PM, Jon S. Berndt wrote: How did you get the aerodynamic coefficients? Is there any published data for this? Jon Well, no web articles or books are available for aerodynamic coefficients of this aircraft, so most of the parameters are guesstimate at this moment. That's the big reason that I'm struggling with stabilizing this airplane. All parameters except ones that can be obtained from three-view drawings and some web articles or the book I have are guesstimate. However, there're some articles that show the flight records in the test flights. I guessed the parameters for wings and mass balance according to the record so the airplane flies as it is described in the flight record (it's not that close at this moment though). If you expect the accurate data for this aircraft, then I'm sorry but there's no such data available as far as I know. If there are any, I'm very happy to have these. Tat. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
DATCOM+ could probably help, here, but it is not an easy tool for beginners. See www.holycows.net/datcom. Jon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tatsuhiro Nishioka Sent: Thursday, February 01, 2007 8:41 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] J7W Shinden On Feb 1, 2007, at 5:09 PM, Jon S. Berndt wrote: How did you get the aerodynamic coefficients? Is there any published data for this? Jon Well, no web articles or books are available for aerodynamic coefficients of this aircraft, so most of the parameters are guesstimate at this moment. That's the big reason that I'm struggling with stabilizing this airplane. All parameters except ones that can be obtained from three-view drawings and some web articles or the book I have are guesstimate. However, there're some articles that show the flight records in the test flights. I guessed the parameters for wings and mass balance according to the record so the airplane flies as it is described in the flight record (it's not that close at this moment though). If you expect the accurate data for this aircraft, then I'm sorry but there's no such data available as far as I know. If there are any, I'm very happy to have these. Tat. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] J7W Shinden
Jon, Thanks for the link. Now all I have are Macs, so I'll try it when I go back to Japan. Tat On Feb 1, 2007, at 7:33 PM, Jon S. Berndt wrote: DATCOM+ could probably help, here, but it is not an easy tool for beginners. See www.holycows.net/datcom. Jon - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] why jittering,use external fdm
Hi Curt, Just as you and Stuart said,the main reason of jittering is the inconsistent frame rate.But I find that if several FG clients connect to a local server ''fgms'',each client can see each other correctly and the flight is smooth,no jittering.Is there no fps varying when we use multiplayer function just like this: Player1 --multiplay=out,10,serveraddress,5002 --multiplay=in,10,myaddress,5002 --callsign=player1 Player2: --multiplay=out,10,serveraddress,5002 --multiplay=in,10,myaddress,5002 --callsign=player2 Then I modify the server to let it don't transmit Player2's velocity and acceleration data to Player1.I find that even I use a very low in/out frequency(1hz) in Player2 while the Player1's in/out =10hz,the Player2's flight still looks very smooth in Player1,no jittering.I don't see much changing than I use Player2's in/out=10hz,and transmit the velocity and acceleration data.why?what the difference bewteen them? Best Regards, -Tangyong I've never tried to play back data recorded with the generic protocol so I don't know all the issues, but Stuart makes some good points. Timing is very critical. Even though you specify an output rate, FlightGear isn't doing this in a separate independent thread (not that a thread would directly help the situation anyway.) FlightGear can only output data once at the end of drawing each frame of graphics. So as Stuart points out, if you are running at a somewhat inconsistent frame rate (let's say varying between 35-45 fps) and you can only output at the end of each frame, then the actual data intervals in your data file will jitter around substantially. Include sim time in your output and look at your dt between each record. I'm certain that the generic protocol makes no attempt to interpolate the incoming data in time. It just just plucks out the next record every 20 hz (or as close to that as it can get) and updates the view. So hear again if your playback frame rates are varying and FlightGear waits until at least 50ms has elapsed before fetching the next data packet, then any jitter at the recording stage is only going to be magnified at the playback stage. When dealing with external animation sources or playback, you *really* need to worry about locking FlightGear into a consistent frame rate (either with sync to vblank ... which is always a good idea ... and/or with the built in frame rate throttler code.) Note that all these mechanism can limit frame rates, but nothing can make FlightGear go faster (short of simplifying the graphics load or improving your hardware.) Take care to ensure you are running with exact, consistent frame rates, and your life will become a lot happier! Curt. -- Curtis Olson - University of Minnesota - FlightGear Project http://baron.flightgear.org/~curt/ http://www.humanfirst.umn.edu/ http://www.flightgear.org Unique text: 2f585eeea02e2c79d7b1d8c4963bae2d 想加入吗？1.9亿用户正在使用网易邮箱 www.126.com - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
