Re: [Flightgear-devel] Software patents in Europe

Erik Hofman writes: > Fabien ILLIDE wrote: > > > There will be a strike this 27th : > > http://wiki.ael.be/index.php/BigDemo27aug > > That's my birthday. Shoot, I'll be busy patenting FlightGear that day so I won't be able to make either party. :-( (j/k of course!) Curt. -- Curtis Olson Hum

Re: [Flightgear-devel] Packaging data files

Erik Hofman writes: > Curtis L. Olson wrote: > > > If nothing else we should first work on being able to have completely > > self contained aircraft trees (rather than needing a -set.xml file in > > one directory (possibly the aircraft fdm config in another direcotry) >

Re: [Flightgear-devel] Packaging data files

Erik Hofman writes: > James Turner wrote: > > > Oh, I just did some browsing of the SSG loaders they're full of > > fopen / fseek calls. Damn. Much work to be done there, I think. > > Yep, although the AC3D load doesn't use seek. I was thinking of moving > the SGI texture loader and AC3D

[Flightgear-devel] *gear.org mail server

I was forced to do a bit of mail server reconfig this morning that could have resulted in lost messages for about an hour or two. If you sent something important to the lists (or to me) and haven't seen anything in a reasonable amount of time, please feel free to resend. Curt. -- Curtis Olson

Re: [Flightgear-devel] FGFS Base CVS

David Culp writes: > > It'll be a real pain developing and testing a/c if a new archive has to be > > created after each change. > > This might mean that unpacking the whole archive first, then > reading, would be > best? This has the benefit of minimizing code changes as well. > > - OR - > >

Re: [Flightgear-devel] MacOS X port, and linuxworld

Randy Locklair writes: > My name's Randy Locklair, I'm a student pilot and a long time developer and > I joined the list to find out a couple of things. Hi Randy, > First of all I'd like to know what the status is of the MacOS port. > I mainly use os X lately and I'd like to get involved. If no

RE: [Flightgear-devel] FGFS Base CVS

Norman Vine writes: > I agree having many FDM's and many Aircraft is one of FGFS's > cooler points, but, IMO there is no reason these all need be in > the 'core' package, esp when just staying current with the core > package gets in the way of code development. I think at some point (maybe s

Re: [Flightgear-devel] New rendering propery added

Erik Hofman writes: > > > Hi, > > In a private discussion with Frederic Bouvier about the framerate hit of > the new static scenery created by Frederic. I think someone should take a close look at why these objects have such a big impact on frame rates. Is it the polygon count? The texture u

Re: [Flightgear-devel] F-104 3d model added (early release)

Erik Hofman writes: > > > Hi, > > For those of you who don't follow the CVS commits that closely, I've > added a shiny new 3d model of the F-104 Starfighter (and when I say > shiny, I mean shiny ;-) ): > > http://www.a1.nl/~ehofman/fgfs/gallery/f104.jpg > > As you can see adjusting the color

Re: [Flightgear-devel] (Real) Lancaster

David Megginson writes: > When we were climbing out from Toronto/City Centre (CYTZ) on Sunday, a > WWII Lancaster bomber passed 500 feet above us. I just discovered > today that my ten-year-old daughter snapped two pictures of it passing > over us, without telephoto (to give an idea of distances):

Re: [Flightgear-devel] Some European cities satelite photos

Jim Wilson writes: > Are you guys suggesting lawyers make better politicians than actors > and "pro" wrestlers? Is there a difference? :-) Jesse and Arnold were both in a movie called Predator I believe. Jesse made everyone mad (both liberals and conservatives) which means he was probably doing

Re: [Flightgear-devel] Some European cities satelite photos

Erik Hofman writes: > Frederic Bouvier wrote: > > Curtis L. Olson wrote: > > >>How about we name releases after California gubernatorial candidates. > >>That gives us 135 releases before we'd run out of names. For those of > >>you outside the USA (or i

Re: [Flightgear-devel] Some European cities satelite photos

Lee Elliott writes: > Why not keep using the version No. to reflect the versions but give the > releases names? I'm thinking of the way that Debian does it. > > Any suggestions for a source of names suitable for FG? How about we name releases after California gubernatorial candidates. That give

Re: [Flightgear-devel] Gear texture

Jim Wilson writes: > Matevz Jekovec <[EMAIL PROTECTED]> said: > > > I'm looking for a side texture of the wheel. I wanted to use wheel to > > spin when your aircraft moves, so the texture is the only visible proof, > > but I can't find any. > > > > That's something I did with the P-51 (there's

Re: [Flightgear-devel] Some European cities satelite photos

Erik Hofman writes: > Jim Wilson wrote: > > > Someday there'll be a place for FlightGear addons on avsim, etc. > > Maybe we can speed it up but renaming it to: > > FlightGear Skybound 2005 How about "FlightGear Ultra-Professional Edition Version 10.0 +++" At some point, version numbers went fr

Re: [Flightgear-devel] J-22 progress report

Matevz Jekovec writes: > Thanks! The tutorial was quite useful. The results can be seen here > :). > Presenting J-22 Orao/IAR-93, exclusive for FlightGear:). > Now I only have to make some animations for gears, airbrakes, wheels, > afte

Re: [Flightgear-devel] Re: [Simgear-cvslogs]CVS: SimGear/simgear/scene/sky oursun.cxx, 1.9, 1.10

Erik Hofman writes: > Curtis L. Olson wrote: > > Erik, > > > > Using glGet() is considered a no-no in real time applications. That > > stalls out the pipeline and forces all pending operations to flush > > before the card can return with the correct answer. We m

[Flightgear-devel] Re: [Simgear-cvslogs] CVS:SimGear/simgear/scene/sky oursun.cxx, 1.9, 1.10

Erik, Using glGet() is considered a no-no in real time applications. That stalls out the pipeline and forces all pending operations to flush before the card can return with the correct answer. We might be able to get away with it in limited quantities, but this can *quickly* turn into a performa

Re: [Flightgear-devel] Re: scenery doesn't load after cvs update

Ooops I didn't catch that because I was explicitely specifying the scenery path. SHould now be fixed in cvs. Thanks, Curt. Alex Romosan writes: > Matevz Jekovec <[EMAIL PROTECTED]> writes: > > > Yesterday's CVS works fine on my machine (except disappearing sound, > > but that's probably plib a

re: [Flightgear-devel] WANTED: mailing list admin

David Megginson writes: > Curtis L. Olson writes: > > > Practically speaking, if no one wants to step forward to do this, I > > will just reconfigure the lists to allow all posts to go through > > immediately. > > Why not reconfigure so that all posts by non-memb

RE: [Flightgear-devel] Build problems

Jon Berndt writes: > Still can't get through the build process with Flightgear. SimGear built, > and I do have the library in question (libsgmath.a) in /usr/local/lib), but > I still get this: > > Making all in tests > make[1]: Entering directory `/home/Jon/src/FlightGear/tests' > g++ -o test

RE: [Flightgear-devel] Build problems

Jon Berndt writes: > > > It *appears* that g++ isn't searching /usr/local/lib automatically for > > libraries. You might want to try configuring FlightGear with > > something like: > > > > LDFLAGS="-L/usr/local/lib" ./configure > > > > That's a can of worms where differnet people think differ

Re: [Flightgear-devel] Build problems

Lee Elliott writes: > On Wednesday 13 August 2003 17:59, Martin Spott wrote: > > "Jon Berndt" <[EMAIL PROTECTED]> wrote: > > > Somehow I managed to build flightgear and end up with a 42 MB executable. > > > > Did you try to strip that beast ? > > > > Martin. > > -- > > Unix _IS_ user friendly -

RE: [Flightgear-devel] Building cvs fg - no sgPathSplit in SimGear

Al West writes: > I'm looking (I did a grep -r -i pathsplit * in the simgear subdir. > I did take a look at sg_path.cxx but the closest thing in there is dir() > - nothing in there that will return a list of strings. > Have I got an old version?: > sg_path.cxx v1.1.1.1 2002/09/07 02:57:42 Here's t

Re: [Flightgear-devel] Build problems

Matevz Jekovec writes: > What about if you compile with -g parameter and then strip the > build. Is debugging turned off then and the size exact as if you > compiled without -g flag? Or there are some differences? If you strip an executable compiled with the -g flag vs the executable compiled with

Re: [Flightgear-devel] Building cvs fg - no sgPathSplit in SimGear

You should be able to find this code in simgear/misc/sg_path.[ch]xx Regards, Curt. Allan West writes: > Hi, > > I'm still on my quest for a CVS build under cygwin. > > Latest error is : > tileentry.cxx: In member function `void FGTileEntry::load(const std::string&, >bool)': > tileentry.cx

RE: [Flightgear-devel] Build problems

Jon Berndt writes: > Somehow I managed to build flightgear and end up with a 42 MB executable. > > Now, change the name of the thread to Run Problems ;-) > > I run, and get this: > > Base package check failed ... Found version 0.9.1 at: /home/Jon/FlightGear > Please upgrade to version: 0.9.2 >

Re: [Flightgear-devel] Glut

Norman Vine writes: > Getting rid of GLUT dependencies is a good thing > even if the message in the CVS Log is a more then > a *little* scary since it 'mentions' moving to SDL We should probably have an open discussion on the developers list about this at some point. I'm not ready to make the j

Re: [Flightgear-devel] Build problems

Lee Elliott writes: > Ta for the explanation. As I just said, before I read this;), the only > difference that I'm aware of was setting the CFLAG and CXXFLAG variables. > > Could doing this clear the '-g' option, which is presumably set by default > somewhere? Prehaps specifying those cpu op

Re: [Flightgear-devel] Glut

Chris Reichow writes: > Taken from the SDL Win32 FAQ: > > Q:What is supported?A:SDL supports Windows 95/98/NT/ME/2000/XP. > SDL can be built with Visual C++, Borland C++, Cygwin, MinGW, > Dev-C++, and Watcom C++. > SDL takes advantage of DirectX hardware acceleration when it is > available, bu

Re: [Flightgear-devel] Re: scenery doesn't load after cvs update

Something is not making sense to me here. What are you using for your --fg-scenery= and --fg-root= options? Thanks, Curt. Melchior FRANZ writes: > * Curtis L. Olson -- Saturday 09 August 2003 04:53: > > Ooops I didn't catch that because I was explicitely specifying the &g

Re: [Flightgear-devel] Re: RFD: Landmarks and scenery (was Re: CYTZand CNTower)

Melchior FRANZ writes: > Unix systems are typically multi-user systems, and typically not every > user has root access. It would make sense to scan a system wide tree > in /usr/local/share (maintained by root and only writeable by him) > and a tree with the same layout in the user's home directory

Re: RFD: Landmarks and scenery (was Re: [Flightgear-devel] CYTZ andCN Tower)

[EMAIL PROTECTED] writes: > I have also a question: > Why do we use /usr/local/Flightgear as directory and not > /usr/local/games/Flightgear ? > > I would prefer /usr/local/games/Flightgear for everything, > the scenery, the game data and the runtime binary including with a symbolic > link in t

RE: [Flightgear-devel] Re: RFD: Landmarks and scenery (was Re: CYTZandCNTower)

Norman Vine writes: > Melchior FRANZ writes: > > > > * Norman Vine -- Friday 08 August 2003 21:18: > > > and as far as LandMarks go I can't really see why they don't just go in the > > > standard scenery file as since they are LandMarks they probably only > > > apply to one location :-) > > > >

Re: [Flightgear-devel] Vanishing cvs servers

Jon Stockill writes: > For some reason both cvs.flightgear.org and cvs.simgear.org are failing to > resolve. I've just been exploring with dig, and none of the listed > nameservers appear to have an A record for them. > > Anyone else seeing this? Jon, Give it another try in a few minutes and see

Re: RFD: Landmarks and scenery (was Re: [Flightgear-devel] CYTZ and CNTower)

David Megginson writes: > I've been thinking about this for a while, and I think that the best > approach would be to read scenery from multiple directories at once. > For example, I could have the main scenery under > /usr/local/FlightGear/Scenery/, and major landmarks under > /usr/local/FlightGea

Re: RFD: Landmarks and scenery (was Re: [Flightgear-devel] CYTZ and CNTower)

David Megginson writes: > Lee Elliott writes: > > > Perhaps we need a directory in Scenery that can be scanned for > > world landmarks like this. Could the model and location data be > > defined in an xml file? Would it be possible to animate them? > > (thinking rotating restaurants and swin

Re: [Flightgear-devel] shared base package question

Matevz Jekovec writes: > I was always wondering why do we have seperated base packages for every > OS? Shouldn't they be the same? (I rather asked here than go downloading:)) We really don't have separate base packages for separate OS's. We have one base package (.tar.gz and .tar.bz2 versions) a

RE: [Flightgear-devel] Glut

Norman, (Sorry this message got so long) Let me try to get this discussion back on track and address some of your specific comments. The way my mind works [1] I like to think before I leap. That involves thinking through the process (or design) as far as possible before taking any "irreversable

Re: [Flightgear-devel] X Crash with T38

Fabien ILLIDE writes: > First I use a Radeon Mobility, so may be it's more ati-3D related, but I > can observe and reproduce X crash with T38 aircraft on external view. > > I mean : no XFree crash with other planes, no crash when "pilot view", > but as soon I press "v" to see external view, it f

Re: RFD: Landmarks and scenery (was Re: [Flightgear-devel] CYTZ and CNTower)

David Megginson writes: > Curtis L. Olson writes: > > > The ":" path separate character might be hard to make unambiguos on > > the windows platform. But it is the standard under unix. > > > > Would anyone be opposed to using the ";" ch

[Flightgear-devel] WANTED: mailing list admin

Our current mailing list administrator/moderator has to step down because of conflicting real life duties. Does anyone else want to take up this task? Currently, all posts to the lists by non-list members need to be approved by a moderator. This is our anti-spam measure. Practically speaking, i

RE: [Flightgear-devel] request for comments?

Norman Vine writes: > I use OSG it in several projects and keeping a gnu WIN32 port going > is a *MAJOR* PITA > > in fact currently I seem to be the only one who can compile > the examples with Cygwin > > That said OSG is a powerful and rapidly growing library that I > appreciate enough to help

Re: RFD: Landmarks and scenery (was Re: [Flightgear-devel] CYTZ and CNTower)

David Megginson writes: > Besides, the paths will be different for every platform anyway -- if > you weren't going to include DOS drive letters, you wouldn't need to > worry about ':'. That is a fair point ... Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Citie

[Flightgear-devel] server maintanance

Just a heads up that at some point this afternoon I need to bring down the flightgear ftp/mail server to replace a drive that is going on the blink. I might do that right now so you might not get this email until after it's back up. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program Fl

RE: RFD: Landmarks and scenery (was Re: [Flightgear-devel] CYTZ andCNTower)

Norman Vine writes: > I am wondering what having multiple paths to search will do for 'stutter' > > and as far as LandMarks go I can't really see why they don't just go in the > standard scenery file as since they are LandMarks they probably only > apply to one location :-) It's more of an admin

Re: [Flightgear-devel] Multiplayer Network Server

Paul Morriss writes: > I got the acronym like this: > > *M*ultipl*AY*er *S*erver > > I prefer the acronym of MAPS. > > If people are intrested in the idea then I will start > to work on some specs. > > My original idea was to have two seperate server, one > for scenario and one for multiplayer,

[Flightgear-devel] request for comments?

Hi, I just wanted to float an idea on the list and see if anyone had any comments. This isn't an official proposal and I'm not chomping at the bit to make a change. It's just an idea I find interesting to think about and I'd like to get some sort of feedback/comments if any one has any. plib/ss

RE: [Flightgear-devel] Build problems

Norman, seems more proper than "GL/glut.h" so I will make the change in the configure.ac files. Thanks for catching this, Curt. Norman Vine writes: > Jon Berndt writes: > > > > I've tried building the latest flightgear from CVS. I've updated to the > > latest version both plib and simgear an

RE: [Flightgear-devel] request for comments?

Norman Vine writes: > No it has more todo with my appreciating easily understood code in > multiprogrammer projects and that OSG is still rapidly evolving Fair enough; I've heard the 'rapidly' developing comment from other sources as well. > BTW Have you ever tried writing any code with OSG ??

Re: [Flightgear-devel] request for comments?

Lee Elliott writes: > What native object formats would be supported? If we stuck with the .ac > object format then we're going to be limited to one texture per object > anyway. Lee, I don't think either OSG nor OpenSG support the .ac format. However, it shouldn't be that hard to write a pli

RE: [Flightgear-devel] request for comments?

Norman Vine writes: > Well being the original porter and current maintainer of > OpenSceneGraph's Cygwin and MingW32 ports as well as the main WIN32 > contributer < porter > for Producer the GLUT replacement used by OSG > I guess I might be in a position to make a relatively informed > comment. >

Re: [Flightgear-devel] Clouds3D and Matrices in general

David Megginson writes: > Curtis L. Olson writes: > > > I think we should be drawing the 3d model of the aircraft last, after > > the sky, terrain, and clouds. > > It's not a big deal, but that will mean that the plane will be visible > through hills, towers,

Re: [Flightgear-devel] Scene lighting expiriment

Erik Hofman writes: > Curtis L. Olson wrote: > > > On my monitor, the first screen shot looks much worse with the new > > colors. The 2nd is really no comparison becuase it is all dark. The > > new way simply eliminates any tiny amount of ambient light which >

Re: [Flightgear-devel] Clouds3D and Matrices in general

Lee Elliott writes: > I've noticed this effect too, on the 2d clouds. I think it's an ordering > issue. When I use transparent objects/textures in a model I have to be > careful of it's position in the object list - basically, every object that > comes after a transparent object is invisible w

Re: [Flightgear-devel] Networking

Paul Morriss writes: > Hi all, > Does flightgear use UDP (connection-less) or connect > oriented in the networking code? FlightGear uses (or can use) both UDP and TCP sockets for various purposes. > Also do you feel that UDP is good enough for network > gaming. It really depends on the specifi

Re: [Flightgear-devel] Scene ligting expiriment

Erik Hofman writes: > Well, yeah. > How about color changes due to sunrise/sunset or even plain white > illuminated objects after sunset. > > It might well be there is something not right in there, but it is much > better than what it was. Maybe we should remove the lighting tables > after all?

Re: [Flightgear-devel] Scene ligting expiriment

Erik Hofman writes: > Curtis L. Olson wrote: > > Erik Hofman writes: > > > >> > >>Hi, > >> > >>I've updated the lighting to reflect the following: > >> > >>scene_ambient = fog_color * ambient > >>scene_diffuse

Re: [Flightgear-devel] Scene ligting expiriment

Erik Hofman writes: > > > Hi, > > I've updated the lighting to reflect the following: > > scene_ambient = fog_color * ambient > scene_diffuse = fog_color * diffuse > scene_specular = sun_color * specular > > As I said, this is still just a test, but I like to know every bodies > opinion so fa

Re: [Flightgear-devel] Gliding (Stall)

The YAsim aircraft seem to have something slightly strange with the prop windmiling when then engine is not running. It's almost as if as you glide, you are winding up a big rubber band or something as the props windmill. Then eventually the props begin to generate so much negative thrust (drag)

[Flightgear-devel] away for the week

In case anybody cares, I will be off to LA, California all this week. I'll have very limited email access so hopefully anything that involves me can wait until I return. Best regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu

Re: [Flightgear-devel] Fokker 50 turboprop commuter

Jon Stockill writes: > On Mon, 28 Jul 2003, Frederic Bouvier wrote: > > > Blender is a very productive tool. Worth the time it takes to learn the > > basics. > > Agreed - Initial attempts at using it left me wondering what sort of > substances the people who designed the UI were abusing, but once

Re: [Flightgear-devel] Speed question?

Matevz Jekovec writes: > In 3d cockpit view. That leads me to another question. Is there any way > we can optimize the graphic engine, not to be so slow in 3d cockpit > view? I know we had similar problems with the engine in Falcon, but were > never solved due to untouchable source code later (l

Re: [Flightgear-devel] Speed question?

Matevz Jekovec writes: > I have PII 333 Mhz with GF2MX 32MB on PCI and 256 MB of SDRAM. I have > Abit LX something motherboard and SBAWE64 on ISA (I'm about to buy Live! > in the next few days). I would like to run FGFS smoothly (that's about > 15-20 FPS) on GNU/Debian Linux unstable and using t

[Flightgear-devel] forwarded message from Andrei Barbu

Hi, Andrei has kindly offered to do a bit of web page redesign for the FlightGear project. The included message has a link to his proposed changes for the front page. What do people think? The sample is up at geocities so ignore the advertising; that of course is not part of the redesign. :-)

Re: [Flightgear-devel] Segfault starting up

Try the airport code in all caps ... this used to be more robust to non-matching codes, not sure what changed but we should probably look into it. Regards, Curt. Sydney Weidman writes: > Not sure if I should ask about this problem here or in the user list but > here goes: > > I tried to start f

Re: [Flightgear-devel] Instrument Flight Test: Passed

David Megginson writes: > It's actually fairly easy when you're being vectored -- ATC says "turn > left to 160" and you turn left to 160; ATC says "not below 2000 feet" > and you descend to 2000; etc. > > The hard part is when they put you on your own: "cleared to the > Gatineau airport for an app

Re: [Flightgear-devel] Incoming!!!!!!!!!!!!

Matt Fienberg writes: > > > David Megginson wrote: > > > [EMAIL PROTECTED] writes: > > > > > What way does Flightgear use? > > > Static tables or real time calculations or something other? > > > > Both, sort-of. Unlike X-Plane, FlightGear does not limit you to a > > single type of physics eng

Re: [Flightgear-devel] Incoming!!!!!!!!!!!!

[EMAIL PROTECTED] writes: > In the article i read the following: > "In fact, flight characteristics are calculated in real time from aircraft > design data, not static tables like MS Flight Simulator." > > What way does Flightgear use? > Static tables or real time calculations or something other?

Re: [Flightgear-devel] added a scaling animation type

Jim Wilson writes: > There is a page on the website too which I think is a separate copy: > http://www.flightgear.org/Docs/fgfs-model-howto.html > > I need to add docs for the modifications I've made in the last month. Working > on the 747 it wasn't clear what would be needed, but probably the l

Re: [Flightgear-devel] added a scaling animation type

Frederic Bouvier writes: > I was thinking about scaling for gear actuators too. Would it be > possible to scale along an arbitrary axis ? possibly with 3 different > scale factors, or is it beyond the scope of this change ? I think this is within the scope of the scale transform. You can specify

Re: [Flightgear-devel] added a scaling animation type

David Megginson writes: > It's in docs/Model/fgfs-model-howto.html. You have to check out the > docs module of FlightGear to get it, though, since it's not part of > the main source distro. When I have time, I'd like to get it into the > Wiki. Ok, I have added a section to this document for the

Re: [Flightgear-devel] added a scaling animation type

Lee Elliott writes: > On Wednesday 23 July 2003 18:59, Curtis L. Olson wrote: > > If someone can tell me where the model animation is documented I will > > update the docs as well. > > I don't think I've actually seen any animation docs anywhere. They'd be

re: [Flightgear-devel] added a scaling animation type

David Megginson writes: > Curtis L. Olson writes: > > > I just committed an update to simgear to add support for a scale > > animation type (in addition to rotate and translate.) > > Great! When I talked to Steve Baker about scaling, he said that it > wasn't a

[Flightgear-devel] added a scaling animation type

Hi, I just committed an update to simgear to add support for a scale animation type (in addition to rotate and translate.) If someone can tell me where the model animation is documented I will update the docs as well. One use for scaling that comes to mind is to do something analogous to Lee's s

Re: [Flightgear-devel] Replay kills framerate

Frederic Bouvier writes: > Ok, I got it ! You are passing list to interpolate by value, so there is > a huge ( in my case ) penalty copying and destroying list that is pretty > big for the short term samples. The patch below cures the problem and > saves some precious milliseconds. > > -Fred > >

Re: [Flightgear-devel] Replay kills framerate

Frederic Bouvier writes: > Curtis L. Olson wrote: > > Frederic Bouvier writes: > > > I am using replay for the first time and I must admit I am impressed. > > > I can see now how my approaches are bad ;-) > > > > > > But, in the last 30s of play,

Re: [Flightgear-devel] Replay kills framerate

Frederic Bouvier writes: > I am using replay for the first time and I must admit I am impressed. > I can see now how my approaches are bad ;-) > > But, in the last 30s of play, my framerate drop to less than 1fps. > I removed the debug cout that are still in the code, but its even > worse. It is

Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:source/src/Network native_fdm.cxx, 1.12, 1.13 net_fdm.hxx, 1.5, 1.6

Bernie Bright writes: > These latest changes generate a compilation error: > > native_fdm.cxx: In function `void FGProps2NetFDM(FGNetFDM*, bool)': > native_fdm.cxx:252: invalid operands of types `float' and `unsigned int' to > binary `operator&' > > The gear_* members should be converted using ht

[Flightgear-devel] Lee's YF23

I have just committed a round of updates and reorganizations for Lee's YF23 model. --aircraft=yf23-yasim Check it out, it's beautifully done, including nice gear strut animation. He also added a shadow as part of the model (which is how they do it for the high end commercial driving sim we r

Re: [Flightgear-devel] FlightGear sound libraries?

Matevz Jekovec writes: > I wonder, which libraries does FlightGear use, in order to get sound > working on all platforms? I thought it was OSS, but AFAIK OSS hasn't > been ported to other non-unix systems? FlightGear uses plib's sound system as a portability layer; I'm not sure what all plib sup

Re: [Flightgear-devel] Re: boeing 747-400 3d cockpit

Tim Jelliffe writes: > I have to say, that this looks awesome. Very impressive! I'm not a big fan of "me too" messages, but in this case I have to second this motion. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu c

Re: [Flightgear-devel] weird reset

[EMAIL PROTECTED] writes: > Am Samstag, 19. Juli 2003 22:21 schrieb Christopher S Horler: > > This sometimes happens when I reset - I can't reproduce it everytime, > > I'm looking into things that may make it happen - it seems almost like > > some values are being initialized incorrectly i.e. the p

Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Scenery/w130n30/w123n37737-01.rgb,NONE,1.1737-static.ac,1.1,1.2 942050.stg,1.5,1.6

Frederic Bouvier writes: > The texture should be marked -kb in CVS. It is corrupted under windows > and makes FG segfault on loading it. > > Where is that cvswrapper that enforce the use of -kb for any rgb file ? It's on my todo list ... 2 out of town funerals and a trip to Norway for business ha

Re: [Flightgear-devel] RE: Instant replay system

McCreanor, Duncan writes: > When we were developing the Multiplayer code, we tested a crude but > simple replay mechanism. > > Using tcpdump we captured the multiplayer broadcast packets to a file. > We then used a simple program that read the captured data (used libpcap) > and put the packets bac

Re: [Flightgear-devel] Instant replay system

Lee Elliott writes: > That's a nice addition - sounds neat:) > > I was just about to turn in for the night, and I did an update > earlier this evening, but I think I'll get this now:) > > Hmm... I've been using the 'r' key for reheat but that's not a > problem - was a consensus reached on a schem

[Flightgear-devel] Instant replay system

I have implimented a first stab at an instant replay system and have just commited it to CVS. The system continuously records your flight data and allows you to play back your flight. Saving flight data at full resolution can quickly burn up a lot of RAM, so at the moment, only the most recent 60

Re: [Flightgear-devel] Re: Maiden flight

Alex Perry writes: > I suspect that the big reason the FAA uses 40 degrees for private pilots > is so they can use 55 degrees for commercial pilots while keeping both > angles below the 60 degree regulatory limit where parachutes are required. > > Both kinds of steep turn are specified with an alt

Re: [Flightgear-devel] FG Network interface

Martin Spott writes: > "Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > > Martin Spott writes: > >> Maybe sometime someone finds the time to 'normalize' this interface to make > >> it platform independent ;-) > > > Could you be more

Re: [Flightgear-devel] FG Network interface

Martin Spott writes: > Maybe sometime someone finds the time to 'normalize' this interface to make > it platform independent ;-) > I'll see if I get a colleague doing this - if Curt does not object. I think > it makes sense to define byte order and size of the respective values a > 'standard' like

Re: [Flightgear-devel] FG Network interface

Bernie Bright writes: > > Unfortunately the interface mechanism you are using is not designed to > > be high bandwidth. I believe it runs at 5hz? and only processes one > > line/command per iteration. > > You could try upping the frequency via the command line, > "--props=socket,bi,20,,5500,tcp".

Re: [Flightgear-devel] FG Network interface

Christophe DONTAINE writes: > Hi, > > I'm writing a little application to link Aerowinx PS1 simulator to > FlightGear to have a better world visualization. > > (to C. Olson: the project discussed by mail the 18 April) > > I use the FG 0.9.1 from CVS where I found a java library to drive FG > fro

Re: [Flightgear-devel] Golden Gate Bridge

David Megginson writes: > Curtis L. Olson writes: > > > Most high end commercial sims explicitly prevent flying under > > bridges. It's one of the first things most people think to try, > > but it's not something a serious training sim would want to >

Re: [Flightgear-devel] glass cockpit

Enrico Schiratti writes: > > Take a peek at www.first-day.org/jpgs for some examples. These are > designed > > for a full size flight deck sim so some of the detail may not be possible. > > Also don't forget the five overlays for weather, airports, vortacs, > > waypoints, and route ETAs on the ND >

Re: [Flightgear-devel] Golden Gate Bridge

James Turner writes: > Yes, it looks great. However, it has unearthed a *serious* (ahem) issue > with the collision detection logic. > > You can't fly under the bridge. I tried it once, in the airbus, and > figured i'd clipped the tail on the road deck, but I just tried again > with the 747, an

Re: [Flightgear-devel]

Arnt Karlsen writes: > ..guns are _never_ needed around civilized people. ;-) Agreed 100%, that's why we need to have them in case of un-civilized people, and for video games, movies, tv shows, and the occasional olympic sporting event. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program

Re: [Flightgear-devel]

Arnt Karlsen writes: > On 11 Jul 2003 12:47:47 GMT, > Martin Spott <[EMAIL PROTECTED]> wrote in message > <[EMAIL PROTECTED]>: > > > Melchior FRANZ <[EMAIL PROTECTED]> wrote: > > > > > Of course not. Erik's crappy compiler doesn't seem to find it > > > strange that a function doesn't return any

Re: [Flightgear-devel] 5 projector wrap around display.

WillyB writes: > H At least it's not WinBlows :P > > Seriously, and just out of curiousity, what OS would be your choice? This is getting *way* off topic and *way* into the area of personal opinion, but I personally run Debian. I've been hearing good things about Gentoo lately so that's

RE: [Flightgear-devel] 5 projector wrap around display.

Norman Vine writes: > Curtis L. Olson writes: > > > > Today I was able to get FlightGear running on a 5 projector wrap > > around display. > > > > Here is a picture of the facility (when it was running other > > software): > > > >

Re: [Flightgear-devel] 5 projector wrap around display.

Jim Wilson writes: > Very nice! So when you turn the wheel, does it steer or do you use > the pedals? > > Any chance I could borrow it just for the weekend? If any one wanted to travel to minneapolis, there is a good chance I could get you in for a demo (assuming the sim isn't being used at th

<    9   10   11   12   13   14   15   16   17   18   >