[Flightgear-devel] VBO problem solved
Guys! I found solution to VBO problem you should change type of buffer from GL_STATIC_DRAW_ARB to GL_STREAM_DRAW_ARB or GL_DYNAMIC_DRAW_ARB Maybe problem is in nvidia driver so I post bugreport to nvidia Thanx in advance bye ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] VBO and phreads
Hi guys! I found VBO problem related to threaded situation when one thread draw one VBO and another try to create VBO when tile loads maybe someone knows solution for this situation? here is gdb output #0 0x40167a8e in glGenBuffersARB () from /usr/lib/tls/libGL.so.1#1 0x083fa0ae in ssgVtxTable (this=0xb586e68, ty=6, vl=0xb58ac68, nl=0xb558d10, tl=0xb58af10, cl=0xb58aec0) at ssgVtxTable.cxx:224#2 0x08358872 in sgMakeLeaf(std::string const, unsigned, SGMaterialLib*, std::string const, std::vectorPoint3D, std::allocatorPoint3D const, std::vectorPoint3D, std::allocatorPoint3D const, std::vectorPoint3D, std::allocatorPoint3D const, std::vectorint, std::allocatorint const, std::vectorint, std::allocatorint const, std::vectorint, std::allocatorint const, bool, ssgVertexArray*) ([EMAIL PROTECTED], ty=6, matlib=0x92347f0, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], calc_lights=true, lights=0xb544500) at leaf.cxx:249#3 0x0835aa28 in sgBinObjLoad(std::string const, bool, Point3D*, double*, SGMaterialLib*, bool, ssgBranch*, ssgBranch*, ssgBranch*, ssgBranch*, ssgVertexArray*) ([EMAIL PROTECTED], is_base=true, center=0x4a7e3590, bounding_radius=0x4a7e3588, matlib=0x92347f0, use_random_objects=true, geometry=0xb550ac8, vasi_lights=0x0, rwy_lights=0x0, taxi_lights=0x0, ground_lights=0xb544500) at obj.cxx:484#4 0x082c94b7 in FGTileEntry::obj_load(std::string const, ssgBranch*, ssgBranch*, ssgBranch*, ssgBranch*, ssgVertexArray*, bool) (this=0xb531130, [EMAIL PROTECTED], geometry=0xb550ac8, vasi_lights=0x0, rwy_lights=0x0, taxi_lights=0x0, ground_lights=0xb544500, is_base=true) at globals.hxx:264#5 0x082c9c1f in FGTileEntry::load(std::vectorstd::string, std::allocatorstd::string const, bool) (this=0xb531130, [EMAIL PROTECTED]) at sg_path.hxx:122#6 0x082c1098 in FGTileLoader::LoaderThread::run() (this=0x8e31048) at FGTileLoader.cxx:172#7 0x083c8a5f in start_handler (arg=0x8e31048) at SGThread.cxx:23#8 0x4002d7d3 in start_thread () from /lib/tls/libpthread.so.0#9 0x40553b4a in clone () from /lib/tls/libc.so.6 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Linuxtag
Hi, Next week is the Linuxtag in Karlsruhe, Germany. http://www.linuxtag.org/ Is Flightgear present this year? Or will somebody be there for an other project? Greetings Mathias -- Mathias Frhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Flaps settings: Keyboard vs. Joystick
Durk Talsma wrote: This way we'd get more consistent behavior between joystick and keyboard. Just a thought. One of the problems is that joystick support is added the way it is provided at the moment. Mainly because no-one has all the joysticks to test with *and* the fact that my O2 doesn't support joystick at all... Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxtag
On 18 Jun 2004, at 13:09, Mathias Fröhlich wrote: Next week is the Linuxtag in Karlsruhe, Germany. http://www.linuxtag.org/ Is Flightgear present this year? Or will somebody be there for an other project? I'm exhibiting at the WorldForge booth, where we are also going to have a few Blender guys. Games in general seem fewer this year, last time I attended LinuxTag (2001) Alex Perry and Durk were there exhibiting Flightgear and doing demos that everyone loved. Of course, I'm not sure anyone will be able to beat Jon Stockhill and co's amazing efforts at LUDEX back in April this year. Anyway, if you're at LinuxTag, stop by the WorldForge booth and say hi. I have flightgear on the demo machine, but it's got a job to do demoing our client software! HH James -- There is a very fine line between 'hobby' and 'mental illness' ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Difference between pre-compiled 0.9.4 and source 0.9.4
I just compiled 0.9.4 from source (using cygwin), and noticed the aileron problem on the C172 (I saw the thread about this and know that's its already fixed in CVS). What I find strange is that the pre-compiled binaries do not have this same bug. Anyone know why this is? The other thing I notice is that start up time for the compiled-from-source program is *significantly* longer than for the pre-compiled binaries. Just now, it took ~5 seconds for the splash screen and ~15 sec total startup time for the precompiled program. The from-source program takes more than 1min for the splash screen to appear, and 1min30sec for full startup. After startup, it seems to run just fine. Any suggestions on how to improve startup time? Phillip ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxtag
James Turner wrote: Of course, I'm not sure anyone will be able to beat Jon Stockhill and co's amazing efforts at LUDEX back in April this year. Heh, thanks - on that note, the south yorkshire air museum at doncaster are having a simulator day on 5th September. I don't have many more details yet, but I'm hoping to have a chat with the organiser soon to find out just what's going on, and may be there with a bunch of air cadets showing off the simulator that they're working on (running flightgear of course), and just generally representing flightgear too. The museum have just got hold of a simulator from the RAF too - looks to be for some sort of large transport aircraft - 2 seats, plus instructor position, and a 42u rack full of pcs and interfaces. It didn't have a display system when I saw it, so I'm unsure if it is instruments only or if the display system is yet to be delivered, but it looks like it could be fun, and who knows - if there's no display maybe it's possible to retrofit it with flightgear :-) -- Jon Stockill [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] reading btg files
Hi, I was wondering how can you read and modify .btg files, because I couldnot get PPE to compile ( I believe there is no support for PPE since the project is dead). Is there any way to read and modify btg's ? thanks ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxtag
On Fri, 18 Jun 2004 14:09:40 +0200 Mathias Fröhlich wrote: Hi, Next week is the Linuxtag in Karlsruhe, Germany. http://www.linuxtag.org/ Is Flightgear present this year? Or will somebody be there for an other project? I myself wondered if Flightgear is gonna be there. I might go to Linuxtag, but just as a visitor. It would be interesting to meet some flightgear folks. If I go, it'll probably be saturday, or maybe friday. Regards, Manuel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Scenery problem at CYHM
Using today's scenery over TerraSync, I've found an interesting problem at CYHM (Hamilton, ON). Runway 12/30 is where it should be, but runway 06/24 is missing -- there is a big hole in the ground. When you try to start on runway 6, the plane starts up high in the clouds, presumably where the runway is floating. fgfs --airport=CYHM --runway=30 fgfs --airport=CYHM --runway=06 All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery problem at CYHM
On Fri, 18 Jun 2004 14:21:41 -0400 David Megginson [EMAIL PROTECTED] wrote: Using today's scenery over TerraSync, I've found an interesting problem at CYHM (Hamilton, ON). Runway 12/30 is where it should be, but runway 06/24 is missing -- there is a big hole in the ground. When you try to start on runway 6, the plane starts up high in the clouds, presumably where the runway is floating. I just checked this out. Actually, you're not high up in the clouds -- you're in the hole. It starts you with an altitude of 0 ASL; but since that's below local ground level you're in the hole. The AGL altitude is enormous -- around 33000 ft -- because that's how deep the hole is. To see this, take the UFO off of runway 30 and fly it across the hole. Watch your AGL altitude explode. I flew down the hole but didn't find ground at the bottom. Weirdness. -c -- Chris Metzler [EMAIL PROTECTED] (remove snip-me. to email) As a child I understood how to give; I have forgotten this grace since I have become civilized. - Chief Luther Standing Bear pgpmArZIoELXb.pgp Description: PGP signature ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery problem at CYHM
David, I think what you are describing is another problem introduced in Robin's latest scenery. For some airports that share the same name with other airports (San Carlos, Crystal, etc.) Robin somehow got multiple entries for the same airport in the database with the runways split between them (and usually the *other* airport with the same name sandwiched in between.) The problem is that the terragear airport generator names the airport scenery file according to apt. id, but in these cases the airport id occurs twice. I am eager to see these (and other) problems fixed in Robin's next data release. Regards, Curt. David Megginson wrote: Using today's scenery over TerraSync, I've found an interesting problem at CYHM (Hamilton, ON). Runway 12/30 is where it should be, but runway 06/24 is missing -- there is a big hole in the ground. When you try to start on runway 6, the plane starts up high in the clouds, presumably where the runway is floating. fgfs --airport=CYHM --runway=30 fgfs --airport=CYHM --runway=06 All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Flaps settings: Keyboard vs. Joystick
Durk Talsma wrote: I just noticed that there seems to be a discrepancy between the way the flap settings are handled by the keyboard vs. the joystick. Some joysticks are still using the old bindings. When I did the Nasal control stuff, I only changed the joysticks I could test and/or felt comfortable changing. The best reference for the right way to do things would probably be the Saitek/X45.xml file. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery problem at CYHM
Curtis L. Olson wrote: The problem is that the terragear airport generator names the airport scenery file according to apt. id, but in these cases the airport id occurs twice. I am eager to see these (and other) problems fixed in Robin's next data release. Thanks, Curt -- I took at look at the file, and that's exactly what happened. Given all of the problems in this release of Robin's data -- messed-up runways, hundreds of missing ILS approaches, etc. -- we might want to consider reverting to the previous version until his new system has a chance to stabilize. Have you informed Robin of the problem, or should I drop him a note? All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Scenery problem at CYHM
David Megginson wrote: Thanks, Curt -- I took at look at the file, and that's exactly what happened. Given all of the problems in this release of Robin's data -- messed-up runways, hundreds of missing ILS approaches, etc. -- we might want to consider reverting to the previous version until his new system has a chance to stabilize. Have you informed Robin of the problem, or should I drop him a note? I've reported several problems, but nothing relating to this specific airport. Hearing problem reports from multiple sources can't hurt though. Supposedly the next data release is due out real soon now, so I'm a little hesitant to revert, especially since I did a bunch of new coding to support his data format more directly ... a lot of that code would need to also be reverted which wouldn't be a pretty site at this point. Regards, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Difference between pre-compiled 0.9.4 and source0.9.4
Phillip Jones wrote: I just compiled 0.9.4 from source (using cygwin), and noticed the aileron problem on the C172 (I saw the thread about this and know that's its already fixed in CVS). What I find strange is that the pre-compiled binaries do not have this same bug. Anyone know why this is? Perhaps because Curt packed the pre-compiled version after the bug was fixed in CVS. Check the dates. The other thing I notice is that start up time for the compiled-from-source program is *significantly* longer than for the pre-compiled binaries. Just now, it took ~5 seconds for the splash screen and ~15 sec total startup time for the precompiled program. The from-source program takes more than 1min for the splash screen to appear, and 1min30sec for full startup. After startup, it seems to run just fine. Any suggestions on how to improve startup time? The fact is that the pre-compiled version was made with native MS compiler, not cygwin. Perhaps the cygwin emulation layer is a bit slow on file access. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] reading btg files
chandrasekhar achalla wrote: Hi, I was wondering how can you read and modify .btg files, because I couldnot get PPE to compile ( I believe there is no support for PPE since the project is dead). Is there any way to read and modify btg's ? fgsd can read flightgear sceneries -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Flaps settings: Keyboard vs. Joystick
On Friday 18 June 2004 21:29, Andy Ross wrote: Durk Talsma wrote: I just noticed that there seems to be a discrepancy between the way the flap settings are handled by the keyboard vs. the joystick. Some joysticks are still using the old bindings. When I did the Nasal control stuff, I only changed the joysticks I could test and/or felt comfortable changing. The best reference for the right way to do things would probably be the Saitek/X45.xml file. That sounds logical. I'll try and have a peak at the Saitek file, and then change the CH USB Yoke configuration accordingly (if necessary). Yesterday, I just copied the keyboard bindings into the Joystick file, which already seems to work. Cheers, Durk ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Linuxtag
On Friday 18 June 2004 17:04, James Turner wrote: On 18 Jun 2004, at 13:09, Mathias Fröhlich wrote: Next week is the Linuxtag in Karlsruhe, Germany. http://www.linuxtag.org/ Is Flightgear present this year? Or will somebody be there for an other project? I'm exhibiting at the WorldForge booth, where we are also going to have a few Blender guys. Games in general seem fewer this year, last time I attended LinuxTag (2001) Alex Perry and Durk were there exhibiting Flightgear and doing demos that everyone loved. Aah, yes that was good. Brings back some memories :-) Cristian and Wolfram were there as well. Unfortunately, had I known earlier I might have been able to attend. My Canadian cousin will be arriving that weekend though, and I promised to pick her and her family up at the airport and show them around, so I already have other plans. Would be cool though to meet some FlightGear folks again sometime. Cheers, Durk ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Bones and IK
Here's a bit that handles the upper link of the nose strut damper on the TSR2... animation typerotate/type object-nameNG-Strut-Damper-U/object-name propertygear/gear[0]/compression-norm/property interpolation entry ind0.0/ind dep0.0/dep /entry entry ind0.2/ind dep-20.0/dep /entry entry ind0.7/ind dep-55.0/dep /entry entry ind1.0/ind dep-65.0/dep /entry /interpolation center x-m-3.71/x-m y-m0.00/y-m z-m-1.08/z-m /center axis x0/x y1/y z0/z /axis /animation what I'm trying to do with this is to get a non-linear range of values, between 0 and-65, from the 'normal' 0 to 1 input range to try to reproduce the non-linear rotation of the link as the gear compresses. There's similar stuff for the lower link too, of course. I should point out for those who spot that the resulting 'curve' is a bit funny that I didn't try to calculate the values but quickly did it by eye - it was only a little link after all:) LeeE On Thursday 17 June 2004 23:15, Ampere K. Hardraade wrote: What does the interpolation key do and how does it work? Thanks in advance, Ampere On June 15, 2004 02:35 pm, Lee Elliott wrote: IK would simplify animating linkages due to the non-linear rotations that occur but I'm not sure if the overhead would be worth it. It's usually possible to 'fake' it with the existing anim functions, using interpolation if really necessary, and the degree to which the different parts separate can be made too small to notice. ___ 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] Bones and IK
What do the ind and the dep tag do? Thanks in advance, Ampere On June 18, 2004 06:22 pm, Lee Elliott wrote: Here's a bit that handles the upper link of the nose strut damper on the TSR2... animation typerotate/type object-nameNG-Strut-Damper-U/object-name propertygear/gear[0]/compression-norm/property interpolation entry ind0.0/ind dep0.0/dep /entry entry ind0.2/ind dep-20.0/dep /entry entry ind0.7/ind dep-55.0/dep /entry entry ind1.0/ind dep-65.0/dep /entry /interpolation center x-m-3.71/x-m y-m0.00/y-m z-m-1.08/z-m /center axis x0/x y1/y z0/z /axis /animation what I'm trying to do with this is to get a non-linear range of values, between 0 and-65, from the 'normal' 0 to 1 input range to try to reproduce the non-linear rotation of the link as the gear compresses. There's similar stuff for the lower link too, of course. I should point out for those who spot that the resulting 'curve' is a bit funny that I didn't try to calculate the values but quickly did it by eye - it was only a little link after all:) LeeE On Thursday 17 June 2004 23:15, Ampere K. Hardraade wrote: What does the interpolation key do and how does it work? Thanks in advance, Ampere On June 15, 2004 02:35 pm, Lee Elliott wrote: IK would simplify animating linkages due to the non-linear rotations that occur but I'm not sure if the overhead would be worth it. It's usually possible to 'fake' it with the existing anim functions, using interpolation if really necessary, and the degree to which the different parts separate can be made too small to notice. ___ 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 mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel