Re: [Flightgear-devel] Solaris compile error
> That looks really ugly ... could it be bugs/problems with the sun > linker? Usually the sun assembler and linker - both in /usr/ccs/bin/ - are quite fine with GCC. I've compiled more than 200 OpenSource packages using these tools, so I believe you have to look somwhere else for this bug. After having a short look at the topic I have the impression that some libraries might be missing at the linker command. On Solaris you will need "-lsocket -lnsl" for binaries that do networking. Is this for Sparc or x86 ? I might have missed the message Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Solaris compile error
> I'm not sure any one has had flightgear running on a sun box in recent > memory. This means that whatever problems you have encountered > building on the solaris platform probably have been lurking for years [...] I _had_ a Solaris binary sometime summer 2000 using recent GCC and Solaris 'ld'. So it _was_ possible. Maybe it's still possible, but I don't have the time to verify by now. I promise that I'll try to fix the Solaris build process - but don't hold your breath, you might be waiting several weeks for it Even if I succeed in building a binary I won't be able to test it because it's only a four way Sparc20 without graphics board I'm running Solaris on, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Metakit
From: Alex Perry <[EMAIL PROTECTED]> > Go find the MEMCHK project and download the floppy disk image. > Copy it to a floppy and leave it running overnight (or over weekend, etc). > It'll tell you for-sure what the status of your memory chips and bus are. as long as you are _not_ SMP (or did I mix something up ?), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] marchetti-uiuc-set.xml
Hi, would anyone mind including ftp://ftp.uni-duisburg.de/FlightGear/Aircraft/marchetti-uiuc-set.xml into the base package ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] JSBSim changes
[... Tony wrote ...]: > OK, after discovering that my original implementation was horribly > buggy, I have now committed a better version of the normalized control > surface position code to JSBSim and FG cvs. There is a new set of > properties for these: > /surface-positions/flap-pos-pct [...] Hmmm, would anyone be so kind to add these controls to the 'External(NET)' FDM some time ? I am designing some flight control system for a private model aircraft project and I'd love to use FlightGear for visualization. To be honest: I found my way to the FlightGear project when I was looking for some code that I could steal in purpose to drive a remote display. Unfortunately I had to find out that I don't have the skills to do the 'real' coding myself - except from the very little time critical prototyping in Perl So I am now in the stage of examining the External interface and I would love to use FlightGear visualization to see if I'm correct. There is much more motivation in having visual feedback instead of having numbers only ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] playing with runway lighting
> If anyone wants to take a look at the runway lighting work I've done > so far here's what you need to do: Wow, this is _very_ nice, indeed. I have to admit that I'm waiting for this a long time. For me it does not matter that much if the layout is really exact - I'm happy as long as I have a chance to spot the runway at night. I put a screenshot (600 kByte) at: http://document.ihg.uni-duisburg.de/FGFS/KSFO-night.png Thanks very much, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Starting point for heli sim ?!
> Where's this autopilot-devel list you're talking about? http://autopilot.sourceforge.net/. Primarily intended top build a self controlled model helicopter (sort of UAV), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Starting point for heli sim ?!
Initial Mail: http://www.geocrawler.com/lists/3/SourceForge/15951/0/8054454/ CVS: :pserver:[EMAIL PROTECTED]:/cvsroot/autopilot checkout sim Screenshot: http://autopilot.sourceforge.net/images/sim.04.png (with some code 'borrowed' from OpenGC) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] playing with runway lighting
>> Any words on how to model (edit) your favorite 'airport.btg.gz' file? > Do you want to 'add' objects or change something about the > automatically generated runway and taxiway model. I for instance would like to add some lights to my favourite home airport, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] playing with runway lighting
> Martin Spott writes: >> I for instance would like to add some lights to my favourite home airport, > Are you talking about standard runway and approach lighting, or other > types of lighting. I'd be happy if I at least could add simple runway lighting as you did for KSFO. I don't need more sophisticated lighting by now - I believe you will be adding it to the whole scenery anyway some time (maybe together with updates for roads and rivers ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Redhat (vs debian) / BSD OK?
> The problems people have with the xBSD have nothing to do with FGFS. > Once you've got all the dependencies (i.e. GL, PLIB, MK, etc) working, You might get in trouble with some graphics boards that are not supported by XFree86/DRI. I know that there is a project to build something that is comparable to the NVidia Linux kernel module but I don't know by now how far development has gone now, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Redhat (vs debian) / BSD OK?
> FWIW on a SuSE 7.3 system I had to downgrade (install parallel actually) > autoconf. Just pointing out SuSE needed a little tweak too. I would'nt call it that way. Autoconf on SuSE-7.3 works pretty nice. The only tweak is that you have to run 'aclocal' with '-I .'. I know this because I do build FlightGear from CVS on a daily basis, using SuSE-7.3. I once asked to include this into the 'autogen.sh' script but nobody noticed, so I'm running my own stuff: # ls CVS > /dev/null && (libtoolize --copy --force; aclocal -I .; autoheader; automake -a; autoconf) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] How to define a new airport
> I'd like to define a new airport. How can I do that ? Is there any paper > talking about it ? There is FlightGear/docs-mini/AptNavFAQ.FlightGear.html with lots of useful information but I have the impression that you need to regenerate scenery at this location to include the new airport. > [...] Is there any place where we can get coordinates of all > airports around the world ? http://www.aircraft-charter-world.com/airports/ http://www.worldaerodata.com/ These might serve as a starting point. But they list only those who are officially 'open'. BTW, if anyone has data on FX01 (Chambley Airbase in France where the annual RSA meeting takes place) - o.k., I admit, I'm repeating myself Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OT: SuSE new release ad page
> http://www.suse.com/us/products/suse_linux/i386/games.html Yep, I've been pushing them a bit to make a build of the new release of FlightGear :-) Unfortunately this will not include all the nice stuff that went in in the meantime (c310 crashes on gear retraction ;-). I'll figure out how to build a suitable replacement' package from the CVS tree, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] How to define a new airport
> http://www.aircraft-charter-world.com/airports/ > http://www.worldaerodata.com/ I forgot to mention: http://www.ivao.org/db/ss/ and: http://www.airports.de/airport.shtml ... for German airports, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OT: SuSE new release ad page
> Interesting note, the top item on the list, "Racer" is not GPL or anything > close to opensource ( see http://www.racer.nl/legal.htm ). It also uses [...] Yep, the also ship near to commercial software with their distribution - at least on CD-ROM. Anyway you will find such sort of software on _any_ known distribution - think of the 'forms' library Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] OT: SuSE new release ad page
> Interesting note, the top item on the list, "Racer" is not GPL or anything > close to opensource ( see http://www.racer.nl/legal.htm ). I totally forgot Are you (Alex) using an Nvidia graphics board ? O.k., as I remember you do not. But many pople on this list do. So there seems to be very little objection to using closed source software, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Nvidia specific drawing and plib/Flightgear
> so we can run for example ./configure --with-nvidia-ext I'd like to mention that I have strong feelings against use of proprietary, single vendor extensions in the main source tree, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Manager Changes
> I've now modified the property-manager interface to use const char * > instead of std::string throughout the public interface [...] make[3]: Entering directory /usr/local/src/SimGear/simgear/misc' g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/opt/gnu/include -I/usr/local/include -I/usr/X11R6/include -O3 -D_REENTRANT -c props.cxx props.cxx: In method onst char * SGPropertyNode::make_string() const': props.cxx:489: implicit declaration of function nt sprintf(...)' props.cxx: In method lass vector > SGPropertyNode::getChildren(const char *)': props.cxx:799: implicit declaration of function nt sort(...)' make[3]: *** [props.o] Error 1 make[3]: Leaving directory /usr/local/src/SimGear/simgear/misc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /usr/local/src/SimGear/simgear' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory /usr/local/src/SimGear/simgear' make: *** [all-recursive] Error 1 quickstep: 17:41:31 /usr/local/src/SimGear> gcc --version 2.95.3 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Manager Changes
> Try a new CVS checkout of SimGear and see if the problem is still > there. Already done that. Looks fine - thanks for the patch, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] gcc on IRIX
> Someone here uses gcc on IRIX, right? Anything to mention > as far as how well it works there? Compatibility problems > with anything? I do. Works quite nice with common Unix/GNU utilities. I was proud I succeeded in building a N64 GCC, but unfortunately this one was not able to build FlightGear because of some misinterpretation between frontend and backend (internal compiler error - don't know any more). This has been gcc-2.95.3, I never tried 3.0.x but I will do in the near future as time permits. Erik has once built N32 binaries of FlightGear with gcc-2.95.3pre-something, but the redulting binaries proved to be a bit slow on low end machines with less than 200 MHz CPU - be it an Indigo2 MaxImpact or an Octane. I'm quite curious to see FlightGear running on IRIX after the recent speed improvements and property changes have settled, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug with c310
> One other nit: retracting the gear while sitting on the runway doesn't > work like it should. :-) I'm happy that is works as it does now, because I don't get an airplane crash when I forget the gear before landing :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] fgfs-base or Flightgear problem on Linux - Alpha
> After a tedious and miserably experimental effort that took me half a > week to get DRI and openGL on my Alphaserver 3305 with an ATI rage 128 > card running, [...] Aaaah, that sounds interesting. Are you building FlightGear on Tru64 or on Linux ? I have a 300 MHz AlphaServer1000 at home - yet without graphics board - with Tru64 on it. Although my machine don't have an AGP slot (does your's ? I believe r128 is AGP only !?) I might put some other PCI board in and have a try Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Property Manager Changes
> I've now modified the property-manager interface to use const char * > instead of std::string throughout the public interface [...] I have the impression that the flaps are gone. I try to set the flaps via "]", I can see the lever moving over the panel but I can't 'feel' the flaps and they don't move on the animated c310u3a. Some connection has been lost, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Flaps not working in JSBSim
> JSBSim is no longer setting the /surface-positions/flaps-norm > property, so the flaps don't move in the animation and don't make a > sound. The position is still set correctly in /controls/flaps, [...] There are still no flaps in JSBSim's c310. The lever is moving on the panel but there's no feedback, neither via aerodynamical behaviour nor via model animation, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Flaps not working in JSBSim
> Is this with the most recent JSBSim? Tony made some changes related to > properties and perhaps there is some tweaking to do. The checkout is about five hours old, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] still no flaps on JSBSim
> The fix is in JSBSim CVS [...] Oh, that's great news. Sorry for pushing you on this, I didn't know the bug was already spotted, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: ..yawed OpenGL on 8 MB ATI mach64, was: [Flightgear-devel] Re: framerate
> From: Alex Perry <[EMAIL PROTECTED]> > I don't know whether the IIC has the "Pro" feature set (suspect not). > If it does, the Mach64 driver of Utah-GLX works fine for me. You might want to have a look at recent DRI development. I'm following this already for a while and it appears to me that the guys got quite far with implementing DRI for Mach64, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Configurable mouse ready to go
> Is it possible (under Unix/Linux) to run fgfs directly from > a console and let it access the DRI? http://fbdri.sourceforge.net/ ATI Radeon only, I might have a try some time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Runway numbers: leading zero
[... Erik wrote ...] > Alex Perry wrote: >>>In Britain, as far as I know, we always use two-digit numbers >> >> Nope, not in the US. Dunno about elsewhere. > I think it's the same in Europe as it is in Brittain. Right - seen this last week at EDWJ, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] UIUC compile problem
> From: "Erik Hofman" <[EMAIL PROTECTED]> >> When trying to compile the latest UIUC code I got the following error >> for about a hundred times: [...] > What are you using to compile it? It compiles fine with gcc version 2.96 > under Redhat 7.1. Erik an I are the ones that form the "SGI group" in this project. Erik's doing the work and I benefit from him dealing with portability issues ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Base package access via rsync?
> Ok, people, please have a look at > rsync scenery.flightgear.org::Base > and tell me what you think. Very nice, indeed, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Adding an Airport
After digging through several README's, FAQ's and Robin's manual I decided to have a rough try with my so much desired airport. I did some calculation and then I added two lines to the default.apt(.gz) file for a minimal airport definition - to have a 'proof of concept' before I start working on the details. You can find it here: ftp://ftp.uni-duisburg.de/FlightGear/Devel/FX01.apt There will be _lots_ of details to follow once I have a start. This picture might tell you (I know the Airfiled from wandering around, so I know what's valid on this picture ): http://www.xs4all.nl/~nvav/afb/rsa-kaartje-1.gif I know that I will not see the runway as long as I don't rebuild the scenery but I understood that I should at least have the ability to sit on the grass at the desired place. Unfortunately this is not the case: sirius: 0:55:17 ~> fgfs [...] Attempting to set starting position from runway code FX01 heading 270 Failed to find FX01 in database. [...] It appears I still don't have read enough manuals because I need help to understand what's missing, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Adding an Airport
[... Madr wrote ...] > On Thu 4. April 2002 00:58, you wrote: >> sirius: 0:55:17 ~> fgfs >> [...] >> Attempting to set starting position from runway code FX01 heading 270 >> Failed to find FX01 in database. >> [...] > IMHO You also need to update metakit databases runways.mk4 and simple.mk4, > but I don't know how. Try to ask Curt. I already thought about it but he is overloaded with work and EMail - anyone on the list who is not ? So I posted to the list ;-) I already looked at the binaries that get produced when I compile FlightGear but I didn't find any that might be suitable, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Adding an Airport
> $FG_SRC / src / Airports / > gensimple > genrunways Thanks, this works fine. Now I'm rebuilding the relevant parts of the scenery - looks promising Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Adding an Airport
> Thanks, this works fine. Now I'm rebuilding the relevant parts of the > scenery - looks promising O.k., I give up with scenery. I manage to create the runway but I didn't manage to create scenery with the hole that is necessary to see the runway. Nice try ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Building PPE with Python-2.1 !?
Hello, has anyone gotten PPE to link against libpython2.1 ? Am I running a "well known problem" ? I didn't find a hint on the net that fits :-/ g++ -O3 -O6 -Wall -s -o ppe ppeMad.o ppe.o ../src/gui/libppegui.a ../src/viewer/libppeviewer.a../src/core/libppecore.a ../src/material/libppematerial.a../src/misc/libppemisc.a ../src/fltk-extras/libppefltkextras.a ../src/plugins/libppePlugin.a ../src/structure/libppestructure.a -lpng -lz -ljpeg -L/usr/lib/python2.1/config -L/usr/local/lib/python2.1/config -lpython2.1 -lpthread -L/usr/local/lib -L/usr/X11R6/lib -lfltk -lplibfnt -lplibssgaux -lplibssg -lplibsg -lGLU -lGL -lplibul -L/usr/local/lib -L/opt/gnu/lib -L/usr/X11R6/lib -lSM -lICE -lX11 -lXi -lXext -lXmu -ldl -lm /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_tmpnam': posixmodule.o(.text+0x3206): the use of `tmpnam_r' is dangerous, better use `mkstemp' /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_tempnam': posixmodule.o(.text+0x3122): the use of `tempnam' is dangerous, better use `mkstemp' /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_openpty': posixmodule.o(.text+0x15c3): undefined reference to `openpty' /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_forkpty': posixmodule.o(.text+0x163d): undefined reference to `forkpty' collect2: ld returned 1 exit status Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Boost problems
> This doesn't mean much to me but it may be of some use. I have a > feeling though that your compiler may be too old to compile boost. Is > gcc 2.95 an option? Erik put _huge_ effort into the project because GCC is definitely _no_ option on IRIX/MIPS. I know what I'm talking about because I spent a bunch of hours to figure out how to generate reliable and perbformant binaries with GCC. It would be more than sad if FlightGear would loose a platform and contributors just for the sake of including another tool like boost. In the last days I've read several voices worrying about the inclusion of another external dependancy and it appears these voices were right :-(( Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Building PPE with Python-2.1 !?
> Martin Spott writes: >>function `posix_openpty': >>posixmodule.o(.text+0x15c3): undefined reference to `openpty' >>/usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In >>function `posix_forkpty': >>posixmodule.o(.text+0x163d): undefined reference to `forkpty' >>collect2: ld returned 1 exit status > What system is this on ?? Oh, I'm sorry. I was in some sort of a hurry - I mostly have to borrow some time at work to tinker with FlightGear This is on a SuSE-7.3/i386 with a Python installation that is provided by the distribution. I had the hope this might be a known problem on this list because several people are using PPE on recent distributions (and PPE appears to be written for Python-1.5). Sorry for disturbing - my mistake, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: (fwd) Re: [Flightgear-devel] FrameRate !!
> I think a series of demos would be a great idea. It would also be nice if > there were demos for various terrain types (stress testing). I fly around > the Seattle area simply because the mountains drastically impact frame > rate. Not only the mountains. ATIS display has _heavy_ impact. I usually get around 100 fps inside a 800x600 window (BETA Radeon DRI driver, only 40 fps left at 1600x1024 ), at KSEA I only get 30-50 fps because of ATIS display (with today's current CVS). Unfortunately there is no command line switch to disable ATIS, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Tower View
> Thanks to Jim Wilson, we have a working tower view in CVS: [...] Wow, this one is incredibly good, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: (fwd) Re: [Flightgear-devel] FrameRate !!
> On Monday 08 April 2002 07:41 am, you wrote: >> Not only the mountains. ATIS display has _heavy_ impact. I usually get >> around 100 fps inside a 800x600 window (BETA Radeon DRI driver, only 40 fps >> left at 1600x1024 ), at KSEA I only get 30-50 fps because of ATIS >> display (with today's current CVS). Unfortunately there is no command line >> switch to disable ATIS, > even if you flip the comm radio to the standby freq? Aaaah, thanks for the hint. I usually fly without panel - and I'm lacking experience in operating these 'modern' ;-) communication techniques. When I flip frequencies at the upper left radio (c310u3a) ATIS display disappears and I get noticeable more fps - but not that much as I expected, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FrameRate !!
> This driver has lots of neat new features < OpenGL 2.0 > Do they really implement the upcoming OpenGL-2.0 features in hardware or do they tend to rely on fallbacks ? It's somewhat astonishing that they already provide a driver for a still not really existent OpenGL standard. Do they create their own upcoming 'standard' ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FrameRate !!
> but 2.0 is in part a 'rconciliation' of the various 'propriatary' extensions > and the inclusion of things that almost all of the manufacturers have done > to support M$oft DX#. And this driver has more of these upcoming features > then any of the previous ones. So this driver is Nvidia's tool to create facts how the upcoming OpenGL-2.0 standard should look like !? ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] JSBSim update ....
make[4]: Entering directory `/usr/local/src/FlightGear/src/FDM/JSBSim' g++ -DFGFS -I../../.. -I../../../src -I/opt/gnu/include -I/usr/local/include -I/usr/local/FlightGear/include -I/usr/X11R6/include -O3 -D_REENTRANT -c JSBSim.cxx JSBSim.cxx: In method `bool FGJSBsim::copy_to_JSBsim()': JSBSim.cxx:335: implicit declaration of function `int fmax(...)' make[4]: *** [JSBSim.o] Error 1 quickstep: 18:51:57 ~> gcc --version 2.95.3 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASim C172 idle
[... Andrew Ross wrote ...] > Here's a gedanken experiment [...] A _what_ ? Is this a valid word in your language ? I'm asking because it definitely has german roots, the word 'gedanken' That's funny, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] WARNING: ssgLoadMDL: Couldn't open MDL file
Hello alltogether, would you mind changing this back to the previous behaviour which means not to crash if there's no model description. Unfortunalety I've been off scene for a few days so it's not quite clear to me when the change happened. I was trying the Beech99 in the hope to see a working gear quickstep: 17:13:39 ~> fgfs NewAirportInit EDWS idx = 7631 Current greenwich mean time = Fri Apr 19 15:13:43 2002 Current local time = Fri Apr 19 17:13:43 2002 WARNING: ssgLoadMDL: Couldn't open MDL file '/home/mas/src/FlightGear/fgfsbase/Aircraft/Beech99/Models/beech_99.mdl'! Fatal error: Failed to load 3D model (received from ) quickstep: 17:13:43 ~> Is anybody able to reproduce this 'feature' ? FlightGear was built from today's CVS, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] latest cvs changes
> Anyone up for a 0.7.10 release sometime soon? I wouldn't object a 0.7.10 release as long as where were at least two or three weeks for fixing obvious known bugs that prevent users from using functionality that is _supposed_ to be usuable right now (see my posting on the Beech99). In the meantime I'd have a chance to experience the differences from the previous release to see what changes are _really_ necessary for the Getting Started manual :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Strange opengl compiler error ?
> I used getstarted.pdf to learn to compile flightgear. This is very nice to hear, so we know there really _are_ people reding our manual ;-) > Something missing in this pdf is that one has to install > Xfree86 > Metakit Hmmm, I believe it is _really_ obvious that yoy need X11 for FlightGear. MetaKit is another deal - I'll take care of this in the next release of Getting Started, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 0.7.10
> It would be nice to get a CVS version that all the developers agree > will compile and run on their systems, then (arbitrarily) label it 0.7.10 Maybe it would be useful to label this 0.7.10 release as "feature rich but unstable" (considering several pieces are broken that have been working in previous releases ) and set up a reasonable time scale and appropriate tasks for release of 0.8, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] LINUXTAG 2002
> PS: Who's already planning to come? I am preparing to come - if this is of any use, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Trouble compiling on IRIX
> props.cxx:834: Internal Compiler Error in 'output_die', at > dwarf2out.c:5433 [...] > The compiler is GCC 2.95.3 > Can anybody explain how this can be solved ? By avoiding GCC on IRIX. I had several tries with GCC at release 0.7.8 and I never succeeded because of compiler errors. I started filing bug reports but this is anything but an amusing job. Erik Hofman somehow managed to create a working binary with GCC, but due to trouble and very low speed of the resulting binaries he switches to MIPSpro. I don't have MIPSpro so I started trying GCC-3.0.4, which showed to be very little less troublesome than previous versions, because generating a N64 GCC appears to be more difficult than doing the same task with 2.95.3, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Trouble compiling on IRIX
> This is probably because of incompatibillities between gcc and libGLU. To be more precise: GCC N32 binary output is - at least with GCC-2.x.x - incompatible with MIPSpro. GCC N64 is in tune with MIPSpro - this is the most obvious reason why I spend effort on getting this to work Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Trees, alpha, and the sky
> http://www.megginson.com/flightsim/tree.png [...] > 2. While other scenery shows through the alpha parts of the texture, >the sky often doesn't, as you can see in the above screenshot (note >how you can see the grass and river near the bottom of the trunk, but >not the sky near the crown). This is very similar to what I saw with the propeller disk, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Gusting winds
> fgfs --wind=270@15 --prop:/environment/params/gust-wind-speed-kt=25 H, not bad. This one is nasty - but very interesting. I don't even manage to touch down right on the runway - similar to my first experiences with FlightGear Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Failed to load 3D model
> we used to fall back to the glider model I mentioned this problem already several weeks ago but nobody was interested in it. Now as the subject comes up again I'd second the desire for a fallback to the glider - as we were used to have before for very long time, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Missing Model Problem
> I've fixed the missing model problem -- specifying a non-existant > aircraft model (not any other kind) will default to the glider again > rather than throwing an exception. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Comments on FGFS review summary
> For what it's worth, I'm involved in a side project that is using > FlightGear + a commercial C172 flight dynamics model + cockpit > hardware to hopefully achieve an FAA (and JAR) certified sim by late > summer / early fall. The commercial fdm will run as a seperate > program [...] Hmm, _this_ is what I'm waiting for. Will there be any documentation on how the network protocol will look like ? I'm recognizing that you have checked in several patches to the ExternalNet interface over the time. I would love to profit from this. > Imagine being able to run with the default "stable" JSBSim, or the > previous "stable" version, or the one you are currently hacking on, > just by restarting the desired fdm process. maybe with FlightGear getting run from 'inetd', if the FDM sits on a remote machine !? O.k., this might be difficult because of X server write permissions, but I'd like to take care of that if times come, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightXpress article - SuSE 8.0 is an old version
> I just went round to the SuSE booth and looked on a 8.0 demo computer. > The packaged version is 0.7.8 which we released last summer, a year ago. Ooops, I was quite shure they packaged a 0.7.9 for SuSE-8.0. > I still think it would be worth submitting a formal request that > the future SuSE 8.1 please package 0.7.10 or later for their customers. I already submitted a request for information what to take into account for building a package that conforms to SuSE's conventions. I never got an anyswer :-( After failing to update to SuSE-8.0 because of a stupid update installer I doubt that I want to support SuSE in the future Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Radeon 8500 linux drivers
> Slightly off topic, but I found the following post from Sunday on > dri-devel: > http://sourceforge.net/mailarchive/forum.php?thread_id=772607&forum_id=7177 > Apparently, ATI have released (binary) Linux drivers for their FireGL > 8700/8800 cards. These use the same core as the Radeon 8500, and the > poster implies that they work correctly on those cards. Also worth noting in this context ist that "Weather Channel" has announced funding development of an appropriate OSS driver for the 8500. Jens noted this on 'dri-devel' and posted on TG web site, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: New A-4/jet panel instruments
> * Jon S Berndt -- Thursday 20 June 2002 18:14: >> Any chance someone could post some screen shots of the >> panel? > http://www.unet.univie.ac.at/~a8603365/fgfs4.jpeg I get that, too. What I'm missing in recent releases is display of the gear in the outside view and keyboard control of throttle and flaps. This appeared to be introduced the the recent A-4 updates in YASim. Can anyone confirm ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: New A-4/jet panel instruments
> Martin Spott wrote: >> I get that, too. What I'm missing in recent releases is display of the >> gear in the outside view and keyboard control of throttle and >> flaps. This appeared to be introduced the the recent A-4 updates in >> YASim. Can anyone confirm ? > Works for me. Are you sure you have a current fgfsbase? There's no > detectable difference (to the FDM) between keyboard, joystick and > mouse control. All of those methods set the same properties in > /controls, so I'd be stumped as to the reason only one of them would > fail. I can verify that the gear animations work, too; I don't even see the gear - the plane is hovering :-) I'm updating all the sources of plib, metakit, SimGear and FlightGear from CVS at least on a daily basis and I'm rsync'ing the base package from 'scenery.flightgear.org::Base'. I just did a new checkout and a new build so I suppose I'm up to date. I'd provide the contents of my ~/.fgfsrc, but I don't believe this has anything to do with it: --aircraft=a4-yasim --airport-id=KOAK --start-date-lat=2002:04:11:11:11:11 --enable-fuel-freeze --wind=270@10:15 --disable-splash-screen --disable-intro-music --control=mouse --enable-auto-coordination --disable-hud --enable-panel --enable-anti-alias-hud BTW, 747-yasim and c310 work great, so I believe it has something to do with the A-4 (which looks really great !), Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: New A-4/jet panel instruments
> I get that, too. What I'm missing in recent releases is display of the gear > in the outside view and keyboard control of throttle and flaps. This > appeared to be introduced the the recent A-4 updates in YASim. Problem solved with the recent checkout(s) this morning. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FGInterface initialisation bug
> wondering why my A4 stay steady on the ground with gear retracted, [...] Ah, we already had this 'feature' last week. This appears to depend on Adrew's panel updates. Thanks for the fix, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] New FGFS merchandise
> FYI, there are a lot of new FGFS logo items available. > > http://www.cafepress.com/cp/store/store.aspx?storeid=fgfs_gear The mugs look nice but I have to notice that the colour on the "FlightGear Logo Mug" starts disappearing after only a few months use utilizing a dishwasher, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] I have a Saitek Cyborg 3D Gold USB Stick
[...] > In the long run, Debian is a better choice, but SuSE would make it easier > to concentrate on FGFS in the near term. I know very well that the stuff on configuring a joystick belongs into the manual. Because I don't have a joystick myself - they'll kill me if I connect a joystick to my computer at work - we have to rely on someone else's description which we can mount into the manual. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MP what data to send
[... Norman wrote ...] > Andy Ross writes: >>+ Position needn't send three full 64 bit doubles, since the position >> will always be "near" the last one. Sending deltas will work (if >> you are careful to handle potential bugs like successive round-off >> errors), as will (reliably!) transmitting a "zone" coordinate every >> so often and sending packets as deltas from that. [...] > Yup.. using deltas should be a big win I have the impression you might want to have a look at IEEE 1278 alias "DIS protocol" - at least to steal some ideas, maybe to implement at least a subset. ACM has an implementation of this - it appears the source for the Unix version is released under the GPL. Have a look at (http://www.websimulations.com/download.htm) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] I have a Saitek Cyborg 3D Gold USB Stick
[... Curt wrote ...] > Something I've always thought would be cool to mess around with (but > never even have come close to having the time) would be to put > together a custom linux distribution on a bootable cd that > detected/supported a couple of the major 3d graphics cards. Some time ago I did a small Linux system, designed to run from a 16 MByte read-only medium (flash disk, network, whatever you want). It would not be difficult to put FlightGear on top. The difficulty is to detect the necessary hardware connected to the machine, especially considering the graphics board. Does anyone have a link describing hardware autodetection on Linux ? I don't Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: MP what data to send (summary 1)
> ace project writes: >> - Position (delta) updates will (atleast) be 20 >> upd/sec, this can be set. > If an aircraft is flying a relatively consistant speed/direction, you > could get by with far fewer than this. The local end can send a > starting set of position, velocity, acceleration. The remote end can > then predict future movement accurately for the short term. The local > end can also run the same prediction algorithm based on the same data > that it has sent to the remote end. When the 'predicted' value > becomes different enough from the actual value, the local end can send > new data. AFAIK this is pretty similar to the algorithms used in DIS Martin. -- P.S.: I _like_ lobbying for open standards - although I know that I'm not very good at it ;-) Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ANN: a new dimension to FlightGear
> We need a farmer and a tractor for the farm fields here in MN. If the > farmer's name was "Nic" then we could have a "Scenic overlook, [...] Hehe, we're also having really new sort of trouble with these trees - like having one standing right in front of the runway: http://document.ihg.uni-duisburg.de/bitmap/FGFS/tree-approach.png Fortunately one can fly through these trees ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] MP Who has DIS-specs ?
> Does anyone here have the exact DIS-specs ? I don't > like 'stealing' from a implementation, I rather build > it from scratch by specs, [...] You might try this as a starting point: http://www.pitch.se/fmv/default.htm Unfortunately the mentioned DMSO site is not availabe, but you will have success with searching for HLA High Level Architecture on Google, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: MP what data to send (summary 1)
> Billy Verreynne wrote: >> "ace project" <[EMAIL PROTECTED]> wrote: >>>- I will post the encaptulation protocols tommorrow, >>>when I have translated their essence to English (they >>>are in Dutch atm, anybody wants them in Dutch ?) > Geen probleem. Ik zal da ook kunnen lezen - zo doe maar Een mooie tekst in nederlands is heelemal beter dan geen tekst in engels ;-) > I think you all should promote the South African language, it's a nice > language and it's easy to follow for us in The Netherlands. :-) But speaking this language is much more difficult, because in many cases you don't know in which one should to stick to english and in which you'd better use the dutch ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main fg_init.cxx,1.3,1.4 main.cxx,1.7,1.8
> Update of /var/cvs/FlightGear-0.9/FlightGear/src/Main > In directory seneca:/tmp/cvs-serv14510/src/Main > Modified Files: > fg_init.cxx main.cxx > Log Message: > Updated from Norman to hack on clouds ... some progress. Hey, this still looks magic :-) http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D02.png Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Improved 3D panel
Hello, I'm glad to see improved 3D panel display after this weekend. It has been long time since GEAR/BRAKE lights and instruments have been displayed stable on a stock XFree86-4.2 without commercial OpenGL libs and drivers. Both have been displayed flickering for several months. This is definitely a great achievement. The funnx side effect ist the display of the nose and the attitude 'ball' that both shine through :-) http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D03.png Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] F16
looks promising. Unfortunately it lacks the front gear and I hardly manage to get it into the air: http://document.ihg.uni-duisburg.de/bitmap/FGFS/F16_01.png Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: re: [Flightgear-devel] F16
> I don't pay much attention to the jets in FlightGear, so I might be > behind a bit here, but isn't the F-16 inherently aerodynamically > unstable? [...] It _should_ be flyable - although it's pretty difficult to start with the nose in the ground. It's also pretty difficult to jump into the air with 'Ctrl-U', but you'll have an idle engine first. Before I get the beast handled, FlightGear stops with a segfault :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Improved 3D panel
> In any case it looks like if you pull back your viewpoint a little bit (change > the offset) you will be fine. In a4-yasim-set.xml change the setting of > z-offset-m from -2.82 to something slightly closer to 0, which will move the > eyepoint away from the panel. [...] Hmmm ? Reducing Z-offset moves the eye away from the panel ? Yep - that works, I'm just wondering what is used as reference point here. I set it to -2.57 - please have a look at the result, if you like: http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D_04.png > [...] I'd be interested in knowing if this works for you. Unfortunately it does not, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Improved 3D panel
> Hmmm...I can see clearly there that culling isn't the problem. Are you having > any problems with other models? BTW the offets are from the 3D Model's origin > (0,0,0) which in this case is about 3 meters behind the pilot on a line that > crosses the leading edge of the wings about halfway down the sweep. Thanks for the explanation. Unfortunately, after pulling recent changes from CVS this morning, the panel display turned bad as known from the last months: http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D_05.png http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D_06.png Please note: All screenshots were taken with these settings: --disable-clouds --enable-clouds3d Martin. P.S.: I had to remove the connections to the Vacuum subsystem to get FlightGear compiled and linked correctly. You already discussed this in another thread. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] 3D-clouds and HUD markers
Hello, did you recognize that some markers in the HUD display disappear when 3D-clouds come in sight ? Shortly after takeoff, when looking at the clouds, I see a HUD like this: http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D_07.png After taking down the nose a little bit the clouds disappear and the HUD gets reappears completely: http://document.ihg.uni-duisburg.de/bitmap/FGFS/Clouds3D_08.png Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 3D-clouds and HUD markers
> So to reiterate what Curt > "This isn't quite ready for general consumption" > but some of us are working on it Sorry, I didn't mean to hurt anyone. I just recognized this effect and I had the desire to point at it. It's beyond my scope to realize what people are aiming to deal with, so I thought it _might_ be useful to share my discovery, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Wright flyer
> The UIUC folks did a very good job on the flight dynamics. My gut > feeling is that this is probably very close in terms of performance to > the original. Yep, you have no chance to gain terrain with '--random-wind' enabled ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] concerning FlightGear on Solaris/Sparc
Once upon a time I promised to try building FlightGear on Solaris/Sparc. Unfortunately this has been without success because 'plib' refuses to compile partially. This is valid for the plib-1.6.0 as well as for the current CVS tree. I promise to try again a couple of times but I can't promise to deliver functional binaries, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] concerning FlightGear on Solaris/Sparc
> Martin Spott wrote: >> >> Once upon a time I promised to try building FlightGear on Solaris/Sparc. >> Unfortunately this has been without success because 'plib' refuses to >> compile partially. This is valid for the plib-1.6.0 as well as for the >> current CVS tree. > Did you report the problems to the PLIB list? I didn't even have the time to read the list archive :-/ > As they want portable code (that's the P of the PLIB) they are allways > interested in incompatabilities. I'll go for it as time permits, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] 747-yasim Questions
> In this case, the simplest solution is to bring up the 747 model in a > (registered) copy of AC3D, drag it around so the nose tip lies exactly > on the origin, and save it. I can do all but the last step. :) I could do nthing - but the last step. AC3D on SGI IRIX is "free and unsupported" - it has the necessary 'save' option in the 'file' menu and it appears to work. Unfortunately I never had the time to get to know AC3D Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: ExternalNet FDM
> So the only command line change would be to go from > > --native=socket,in,30,,5500,udp --fdm=external > > to > > --native=socket,in,30,,5500,udp --fdm=null btw, do we have an 'official' port number assignment ? Over the time I read several suggestions by several members over the use of port 5500: --props=socket,bi,5,localhost,5500,tcp --nmea=socket,out,2,localhost,5500,udp --httpd=5500 --native=socket,in,30,,5500,udp --fdm=null [... maybe some more ...] It would be useful at least to postulate a FlightGear assignment - it does not have to meet RFC1340 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] No rule to make target `new_gui.cxx'
Hello, am I the only one seeing this with the recent CVS checkout: Making all in GUI make[2]: Entering directory `/usr/local/src/FlightGear/src/GUI' source='apt_dlg.cxx' object='apt_dlg.o' libtool=no \ depfile='.deps/apt_dlg.Po' tmpdepfile='.deps/apt_dlg.TPo' \ depmode=gcc3 /bin/sh ../../depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/opt/gnu/include -I/usr/local/include -I/usr/local/FlightGear/include -I/usr/X11R6/include -O3 -D_REENTRANT -c -o apt_dlg.o `test -f 'apt_dlg.cxx' || echo './'`apt_dlg.cxx make[2]: *** No rule to make target `new_gui.cxx', needed by `new_gui.o'. Stop. make[2]: Leaving directory `/usr/local/src/FlightGear/src/GUI' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/FlightGear/src' make: *** [all-recursive] Error 1 Probably someting's missing in Makefile.in ? I didn't find the missing bit - for me everything appears to be in the right place, Martin. P.S.: SuSE-8.1/gcc-3.2/glibc-2.2.5/autoconf-2.53/automake-1.6.3/libtool-1.4.2 -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Blender Status
> It is Open Source, while AC3D is commercial, but FlightGear really > doesn't care which tool you use. [...] I had the impression these two tools target at different audience. Should Blender be capable of being used for 'real' 3D CAD as AC3D does ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Bug-Report for FGFS v0.8.0
> Hmmm, for it seems he hasn't linked any metakit library? He did: > libmk4.so.0 => /usr/lib/libmk4.so.0 (0x4003c000) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: re: [Flightgear-devel] No rule to make target `new_gui.cxx
> Martin Spott writes: > > make[2]: *** No rule to make target `new_gui.cxx', needed by `new_gui.o'. Stop. > Somethings not rebuilding properly. Make sure you have a fresh CVS > checkout, [...] I was absolutely shure I did - but I forgot to uncomment a line in my build-script that updates the according build-directory :-/ Sorry about that, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Building PLib??
> Is there anybody experienced with Suse 8.1 and building all libs for > FlightGear? Yes, I do - on a daily basis ? Did you read the appropriate section in the 'Getting Started' manual ? I'm quite shure I once put a list of the necessary packeages in that you are supposed to install on your machine ;-) quickstep: 11:39:41 ~> rpm -qa | grep -i glu mesaglu-4.0.3-53 mesaglut-4.0.3-53 mesaglu-devel-4.0.3-53 mesaglut-devel-4.0.3-53 Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
> ADV: don't bother spending days or weeks downloading all the scenery > for the world before you fly. Just install the base program and > supporting files. Turn on terrasync and it will fetch just the tiles > you need as you fly. There's still one question remaining: Does it work with a proxy (Squid) or do you need direct connection to the internet on the machine running FlightGear ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
>> There's still one question remaining: Does it work with a proxy (Squid) or >> do you need direct connection to the internet on the machine running >> FlightGear ? > You'd have to get rsync working through a proxy ... I have no idea if > that can be done or now. I was not shure if 'rsync' was the only way 'terrasync' connects to your server. That's why I was asking. Getting 'rsync' working through a firewall is pretty difficult. You could try to build 'rsync' with 'socks' support, but even then not every firewall supports 'socks'. So I dare to point at the fact that this utility might be pretty useless for several users. > [...] Otherwise, do you have some sort of > recursive file transfer util that can ignore files that are the same > as the server that will work through a proxy? foehn: 22:42:28 ~> alias wget wget -m -np -w 1 -N Works with any http- and ftp-server and honours the '$http_proxy' or '$ftp_proy' variables, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
> Well, I hacked this up over the weekend so it's not advertised as the > perfect utility that handles every possible situation. The hope is > that those for which it doesn't quite work, might be willing to figure > something out and submit fixes ... I'm absolutely no C programmer - but I'll see what I can do. I didn't want to criticise you, my sole aim was to point at the simple facts, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Terrasync 3rd party util
> If you are _allowed_ to be playing / using Flight Gear at work, then you > can try asking your network administrator to enable rsync protocol. I _am_ the network administrator and I strongly dislike direct connections through the firewall without proxy(-filter) But this is a different topic ;-) > [Note: I'm in this position of having FTP but not rsync at work. But I > can't think of a good reason why I should be allowed to run Flight Gear, > or any other justification for requesting rsync access.] I do work as a freelancer - so I can use my time the way I want :-) This still does not solve the problem described. We'll see what can be done for improvement, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
> I haven't given any thought to soliciting bandwidth donations > recently. However, that is a very good idea. My sense is that FTP is > what kills me here. It would be great if we could move the "official" > ftp site to somewhere with higher bandwidth which could handle a lot > more concurrent connections. Which bandwidth, how many concurrent user connections do you consider as 'useful' ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] heads up ...
> During day time hours I've been limiting it to 7 concurrent > connections. Here are the ftp stats: [...] > Looks like we are averaging just over 7Gb transfered a day ... What about a round-robin dispatcher over all known the mirrors that exist nowadays ? I'd offer to run a complete mirror for this purpose. 7 GByte per day is less than 0.7 Mbit/s averaged over one day. If the calculation is right then this is not that much - although I might be proven to be wrong If the numbers are right, I believe my server can cope with this, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] ATI vs. Linux
Andy Ross wrote: > Probably most of you noticed last week that ATI has released a unified > linux driver package for all of their 8x00/9x00 cards. [...] Wohoo, you made it into /. with this article. I would not wonder if this boosts FlightGear popularity :-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] terrasync
> I think you have to give serious thought to enabling this by default, > either by adding it to the fgfs binary or by having fgfs spawn it as a > child. [...] Spawning a child might be a nice option, because it eases running the task asynchronously - anything different is probably not an option (TM ;-) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FGFS starting terrasync
Alex, > This could, for example, really shrink the base package. The scenery > only contains the actual airports in the bay area, and the textures > are only those needed to render the airport tiles. I think ypu are perverting the ideea of a small base package. A small package is useful for those who have very limited network access because it cuts down download/online times. If you reduce the base package that much these people get forced to have their modem online most of the time they are trying/flying FlightGear. I believe this does not serve very much, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Wrong base package ?
> The newest base package on the website is only version 0.9.0 ... where do > I get the base package version 0.9.1 ? It's in CVS. The funny thing on this side: If I run 0.9.0 binaries (because the recent stuff did not compile for me for several days !) together with a 0.9.1 base package from CVS, I'm getting urged to _upgrade_ the base package to 0.9.0 :-)) Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
