[Flightgear-devel] Lightmap terrain shadowing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does Plib have the capacity to do lightmapping? I've just been reading up and doing some work on dynamic terrain lightmaps for self shadowing terrain. It might may FGFS look a bit cooler. Thanks, David - -- If you give someone a program, you will frustrate them for a day. If you teach them how to program, you will frustrate them for a lifetime. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9nTUXZOfFgbBAbXARAj5QAKCh2g9Mkw5F076qTWqlguuLOqKZ1wCfZhRH Hw1f1fFxASjcw+5VbpPoqOY= =6rNH -END PGP SIGNATURE- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Startup seg fault
On Thursday 03 October 2002 11:52 pm, John Wojnaroski wrote: > With the latest CVS for SimGear and FG (updated 20:00 PDT) seeing > > Unable to detect the current language > ./test: line 5 9148 Segmentation fault yada yada yada > > Wasn't paying attention to the discussions on internationalization -- did I > miss something? > > Base package was updated as of 03Oct02 02:01:31 EDT. Is CVS racing ahead of > the base package? > > Regards > John W > Not to my knowledge. I'm having a problem building Simgear myself ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Startup seg fault
With the latest CVS for SimGear and FG (updated 20:00 PDT) seeing Unable to detect the current language ./test: line 5 9148 Segmentation fault yada yada yada Wasn't paying attention to the discussions on internationalization -- did I miss something? Base package was updated as of 03Oct02 02:01:31 EDT. Is CVS racing ahead of the base package? Regards John W ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internationalization
Andy Ross writes: > The current font is ASCII-only. Doing an ISO 8859-1 (or -15) version > would be pretty simple, although visual quality might suffer if we > have to stay at 256x256. The font file format works fine at bigger > sizes, but Voodoo cards don't support textures larger than this. I think that the plib code for scaling textures down works OK now, so it should be safe to use larger texture files. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internationalization
Frederic Bouvier writes: > I made a french translation but unfortunately, accented characters > ( e acute or a grave for instance ) are not present in the current > font. I think the problem will show up for several languages. > Should we have to provide a specific accented font for languages > like nordic or french ? For the record, the XML parser we're using looks for UTF-8 by default; if you encode French or German characters in ISO Latin1, you'll need at the top. The good news is that, since XML parsers support Unicode, we can (at least internally) include translations into Russian, Arabic, Mandarin, Japanese, or what-have-you. Get to work on the fonts, kids. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Internationalization
On Thu, 2002-10-03 at 09:59, David Megginson wrote: > Curtis L. Olson writes: > > > Have Ishared this? > > > > http://www.menet.umn.edu/~curt/tmp/startrekkin.mp3 > > I kind-of wish you hadn't. I'll second that. > > > All the best, > > > David > > -- > David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Tony Peden [EMAIL PROTECTED] We all know Linux is great ... it does infinite loops in 5 seconds. -- attributed to Linus Torvalds ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internationalization
Frederic Bouvier wrote: > I made a french translation but unfortunately, accented characters ( e > acute or a grave for instance ) are not present in the current font. I > think the problem will show up for several languages. Should we have > to provide a specific accented font for languages like nordic or > french ? The current font is ASCII-only. Doing an ISO 8859-1 (or -15) version would be pretty simple, although visual quality might suffer if we have to stay at 256x256. The font file format works fine at bigger sizes, but Voodoo cards don't support textures larger than this. There is a fundamental 8 bit limitation in the file format (and I think in plib too), however. Doing unicode stuff will need surgery in plib to support a fancier font description. What is needed is a list of Postscript "glyph names" for the high 128 characters of the font (because ps fonts don't have a fixed encoding -- the only unique way to specify a desired character is as a symbolic glyph name). I'm sure this could be looked up somewhere... Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Internationalization
Frederic, > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Frederic > Bouvier > I made a french translation but unfortunately, accented characters > ( e acute or a grave for instance ) are not present in the current > font. I think the problem will show up for several languages. > Should we have to provide a specific accented font for languages > like nordic or french ? Initially, I had this same problem with strings-de.xml. After a little google search I found I have to add the encoding in the header, i.e. This does the job for me. I don't know if this same encoding works for you, but a similar one should. Sincerely, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internationalization
From: "Erik Hofman" <[EMAIL PROTECTED]> > Curtis L. Olson wrote: > > Erik Hofman has done some further work on building and > > internationalization/locale infrastructure for FlightGear. > > > I know this is just scratching the surface, but hopefully for > > starters, seeing the menu items in your own native language will make > > FlightGear just a little more comfortable. > > Or to put it in other words: Time to sent in you localized files. > (It it actually quite neat to see the menu in Dutch now ;-) ) I made a french translation but unfortunately, accented characters ( e acute or a grave for instance ) are not present in the current font. I think the problem will show up for several languages. Should we have to provide a specific accented font for languages like nordic or french ? Cheers, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] STL and vectors
Erik Hofman writes: > David Megginson wrote: > > Erik Hofman writes: > > > > > Can someone explain me how to erase a member from an STL vector? > > > I've tried several things, but it looks like it isn't removed anyhow. > > > > You need to use erase(), passing in an iterator (yes, I know, I hate > > STL iterators too -- another idea that was just a little too clever). > > Is there an easy way to get an itterator from an indexed value (e.g. > value[1]), or do i need do to everything with iterators then? > how about vector<> v; v.erase(v.begin()+index); Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Internationalization
Curtis L. Olson writes: > Have Ishared this? > > http://www.menet.umn.edu/~curt/tmp/startrekkin.mp3 I kind-of wish you hadn't. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internal compiler error
Andy Ross wrote: > http://www.memtest86.com/ I haven't noticed random crashes or corruption in the two years I've been running my current PC, but I decided to try this anyway. Most of the tests showed no problems, but the "block move" tests found thousands of errors, mostly in a particular bit of the data bus. I was surprised and concerned! This is running at rated speed; I haven't yet tried under-clocking. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] Internationalization
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Erik Hofman > Or to put it in other words: Time to sent in you localized files. > (It it actually quite neat to see the menu in Dutch now ;-) ) I already sent John a German file strings-de.xml, which should show up in the base package soon. BTW, would it be hard to make laguage a start option before trying anything more complicated? Sincerely, Michael -- Michael Basler, Jena, Germany [EMAIL PROTECTED] http://www.geocities.com/pmb.geo/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] STL and vectors
Jon S Berndt wrote: > On Thu, 03 Oct 2002 17:06:28 +0200 > Erik Hofman <[EMAIL PROTECTED]> wrote: > >> Is there an easy way to get an itterator from an indexed value (e.g. >> value[1]), or do i need do to everything with iterators then? >> >> Erik > > > What, exactly, are you trying to do? I'm creating a script scheduler for FlightGear. > > If it helps, there's some example code in JSBSim FGGroundReactions.cpp. > I'm not saying it's ideal, but it works! ;-) Okay, I'll take a look at it. Thanks. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Internationalization
David Megginson writes: > Curtis L. Olson writes: > > > I know this is just scratching the surface, but hopefully for > > starters, seeing the menu items in your own native language will make > > FlightGear just a little more comfortable. > > Excellent work. How long before someone does Klingon? We'll need to be able impliment cloaking first. "There's Klingons on the starboard bow, starboard bow, starboard bow ..." Have I already shared this? http://www.menet.umn.edu/~curt/tmp/startrekkin.mp3 Curt. -- Curtis Olson IVLab / HumanFIRST Program 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] STL and vectors
On Thu, 03 Oct 2002 17:06:28 +0200 Erik Hofman <[EMAIL PROTECTED]> wrote: >Is there an easy way to get an itterator from an indexed >value (e.g. value[1]), or do i need do to everything with >iterators then? > >Erik What, exactly, are you trying to do? If it helps, there's some example code in JSBSim FGGroundReactions.cpp. I'm not saying it's ideal, but it works! ;-) Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internationalization
Curtis L. Olson wrote: > Erik Hofman has done some further work on building and > internationalization/locale infrastructure for FlightGear. > I know this is just scratching the surface, but hopefully for > starters, seeing the menu items in your own native language will make > FlightGear just a little more comfortable. Or to put it in other words: Time to sent in you localized files. (It it actually quite neat to see the menu in Dutch now ;-) ) Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
re: [Flightgear-devel] Internationalization
Curtis L. Olson writes: > I know this is just scratching the surface, but hopefully for > starters, seeing the menu items in your own native language will make > FlightGear just a little more comfortable. Excellent work. How long before someone does Klingon? All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] STL and vectors
David Megginson wrote: > Erik Hofman writes: > > > Can someone explain me how to erase a member from an STL vector? > > I've tried several things, but it looks like it isn't removed anyhow. > > You need to use erase(), passing in an iterator (yes, I know, I hate > STL iterators too -- another idea that was just a little too clever). Is there an easy way to get an itterator from an indexed value (e.g. value[1]), or do i need do to everything with iterators then? Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Internationalization
Erik Hofman has done some further work on building and internationalization/locale infrastructure for FlightGear. The new code supports the LANG environment variable for setting the desired language. Currently this only affects the menu system, but in the future we could internationalize other portions of the program. In $FG_ROOT/Translations there is a locale.xml file. This file maps the contents of LANG into a specific strings-.xml file and could also in the future map country specific keyboard bindings, a different menu font that supports different characters, etc. To add a new language to FlightGear, you need to add a new section to Translations/locale.xml following the examples in the file itself. Then you need to provide a new Translations/strings-.xml which you can copy from an existing file and then do the appropriate tranlation. I know this is just scratching the surface, but hopefully for starters, seeing the menu items in your own native language will make FlightGear just a little more comfortable. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program 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] STL and vectors
Erik Hofman writes: > Can someone explain me how to erase a member from an STL vector? > I've tried several things, but it looks like it isn't removed anyhow. You need to use erase(), passing in an iterator (yes, I know, I hate STL iterators too -- another idea that was just a little too clever). All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] STL and vectors
Hi, Can someone explain me how to erase a member from an STL vector? I've tried several things, but it looks like it isn't removed anyhow. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Internal compiler error
Thanks for your help guys. It turns out it was a RAM problem afterall. I borrowed some RAM from a friend and tried compiling with it installed in my machine and everything works fine. The suspect RAM I had was a RAmos 512MB PC133 CL3 SDRAM chip. I borrowed two 128MB Hyundai SDRAM chips (one is PC100 and the other PC133). I might try to do a swap with my friend for a while since my RAM only seemed to cause problems compiling but not for other "normal" applications. Regards, Clarence. - Original Message - From: "Richard Bytheway" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 02, 2002 11:57 PM Subject: RE: [Flightgear-devel] Internal compiler error > Sig 11 errors during large compiles are often symptomatic of RAM problems (http://www.bitwizard.nl/sig11/). > I don't know whether this applies to Cygwin as well as Linux, but it might. > > I doubt that this is a problem with the source as many people have built all the > source you mention without problem, myself included on W2K/Cygwin. > > As mentioned in the Sig11 FAQ (link above), ensure that all the hardware in the PC is the correct spec, and that nothing is overclocked. Try underclocking as a possible workaround. If your RAM is on more than one stick, try removing different parts of it. > > As an aside, you may want to switch to plib 1.6.0, simgear 0.2.0 and FlightGear 0.8.0/0.9.0 when you get things working. > > Richard ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 3dClouds
Whoops! Left the 3dclouds thinking I'd solved the transform problem from skywork coordinates to fg cartesian... Wrong!! The solution at KSFO was a 'happy accident". The math for defining the transform matrix is correct, just plugging in the wrong values to calculate the required vectors for rotating the cloud field. I'll send an update to Curtis fixing the problem after doing a few tests at places other than KSFO. Regards John W. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Subsystem Manager
Jim Wilson writes: > This should organize things quite a bit. Very nice. One thought: > is it possible that the sequence of processing subsystems could be > different for different functions? My initial take would be no, > and I can't think of a good reason for it off the top of my head, > but maybe certain subsystems would require initilization and/or > binding in one order and updating in another order. There's a possibility that will happen, but I wouldn't want to complicate things until it was clear that we had to. Note also that a subsystem has two places it can run initialization code: the init() method and the constructor. Anything that absolutely has to be done early (like setting up an OpenGL context) can be done in a constructor rather than the init() method. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
