[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear data
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-22_02:07:23 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/KNS80.nas /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/kns80.xml Added flashing DSP digit if USE and DSP aren't equal... Cleaned up some of the mess I made applying Ron's patch... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-22_18:59:13 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Aerostar-700/aerostar-autopilot.xml removed a duplicate property that snuck in somehow :) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-22_18:59:14 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Aerostar-700/aerostar-yasim.xml /var/cvs/FlightGear-0.9/data/Aircraft/Aerostar-700/Panels/center-panel.xml /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kfc200/fd-annun.xml /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kfc200/fd-control.xml /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kfc200/kfc-200.nas /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kfc200/ki256.xml removed a duplicate property that snuck in somehow :) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-23_01:52:54 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Aerostar-700/Models/Manifold.xml /var/cvs/FlightGear-0.9/data/Aircraft/Aerostar-700/Models/ManifoldGauge.ac /var/cvs/FlightGear-0.9/data/Aircraft/Aerostar-700/Models/gauges1.rgb /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/KNS80.nas /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/kns80.xml More BNAV updates... Replaced MP gauge with 50 inhg gauge =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-25_01:51:03 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/KNS80.nas More RNAV updates ... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-25_09:33:33 (martin) /var/cvs/FlightGear-0.9/data/Aircraft/c310/Models/c310-dpm.xml Stuart Buchanan: Here's a very small patch to fix the flashing panel issue in OSG for the c310. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-25_23:12:42 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/KNS80.nas display frequency when USE or DSP button pressed... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-25_23:12:43 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/kns80-hotspots.xml /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/kns80.xml display frequency when USE or DSP button pressed... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_13:04:51 (mfranz) /var/cvs/FlightGear-0.9/data/Aircraft/Generic/kap140.nas Roy Vegard OVESEN: - Automatic pitch trim (use autopilot/KAP140/settings/auto-pitch-trim to turn on/off) - Aural altitude alerter. Uses the same sound file as the stall warning. - Replace custom flasher routines with nasal aircraft.light objects. - Cleanup. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_13:04:53 (mfranz) /var/cvs/FlightGear-0.9/data/Aircraft/Instruments/KAP140TwoAxis.xml /var/cvs/FlightGear-0.9/data/Aircraft/Instruments/KAP140TwoAxisAlt.xml Roy Vegard OVESEN: - Automatic pitch trim (use autopilot/KAP140/settings/auto-pitch-trim to turn on/off) - Aural altitude alerter. Uses the same sound file as the stall warning. - Replace custom flasher routines with nasal aircraft.light objects. - Cleanup. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_13:04:55 (mfranz) /var/cvs/FlightGear-0.9/data/Aircraft/c172p/c172-sound.xml /var/cvs/FlightGear-0.9/data/Aircraft/c172p/c172p-set.xml Roy Vegard OVESEN: - Automatic pitch trim (use autopilot/KAP140/settings/auto-pitch-trim to turn on/off) - Aural altitude alerter. Uses the same sound file as the stall warning. - Replace custom flasher routines with nasal aircraft.light objects. - Cleanup. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_14:17:42 (mfranz) /var/cvs/FlightGear-0.9/data/Aircraft/p51d/Models/p51d-jw.xml Daniel PEKELHARING: make property paths relative to fix MP behavior =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_01:23:57 (sydadams) /var/cvs/FlightGear-0.9/data/Aircraft/Instruments-3d/kns80/KNS80.nas Fixed some property initialization errors and duplicate calls =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_09:22:38 (mfranz) /var/cvs/FlightGear-0.9/data/Aircraft/flash2a/Nasal/handthrottle.nas use setlistener() wrapper, not the raw _setlistener() function. The latter is only meant to be used in files in $FG_ROOT/Nasal/ when they are called immediately. Only then the wrapper can't be used, because it relies on props.nas being loaded and props.Node() being defined. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_09:27:01 (mfranz) /var/cvs/FlightGear-0
[Flightgear-devel] Weekly CVS Changelog Summary: FlightGear source
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_01:49:54 (mfranz) /var/cvs/FlightGear-0.9/source/src/Instrumentation/tacan.cxx Vivian MEAZZA: "Bugfix. Restore earlier bugfix to ensure tacan works when there is no aircraft carrier in the environment" =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_01:49:56 (mfranz) /var/cvs/FlightGear-0.9/source/src/Instrumentation/tacan.cxx Vivian MEAZZA: "Bugfix. Restore earlier bugfix to ensure tacan works when there is no aircraft carrier in the environment" =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_15:27:25 (mfranz) /var/cvs/FlightGear-0.9/source/src/Main/fg_init.cxx set tower position at startup =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-26_15:27:32 (mfranz) /var/cvs/FlightGear-0.9/source/src/Main/fg_init.cxx set tower position at startup =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_06:02:39 (mfranz) /var/cvs/FlightGear-0.9/source/src/AIModel/submodel.cxx Vivian MEAZZA: "BUGFIX - fix initiation order - make sure that the AI Model list is populated before we attempt to attach submodels." =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_06:02:40 (mfranz) /var/cvs/FlightGear-0.9/source/src/AIModel/submodel.hxx Vivian MEAZZA: "BUGFIX - fix initiation order - make sure that the AI Model list is populated before we attempt to attach submodels." =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_06:02:41 (mfranz) /var/cvs/FlightGear-0.9/source/src/AIModel/submodel.cxx Vivian MEAZZA: "BUGFIX - fix initiation order - make sure that the AI Model list is populated before we attempt to attach submodels." =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_06:02:42 (mfranz) /var/cvs/FlightGear-0.9/source/src/AIModel/submodel.hxx Vivian MEAZZA: "BUGFIX - fix initiation order - make sure that the AI Model list is populated before we attempt to attach submodels." =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_09:30:05 (mfranz) /var/cvs/FlightGear-0.9/source/src/Scripting/NasalSys.cxx /var/cvs/FlightGear-0.9/source/src/Scripting/NasalSys.hxx make listeners aware of their id, and output trigger message in log levels "debug" and "bulk" =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_09:30:08 (mfranz) /var/cvs/FlightGear-0.9/source/src/Scripting/NasalSys.cxx /var/cvs/FlightGear-0.9/source/src/Scripting/NasalSys.hxx make listeners aware of their id, and output trigger message in log levels "debug" and "bulk" =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-27_10:30:26 (curt) /var/cvs/FlightGear-0.9/source/utils/GPSsmooth/UGear.cxx /var/cvs/FlightGear-0.9/source/utils/GPSsmooth/UGear.hxx /var/cvs/FlightGear-0.9/source/utils/GPSsmooth/UGear_main.cxx Add support for a new file format which where packet type are saved out into one file per type in a simple binary conglomeration of packets with no headers or checksumming (this format is intended for local storage only, not to be transmitted on the fly over a noisy communication pipe.) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_07:37:20 (mfranz) /var/cvs/FlightGear-0.9/source/src/Main/splash.cxx allow rgba splash textures (I don't expect that they'll be used much, but they don't cost much either, and allow contoured images with colored backgrounds -- nice for squadron emblems etc.) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_07:37:22 (mfranz) /var/cvs/FlightGear-0.9/source/src/Main/splash.cxx allow rgba splash textures (I don't expect that they'll be used much, but they don't cost much either, and allow contoured images with colored backgrounds -- nice for squadron emblems etc.) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_15:34:21 (mfranz) /var/cvs/FlightGear-0.9/source/src/Main/splash.cxx re-order gl commands for better rgba texture support =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_15:34:26 (mfranz) /var/cvs/FlightGear-0.9/source/src/Main/splash.cxx re-order gl commands for better rgba texture support 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Weekly CVS Changelog Summary: SimGear
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_07:30:38 (mfranz) /var/cvs/SimGear-0.3/source/simgear/screen/texture.cxx SGTexture::read_rgb(a)_texture: - support greyscale and greyscale/alpha format - cleanup & make it faster =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_07:30:41 (mfranz) /var/cvs/SimGear-0.3/source/simgear/screen/texture.cxx SGTexture::read_rgb(a)_texture: - support greyscale and greyscale/alpha format - cleanup & make it faster =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_18:13:11 (mfranz) /var/cvs/SimGear-0.3/source/simgear/screen/texture.cxx don't rely on a compressed scanline being properly closed (GIMP apparently generates corrupted files) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 2007-04-28_18:13:13 (mfranz) /var/cvs/SimGear-0.3/source/simgear/screen/texture.cxx don't rely on a compressed scanline being properly closed (GIMP apparently generates corrupted files) 2f585eeea02e2c79d7b1d8c4963bae2d - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] An-2 v0.2 ready!
* Erik Hofman -- Sunday 15 April 2007: > So it's indeed required not to use the aggressive RLE option for the > splash screen images [...] Nope. But GIMP apparently generates corrupted files where compressed scanlines aren't properly closed. (This is probably the reason why they falsely claim that SGI doesn't support those. Yes, some spec compliant readers may not like the corrupted GIMP files. ;-) I added a sanity check that makes sure we only read the number of specified bytes, and no longer read until we find the mandatory (which just may not be there in corrupt files). There should really be more sanity checks. This code is rather sloppy. It makes invalid assumptions about data type sizes, allocates insanely big buffers, had no sanity checks, ... Other corruption types will still crash this code, but the an2 file should work now. Avoid GIMP and use KDE, and you'll be fine. :-) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] announcing star trek runabout shuttle and many comments and questions
Melchior FRANZ wrote: > be aware that the UFO is primarily a means to explore the scenery, to take > screenshots, for scenery object placement etc. An UFO cockpit and fancy > "realistic" flight behavior might not be compatible with this purpose. > We'd have to take a look at this first. In the end it might be desirable > to have two *-set.xml files: one boring development version, and one "real" > UFO. I understand. Leave the existing ufo alone, and I'll need to create a different Unencumbered Flying Object that can be GPL'd. When I stop improving what I've already made, and start creating a new "real" ufo, I'll get back to you (all). :) Are submodels disabled in the ufo? I believe someone suggested I convert to yasim or jsbsim for some other reason (too)... Stewart - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] An-2 v0.2 ready!
Hi Melchior, Melchior FRANZ wrote: > * Stewart Andreason -- Friday 27 April 2007: >> Red: 8-bit >> Green: 8-bit >> Blue: 8-bit >> Alpha: 8-bitAlpha: 1-bit in danube, and 0 bits in bo105 > > I checked an arbitrary file for which "identify" reports 8/8/8/1, > but after checking the header values it turned out that is in fact > a normal, boring 8/8/8/8 file. The SGI format doesn't even support > 8/8/8/1 -- there's no way to specify that in the header! So > "identify" is wrong, or tries to be clever. No idea where it > gets this nonsense from. Oh!? I'll have to dig deeper in my research. If my {danube|shuttle}-splash.rgb files are actually 8-bit alpha, and they work for me, and I haven't heard any reports of problems, then that would discount my conclusion. That would however, explain why my splash files are larger than desired. > An example is the harrier splash screen. Does it crash fgfs for > you? (Doesn't for me.) no. it loads fine. Yes, identify shows it as 8/8/8/1. I can't tell if it is or isn't. Gimp doesn't have an info panel that shows alpha bits, but using the color picker, I can't find any pixels with an alpha less than 255. >>> Can someone send me a link to a splash texture that crashes fgfs >>> for him/her? And a backtrace for the crash if possible. > >> For the an2-splash with 8-bit alpha color: >> >> (gdb) run --aircraft=danube > > Don't have that aircraft. Is the texture available somewhere? > (separate, not in a 20MB package :-) Ooops! That was a sloppy mistake. I might actually promote my work in the _negative!_ Actually, I didn't have the an2 installed, so just copied the splash.rgb over to my model directory for testing. I hear a complaint my models are too big. ... I can't disagree with that. Thanks to this thread, I have shrunk my image files by 1/3 Yea! Would it also help if I gut the interior and doors, and release a smaller, (less functional) version? I think I'm better off just making a new model from scratch that can be GPL'd. >> #3 0x404b370f in operator delete[] (ptr=0x9800) >> at /usr/src/gcc-3.3.2/libstdc++-v3/libsupc++/del_opv.cc:36 >> #4 0x0854bae9 in SGTexture::read_rgb_texture (this=0x872e208, >> name=0x8b31e00 "") at texture.cxx:276 > > That's strange. Can you please update sg/fg and try again? (A new > backtrace would be nice, and the broken(?) texture.) I made some > changes to texture.cxx. I don't really think I fixed the problem, > but one never knows. :-) That'll take days. I was waiting for the next tarball point release before I break my system. ;) >>> The "Shared Rows" percentage says that it's "aggressively" compressed. >> That's an interesting detail I don't know about. > > I assume that KDE's image file module is the only way to check that. I > wrote it. :-) Ah, very nice then. :) Stewart - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG
Hi George, On Saturday 28 April 2007 13:53:15 George Patterson wrote: > > At the moment this only happens when somebody notices an error - or as I > > did last week when I saw that mpserver01 had dropped my server from the > > relay, so mpserver05 wasn't showing mpserver01 pilots. > > > > > > It is a bit of a mish-mash at the moment. > > > > Nick > > Perhaps the user could be notified if data hasn't been received from the > server in the last 20(??) seconds as it would help diagnosing of this > situation. At least this would let the user know about the echo problem. It isn't a client issue, but a mpserver issue; if an mpserver has a defunct relay line to a server that is not resolvable, then this 'loopback' doubling up of client data happens. I don't know why. Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] logging nasal listener calls
I've yesterday added two debug messages for Nasal listeners. They are printed in --log-level={debug,bulk}. The first message is output by the setlistener() wrapper in globals.nas. Example: setting listener #16 in /whatever/Nasal/dynamic_view.nas, line 414 People are therefore requested *not* to use the raw _setlistener() function, except in files in $FG_ROOT/Nasal/ when they are needed immediately. Only then the raw function is required, as it doesn't rely on props.nas. The second message reports listener calls by their listener id. (This is the integer number that a setlistener() call returns.) Example: trigger listener #16 To filter out the relevant messages, use a command line like $ fgfs --log-level=debug 2|grep listener What is it good for? Using listeners on properties that change one or more times per frame doesn't make sense. Listeners are only efficient when the property is only occasionally written to. Otherwise a simple loop is preferable. By checking the listener call messages one can see if there are listeners triggered in every frame. m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG
On Saturday 28 April 2007 03:06:26 Ron Jensen wrote: > Note that mpserver03 is currently down and won't even resolve to an IP > address (see http://mpserver05.flightgear.org/fgmp/status/ ) Incidently, I have just migrated to a new ISP with a faster pipe - and I have adjusted the timeout on the server status page, so it should load and report a lot quicker now when servers are down. Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] An-2 v0.2 ready!
* Stewart Andreason -- Friday 27 April 2007: > Red: 8-bit > Green: 8-bit > Blue: 8-bit > Alpha: 8-bitAlpha: 1-bit in danube, and 0 bits in bo105 I checked an arbitrary file for which "identify" reports 8/8/8/1, but after checking the header values it turned out that is in fact a normal, boring 8/8/8/8 file. The SGI format doesn't even support 8/8/8/1 -- there's no way to specify that in the header! So "identify" is wrong, or tries to be clever. No idea where it gets this nonsense from. An example is the harrier splash screen. Does it crash fgfs for you? (Doesn't for me.) > > Can someone send me a link to a splash texture that crashes fgfs > > for him/her? And a backtrace for the crash if possible. > For the an2-splash with 8-bit alpha color: > > (gdb) run --aircraft=danube Don't have that aircraft. Is the texture available somewhere? (separate, not in a 20MB package :-) > #3 0x404b370f in operator delete[] (ptr=0x9800) > at /usr/src/gcc-3.3.2/libstdc++-v3/libsupc++/del_opv.cc:36 > #4 0x0854bae9 in SGTexture::read_rgb_texture (this=0x872e208, > name=0x8b31e00 "") at texture.cxx:276 That's strange. Can you please update sg/fg and try again? (A new backtrace would be nice, and the broken(?) texture.) I made some changes to texture.cxx. I don't really think I fixed the problem, but one never knows. :-) splash textures can now also be greyscale and greyscale/alpha, and they also respect an alpha layer. That way one can use countours (squadron emblems, etc.) together with varying background colors (--prop:/sim/gui/style/colors/splash-screen/red=0.5 etc.) > > $ sgi $FG_ROOT/Aircraft/bo105/splash.rgb [...] > > The "Shared Rows" percentage says that it's "aggressively" compressed. > > That's an interesting detail I don't know about. I assume that KDE's image file module is the only way to check that. I wrote it. :-) m. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG
On Sat, 2007-04-28 at 10:19 +0100, Nick Warne wrote: > On Saturday 28 April 2007 02:40:57 Pigeon wrote: > > > I just finished a fresh compile of FG and OSG today, then I've found a > > > bug (which I've been told to be solved in the past): I can pilot not > > > only one, but two airplanes ;-) it is quite a funny bug, so I took some > > > snapshots: http://seb.marque.free.fr/fichiers/flightgear/double/ > > > > Hi. > > > > Seems to be a bug in the server, when one of the relay server's > > doesn't lookup (in this case, mpserver03.flightgear.org is down and > > doesn't resolve an IP). Guess it doesn't handle the error properly and > > starting to route packets back to itself. I'm seeing every MP appearing > > twice in the server log. > > > > It's now temporarily fixed by removing it from the relay. Please > > double check on any/all MP servers. Thanks. > > This is what I said in IRC - we need a 'master' list of current mpservers so > that all server 'runners' can keep the relays current and up-to-date. > > At the moment this only happens when somebody notices an error - or as I did > last week when I saw that mpserver01 had dropped my server from the relay, so > mpserver05 wasn't showing mpserver01 pilots. > > > It is a bit of a mish-mash at the moment. > > Nick Perhaps the user could be notified if data hasn't been received from the server in the last 20(??) seconds as it would help diagnosing of this situation. At least this would let the user know about the echo problem. Regards George - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] twin phantom airplane with last compile FG OSG
On Saturday 28 April 2007 02:40:57 Pigeon wrote: > > I just finished a fresh compile of FG and OSG today, then I've found a > > bug (which I've been told to be solved in the past): I can pilot not > > only one, but two airplanes ;-) it is quite a funny bug, so I took some > > snapshots: http://seb.marque.free.fr/fichiers/flightgear/double/ > > Hi. > > Seems to be a bug in the server, when one of the relay server's > doesn't lookup (in this case, mpserver03.flightgear.org is down and > doesn't resolve an IP). Guess it doesn't handle the error properly and > starting to route packets back to itself. I'm seeing every MP appearing > twice in the server log. > > It's now temporarily fixed by removing it from the relay. Please > double check on any/all MP servers. Thanks. This is what I said in IRC - we need a 'master' list of current mpservers so that all server 'runners' can keep the relays current and up-to-date. At the moment this only happens when somebody notices an error - or as I did last week when I saw that mpserver01 had dropped my server from the relay, so mpserver05 wasn't showing mpserver01 pilots. It is a bit of a mish-mash at the moment. Nick - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel