Re: [Flightgear-devel] RAM disk / Unix
On Dienstag, 10. Februar 2004 23:01, Jon S Berndt wrote: Is anyone aware of a RAM disk utility or feature under Unix (specifically, IRIX)? When running a simulation on IRIX we are finding that the disk access is taking too much time at various phase boundaries. It is thought that the use of a RAM disk might help. Don't know irix well enough. With Linux you can have ramdisks. You can create them a runtime or at boottime and desroy them whenever you like. Also there is the ramfs filesystem which is a kind of better ramdisk. It is a ramdisk which is not based on real disk images held in ram but it is pure dynamic. This means that it takes not more ram from main memory then required for storing the files in the ramdisk plus some small metadata. A more flexible version of the ramfs is called tmpfs. This is a ramfs where the memory pages containing the data could be paged out into the swap partition. Not a good idea to avoid disk latency, but such a tmpfs is equivalent to the ramfs stuff if there is no swap. And If you have such a big machine where you think about placing some data into a ramdisk you can propably live without swap. And much more important, I believe that such a tmpfs also exists in IRIX. I am shure Solaris and *Bsd have such a tmpfs. Other than that. there is a UNIX system call mlock (I believe provided by some POSIX standard, and I expect that it is available on IRIX) which is able to prevent paging for a given area of the address space. Also there is a possibility to map a file or parts of them into virtual memory of your process via the mmap call. This way you can access the content of the file by simply reading from memory through a pointer. And you can mlock this area. The mlock call then guarantees that the data in question is in main memory when it returns. So this is also a kind of prefetch algorithm with the advance that you can prevent throwing away important cached data by disk caching code when caching other less important files later. Hope this helps Greetings -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] LOD problems
I'm having problems with the LOD animations in a model I'm working on. I am wondering if the value that is queried in the range type of animation is exposed anywhere. I have looked, but can't find it in the property tree. I am also unsure of where to find references to this in the code. Can anyone out there answer either of these questions? Josh ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] LOD problems
Josh Babcock wrote: I'm having problems with the LOD animations in a model I'm working on. I am wondering if the value that is queried in the range type of animation is exposed anywhere. I have looked, but can't find it in the property tree. I am also unsure of where to find references to this in the code. Can anyone out there answer either of these questions? The value used to compute the range is the distance between the viewer and the center of the model ( its relative ( 0,0,0 ) position ). It is not exposed in the property tree because it is computed every frame by plib itself. But you can setup your animation to read the min and max values in properties. Look in the XML files of the buildings in the scenery folder. Almost everyone as such an animation. You can find the code in SimGear / simgear / scene / model / animation.[ch]xx If you can expose what are exacly your problems, perhaps we can help you more. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] LOD problems
This is the one I am having trouble with right now: animation typerange/type min-m0/min-m max-m2000/max-m object-namelnavlt/object-name object-namernavlt/object-name object-nametopgunner/object-name object-nameleftgunner/object-name object-namerightgunner/object-name object-nameastrodome/object-name /animation This stuff just doesn't appear when I put this in the modedl.xml file. The external view is set to 100m. chase-distance-m type=double archive=y-100.0/chase-distance-m I can't figure out why this stuff isn't appearing at close range. There are other problems, but I'm trying to isolate stuff and deal with them one by one. Josh Frederic Bouvier wrote: Josh Babcock wrote: I'm having problems with the LOD animations in a model I'm working on. I am wondering if the value that is queried in the range type of animation is exposed anywhere. I have looked, but can't find it in the property tree. I am also unsure of where to find references to this in the code. Can anyone out there answer either of these questions? The value used to compute the range is the distance between the viewer and the center of the model ( its relative ( 0,0,0 ) position ). It is not exposed in the property tree because it is computed every frame by plib itself. But you can setup your animation to read the min and max values in properties. Look in the XML files of the buildings in the scenery folder. Almost everyone as such an animation. You can find the code in SimGear / simgear / scene / model / animation.[ch]xx If you can expose what are exacly your problems, perhaps we can help you more. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] saving fgfs replay session
is there a way to save the fgfs replay session? i managed to land the the yf-23 on the aircraft carrier and i want to save the flight (or at least the movie) for posterity :-) does anybody know of some tool that would record the display and create a movie under linux? thanks. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] saving fgfs replay session
On Wed, 11 Feb 2004 14:48:03 -0800 Alex Romosan [EMAIL PROTECTED] wrote: is there a way to save the fgfs replay session? i managed to land the the yf-23 on the aircraft carrier and i want to save the flight (or at least the movie) for posterity :-) does anybody know of some tool that would record the display and create a movie under linux? thanks. Try xvidcap... I haven't managed to really make a movie file with it yet, but that's what it's supposed to do. -- Jorge Van Hemelryck ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/pa28-161/Models
Jim Wilson wrote: Actually, it isn't that. It is just the location that the camera points to. You don't want it pointing at the nose. So add the entry below to the external views in your xml wrapper that track the plane. The value is the distance in meters from the FDM reference point (the nose in this case). Usually something near the wing looks right. It does not need to be exact to anything in particular. This example was taken from p51d-yasim-set.xml: view n=1 config target-z-offset-m archive=y type=double3.949/target-z-offset-m /config /view Thanks -- that did the trick. The plane is actually flying well, and I'm starting to feel tempted to go back and do more work to make it a fully-usable alternative to the [EMAIL PROTECTED]@#na 172 -- after all, it would be nice for users to be able to fly a light single with the wings in the right place, for a change. I wonder if we can model the broken air vent door on the pilot's side that blows -35 degC air on my feet when I'm flying in the winter. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/pa28-161/Models
David Megginson wrote: Thanks -- that did the trick. The plane is actually flying well, and I'm starting to feel tempted to go back and do more work to make it a fully-usable alternative to the [EMAIL PROTECTED]@#na 172 -- after all, it would be nice for users to be able to fly a light single with the wings in the right place, for a change. I wonder if we can model the broken air vent door on the pilot's side that blows -35 degC air on my feet when I'm flying in the winter. Just come fly in my basement. I'll unhook the dryer vent for you. A few more updates to your piper would be cool. There are a couple missing details from the default C172 also such as mixture knob. I think I might be starting to get itchy to do a new release one of these days Curt. -- Curtis Olson Intelligent Vehicles Lab FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/pa28-161/Models
David Megginson [EMAIL PROTECTED] said: I wonder if we can model the broken air vent door on the pilot's side that blows -35 degC air on my feet when I'm flying in the winter. It's already there (parameter: --frostbite=mins where mins is number of minutes before you lose your toes). With that all you need is an old airconditioner and some dryer duct to make it work. I'd probably go for the --j3cub-with-the-door-open-on-a-sunny-day-in-hawaii option instead. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/pa28-161/Models
Jim Wilson wrote: I wonder if we can model the broken air vent door on the pilot's side that blows -35 degC air on my feet when I'm flying in the winter. It's already there (parameter: --frostbite=mins where mins is number of minutes before you lose your toes). With that all you need is an old airconditioner and some dryer duct to make it work. I'd probably go for the --j3cub-with-the-door-open-on-a-sunny-day-in-hawaii option instead. Hmm. I'd go for the door open on a warm spring day in upstate New York, but to each one's own. The broken vent just compensates for the excessively hot (i.e. fry-an-egg-on-it) heat duct running down the middle of the floor. I manage to be pretty comfortable flying for a few hours with an outside air temperature of -35 degC or lower, when many pilots refuse to fly, though I have to qualify that: 1. In the winter, I'm always dressed for a long hike through the woods in case of engine failure, so I have boots, work socks, thermal undergarments, etc. 2. It gets a bit chilly alone in the cockpit after the sun goes down when the OAT is below -30 degC, though not enough for hat and mitts. The Ottawa Flying Club's new insurance policy forbids flying their planes below -25 degC (at altitude), which has kept them on the ground for a lot of the winter -- I'm glad I'm not a renter, or I wouldn't have been able to fly much. At -25 degC OAT, I actually have to turn my heater down a little to keep from baking, especially if there are a couple of other people in the plane. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Aircraft/pa28-161/Models
sim pilot feet-temp-c type=double-0.7/feet-temp-c /pilot /sim That should do the trick :) David Megginson wrote: Jim Wilson wrote: Actually, it isn't that. It is just the location that the camera points to. You don't want it pointing at the nose. So add the entry below to the external views in your xml wrapper that track the plane. The value is the distance in meters from the FDM reference point (the nose in this case). Usually something near the wing looks right. It does not need to be exact to anything in particular. This example was taken from p51d-yasim-set.xml: view n=1 config target-z-offset-m archive=y type=double3.949/target-z-offset-m /config /view Thanks -- that did the trick. The plane is actually flying well, and I'm starting to feel tempted to go back and do more work to make it a fully-usable alternative to the [EMAIL PROTECTED]@#na 172 -- after all, it would be nice for users to be able to fly a light single with the wings in the right place, for a change. I wonder if we can model the broken air vent door on the pilot's side that blows -35 degC air on my feet when I'm flying in the winter. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] LOD problems
Josh Babcock wrote: This is the one I am having trouble with right now: animation typerange/type min-m0/min-m max-m2000/max-m object-namelnavlt/object-name object-namernavlt/object-name object-nametopgunner/object-name object-nameleftgunner/object-name object-namerightgunner/object-name object-nameastrodome/object-name /animation This stuff just doesn't appear when I put this in the modedl.xml file. The external view is set to 100m. chase-distance-m type=double archive=y-100.0/chase-distance-m I can't figure out why this stuff isn't appearing at close range. There are other problems, but I'm trying to isolate stuff and deal with them one by one. There is also a point that must not be forgotten : when an object is specified in 2 different range animation, the result is an AND not a OR. I mean that is you have : range min-m0/min-m max-m2000/max-m object-namesomething/object-name /range range min-m2000/min-m max-m1/max-m object-namesomething/object-name /range you won't see 'something' from 0 to 1 because the first cull it for the range 2000-1 and the second cull it for the range 0-2000. I don't know if it is the case but your individual animation seems good. -Fred Frederic Bouvier wrote: Josh Babcock wrote: I'm having problems with the LOD animations in a model I'm working on. I am wondering if the value that is queried in the range type of animation is exposed anywhere. I have looked, but can't find it in the property tree. I am also unsure of where to find references to this in the code. Can anyone out there answer either of these questions? The value used to compute the range is the distance between the viewer and the center of the model ( its relative ( 0,0,0 ) position ). It is not exposed in the property tree because it is computed every frame by plib itself. But you can setup your animation to read the min and max values in properties. Look in the XML files of the buildings in the scenery folder. Almost everyone as such an animation. You can find the code in SimGear / simgear / scene / model / animation.[ch]xx If you can expose what are exacly your problems, perhaps we can help you more. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
