Re: [Flightgear-devel] SCR-522 (was Rating SystemRedux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))
On Saturday, June 11, 2011 02:19:39 AM Vivian Meazza wrote: Hal, I put some comments in-line. Vivian -Original Message- From: Hal V. Engel [mailto:hven...@gmail.com] Sent: 11 June 2011 02:03 To: flightgear-devel@lists.sourceforge.net Subject: Re: [Flightgear-devel] SCR-522 (was Rating SystemRedux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12)) On Friday, June 10, 2011 08:16:52 AM Vivian Meazza wrote: Hal, snip On closer reading of p24 and on looking at the diagram on p9 of the manual, it seems possible that the dimmer mask only covered the Channel indicator lamps, and not the T/R/REM. light. What specifically on page 9 are you seeing? I am not sure I agree but I can't say for sure. All of the lamps are in line with each other so they could easily use the same types of masks and a common lever for dimming all five lamps. In addition, not dimming the T/R/REM lamp would not make operational sense since they would have been very concerned about night blindness and the lamp is white (see next paragraph) which is not a good thing from a night vision point of view. Also the 1952 USAF F-51D/K/H manual seems to imply that all of the lamps are dimmed by the lever although it does not say this explicity. On the other hand the Aug. 1945 USAAF P-51D/K manual seems to imply that the dimmer mask only affects the channel lights but again it is not explicit about this. So I don't know. Perhaps the Spit pilot manuals can shed some light on this? Also something that I had missed from the 1952 manual is that the T/R/REM lamp is white and the others are green. In most photos I have seen the lamps all appear to be a greenish blue color, this is clearly the case in the ebay auction photos, but perhaps this is because they are not lit in these photos. A yellowish lamp under a blueish lens would glow a green color when lit while still appearling blue when not lit. Also the photo at this link shows the channel lamps as a green blue and the T/R/REM lamp as white. http://www.worthpoint.com/worthopedia/radio-control-box-bc-602-part- scr-522-76082646 I will change the colors of the lamps to match the documentation. But this is another case where the evidence is contradictory. What colors should these be when lit and off? I will make my best guess and if some evidence comes along that my guess is incorrect it will get fixed. snip Please take anything you want. Did you notice that the binding for F12 was changed to bring up the new menu? I would really like to use the new dialog in the same way as the default one rather than in the aircraft-specific menu, but right now can't figure out how to do that. I has a new high level menu for the VHF radio stubbed in (IE. the menu does not do anything yet). So I have some thing working and when I have a chance to look at your stuff I will try to generalize it so that it has it's own high level menu. I think we might end up with 2 near-identical entries in Aircraft/Instruments-3d. I suppose that's OK, since UK aircraft would expect the TR1133, and the US the SCR-522. Hmm, what was it known as in RAF P51s? I think this may be the case and it might make sense to consolidate these into one set of models and code. The names used internally by the aircraft models does not really matter since to the user these are the same units. They look and function in exactly the same way. snip I now discover that the boxes were the same - only the internals differed. However, I haven't yet discovered where the boxes were fitted. I found this online: http://target4today.co.uk/forum/viewtopic.php?showtopic=643mode=show=20page=3 It shows where various things are located for weight and ballance on the Spit. The TR 1133 is item G and with the dynamotor and other radio items is part of item 18. These are located behind the VHF antenna at 109 inches behind the datum point which appears to be at about 25% cord. This is well behind the cockpit and these might not be visible to the pilot or when looking through the canopy from the outside. The above is from a thread on the target4today web site forum. A user named bomber is working on a JSBSim Spit FDM for the target4today software and there are two extensive threads about this in their forum. snip I think that one might be a modern reproduction - it's all very shiny and new. It could also be a refinished original or NOS. These were produced in huge numbers (perhaps several hundered thousand) and it appears that NOS or refinished examples regularly appear on ebay. snip Looks like the our channel select buttons could do with a bit more detailing - from this and other photos, it looks as if they had a raised rim. I was not able to see the rim in the photos I originally used although I did see that there is a recess in the top of the button which I thought was a dish shape and I created a shadow for this in the
Re: [Flightgear-devel] Pro Flight Simulator
http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_xcuh.html how long should we tolerate such... -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SCR-522 (was RatingSystemRedux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))
Hal, More comments inline. Looking forward to getting this into Git so I can progress a bit more. Vivian On closer reading of p24 and on looking at the diagram on p9 of the manual, it seems possible that the dimmer mask only covered the Channel indicator lamps, and not the T/R/REM. light. What specifically on page 9 are you seeing? On page 9 I see what I think is the mask in place over the channel lights with the small hole over the channel visible - compare and contrast that with the photos that we have found with the in the day position. Page 9 also shows the T/R/REM. light unmasked. The words on page 24 also imply this to be the case. But see my comments lower down I am not sure I agree but I can't say for sure. All of the lamps are in line with each other so they could easily use the same types of masks and a common lever for dimming all five lamps. In addition, not dimming the T/R/REM lamp would not make operational sense since they would have been very concerned about night blindness and the lamp is white (see next paragraph) which is not a good thing from a night vision point of view. Also the 1952 USAF F-51D/K/H manual seems to imply that all of the lamps are dimmed by the lever although it does not say this explicity. On the other hand the Aug. 1945 USAAF P-51D/K manual seems to imply that the dimmer mask only affects the channel lights but again it is not explicit about this. So I don't know. Perhaps the Spit pilot manuals can shed some light on this? Not quite in line - but yes it would not have been difficult to have extended the mask to cover all lamps - and I agree that it would be logical for this to be the case. Also something that I had missed from the 1952 manual is that the T/R/REM lamp is white and the others are green. In most photos I have seen the lamps all appear to be a greenish blue color, this is clearly the case in the ebay auction photos, but perhaps this is because they are not lit in these photos. A yellowish lamp under a blueish lens would glow a green color when lit while still appearling blue when not lit. Also the photo at this link shows the channel lamps as a green blue and the T/R/REM lamp as white. http://www.worthpoint.com/worthopedia/radio-control-box-bc-602-part-scr-522- 76082646 Too much info - does that photo show the dimmer mask in the down position? I think so, it looks as if I am wrong about the hole theory - the blue is transparent mask over - what? Perhaps a more transparent blue mask? The T/R lamp is not masked. But I'm not sure that we want to introduce a transparency in our model - bad for framerate. We can easily fix things to look right without transparency. I will change the colors of the lamps to match the documentation. But this is another case where the evidence is contradictory. What colors should these be when lit and off? I will make my best guess and if some evidence comes along that my guess is incorrect it will get fixed. Green is a very usual colour for channel lights - and red/orange for T (but we know that the SCR-522 worked in reverse). But all photos show the unlit lamps/mask to be blue. snip Please take anything you want. Did you notice that the binding for F12 was changed to bring up the new menu? I would really like to use the new dialog in the same way as the default one rather than in the aircraft-specific menu, but right now can't figure out how to do that. I has a new high level menu for the VHF radio stubbed in (IE. the menu does not do anything yet). So I have some thing working and when I have a chance to look at your stuff I will try to generalize it so that it has it's own high level menu. I think we might end up with 2 near-identical entries in Aircraft/Instruments-3d. I suppose that's OK, since UK aircraft would expect the TR1133, and the US the SCR-522. Hmm, what was it known as in RAF P51s? I think this may be the case and it might make sense to consolidate these into one set of models and code. The names used internally by the aircraft models does not really matter since to the user these are the same units. They look and function in exactly the same way. Yup - I really only started the TR1133 so that I could avoid overwriting your stuff. I'll leave this one until we have finished. snip I now discover that the boxes were the same - only the internals differed. However, I haven't yet discovered where the boxes were fitted. I found this online: http://target4today.co.uk/forum/viewtopic.php?showtopic=643 http://target4today.co.uk/forum/viewtopic.php?showtopic=643mode=show=20p age=3 mode=show=20page=3 Very useful info. Not sure about the comment on the Spitfire prop weight - my info shows the DeHavilland 3 bladed metal prop/hub at 350 lbs - which would have been right for the BoF, while the later constant speed propeller would have weighed in at 500lbs, but these were not fitted until 1940 in time
Re: [Flightgear-devel] Pro Flight Simulator
Michael, What do you suggest be done? And perhaps you could do something? Otherwise we do nothing, and it's caveat emptor. Vivian -Original Message- From: Michael Sgier [mailto:scrat_h...@yahoo.com] Sent: 12 June 2011 10:58 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Pro Flight Simulator http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_ xcuh.html how long should we tolerate such... -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pro Flight Simulator
On 12.06.2011 11:58, Michael Sgier wrote: http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_xcuh.html how long should we tolerate such... We've had that before. This 15KB app doesn't even contain a FlightSimulator. And it doesn't do anything (so I doubt it contains a single line of FG code). See comments on that site: pure fake application!. There's loads of fake apps being offered. Not nice. But what's that got to do with FlightGear? Or with our license? Those are pure scams unrelated to anything. cheers, Thorsten -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pro Flight Simulator
On Sun, 12 Jun 2011 12:26:05 +0200, ThorstenB wrote in message 4df4943d.3030...@gmail.com: On 12.06.2011 11:58, Michael Sgier wrote: http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_xcuh.html how long should we tolerate such... We've had that before. This 15KB app doesn't even contain a FlightSimulator. And it doesn't do anything (so I doubt it contains a single line of FG code). See comments on that site: pure fake application!. There's loads of fake apps being offered. Not nice. But what's that got to do with FlightGear? Or with our license? Those are pure scams unrelated to anything. ..he also claims to have movie and phone spy downloads... http://www.androidzoom.com/android_developer/maly_jonathan_wno.html -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pro Flight Simulator
On Sun, Jun 12, 2011 at 9:27 PM, Arnt Karlsen a...@c2i.net wrote: On Sun, 12 Jun 2011 12:26:05 +0200, ThorstenB wrote in message 4df4943d.3030...@gmail.com: On 12.06.2011 11:58, Michael Sgier wrote: http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_xcuh.html how long should we tolerate such... We've had that before. This 15KB app doesn't even contain a FlightSimulator. And it doesn't do anything (so I doubt it contains a single line of FG code). See comments on that site: pure fake application!. There's loads of fake apps being offered. Not nice. But what's that got to do with FlightGear? Or with our license? Those are pure scams unrelated to anything. ..he also claims to have movie and phone spy downloads... http://www.androidzoom.com/android_developer/maly_jonathan_wno.html I found that the link above isn't valid (Developer does not exist? redirect to http://www.androidzoom.com/?err=DeveloperNotExists) Perhaps it should have been http://www.androidzoom.com/android_developer/maly-jonathan_wnos.html ? Might save someone some time and confusion. George -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pro Flight Simulator
On Sun, 12 Jun 2011 21:36:20 +1000, George wrote in message banlktindc8uwc_de94-21xrxe6srk7b...@mail.gmail.com: On Sun, Jun 12, 2011 at 9:27 PM, Arnt Karlsen a...@c2i.net wrote: On Sun, 12 Jun 2011 12:26:05 +0200, ThorstenB wrote in message 4df4943d.3030...@gmail.com: On 12.06.2011 11:58, Michael Sgier wrote: http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_xcuh.html how long should we tolerate such... We've had that before. This 15KB app doesn't even contain a FlightSimulator. And it doesn't do anything (so I doubt it contains a single line of FG code). See comments on that site: pure fake application!. There's loads of fake apps being offered. Not nice. But what's that got to do with FlightGear? Or with our license? Those are pure scams unrelated to anything. ..he also claims to have movie and phone spy downloads... http://www.androidzoom.com/android_developer/maly_jonathan_wno.html I found that the link above isn't valid (Developer does not exist? redirect to http://www.androidzoom.com/?err=DeveloperNotExists) Perhaps it should have been http://www.androidzoom.com/android_developer/maly-jonathan_wnos.html ? ..correct, my typo, luakit ((too) lightweight web browser) doesn't give me url window text I can cut to paste. Might save someone some time and confusion. ..yup, thanks George. ..I also found the host site a bit weird, in offering a way to report trademark violations, but not copyright violations. ..this site is hosted in Barcelona, Spain, and their host IT chief claims to also be a music composer, at least an hobby in which he would have a certain minimum interest in copyrights of e.g. his own music. White washing machine? -- ..med vennlig hilsen = with Kind Regards from Arnt Karlsen ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Properties on sim-reset
Hi, we're resetting all properties on sim-reset to their initial value (saved at sim start-up). There's only a few (hard-coded) exceptions of properties which are not reset. I've just pushed a fix to keep userarchived properties unaffected by a sim-reset. Their value is always maintained in between sim sessions - however you had to exit/restart the sim first, before their value was also retained on sim-reset (don't even try to understand that...it was just odd). I could think of several more properties which would better be retained on sim resets. I'm about to add a noreset flag to the supported property attributes. That would allow anyone to flag such exceptional properties which should not be affected by a sim reset (in XML/nasal/C++). And we can get rid of the hard-coded list of property exceptions. Any objections? Any better name than noreset? Otherwise I'll change as proposed... cheers, Thorsten -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] sh-like variable in flightgear/CMakeLists.txt
Would anyone please consider applying this one to 'flightgear': diff --git a/CMakeLists.txt b/CMakeLists.txt index 293d8b4..d2c50db 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -65,7 +65,7 @@ else() set(FG_NDEBUG 1) endif() -if(${SP_FDMS}) +if(SP_FDMS) set(ENABLE_SP_FDM 1) endif() Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] SCR-522 (was RatingSystemRedux(wasRe:Flightgear-devel Digest, Vol 61, Issue 12))
On Sunday, June 12, 2011 03:07:25 AM Vivian Meazza wrote: Hal, On page 9 I see what I think is the mask in place over the channel lights with the small hole over the channel visible - compare and contrast that with the photos that we have found with the in the day position. Page 9 also shows the T/R/REM. light unmasked. The words on page 24 also imply this to be the case. But see my comments lower down snip Not quite in line - but yes it would not have been difficult to have extended the mask to cover all lamps - and I agree that it would be logical for this to be the case. snip Too much info - does that photo show the dimmer mask in the down position? I think so, it looks as if I am wrong about the hole theory - the blue is transparent mask over - what? Perhaps a more transparent blue mask? The T/R lamp is not masked. But I'm not sure that we want to introduce a transparency in our model - bad for framerate. We can easily fix things to look right without transparency. I think the mask is between the lens and the light bulb and is not visible from the outside. If that is the case then changing it's possition would not change how these looked other than how bright they are when lit. I think you are right about not using transparency and that the needed affect can be done using object illumination animation settings in the models XML file. So it appears that the mask can be removed from the model which reduces the number of vertices significantly. The other related open question is which way does the level move to open or close the mask? snip That's all looking good. Can we get it into Git soon?\ Soon yes but at the moment I am swamped with other stuff. But I will try to get to it and finish it in the next few days. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Pro Flight Simulator
On Sun, 12 Jun 2011, Michael Sgier wrote: http://www.androidzoom.com/android_games/cards_and_casino/flight-simulation_xcuh.html how long should we tolerate such... Tolerate? Pfft. Just flag it as a scam and move on. g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.simpits.org/geneb - The Me-109F/X Project Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Political correctness is a doctrine, fostered by a delusional, illogical minority, and rabidly promoted by an unscrupulous mainstream media, which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Airport Textures (Again)
Can we please have the old airport textures back: the new ones wreck some very fine airports. Here's a small sample of Gatwick/EGKK. It's like this all over and it's spoiling someone's very good work: ftp://abbeytheatre2.org.uk:2121/flightgear/Terrain/EGKK-texture.jpg Yes - of course, I can do that locally, but can we really have this ugliness in our flightsim? Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [BUG] Re: SimGear branch, next, updated. c782a32076016f2c3c01b4fd437b024dc77806e9
* Flightgear-commitlogs -- Sunday 12 June 2011: commit c782a32076016f2c3c01b4fd437b024dc77806e9 Introduce PRESERVE flag to protect properties on sim reset. Some specific properties need protection and shouldn't be restored to their original values on sim-reset. This commit is buggy. Contest opened ... m. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [BUG] Re: SimGear branch, next, updated. c782a32076016f2c3c01b4fd437b024dc77806e9
On 12.06.2011 21:20, Melchior FRANZ wrote: Introduce PRESERVE flag to protect properties on sim reset. Some specific properties need protection and shouldn't be restored to their original values on sim-reset. This commit is buggy. Contest opened ... m. What's wrong? T. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Airport Textures (Again)
I'll have to agree here . There's also some pretty gaudy terrain textures too , whatever happened to a general vote on commits ? On Sun, Jun 12, 2011 at 11:39 AM, Vivian Meazza vivian.mea...@lineone.net wrote: Can we please have the old airport textures back: the new ones wreck some very fine airports. Here's a small sample of Gatwick/EGKK. It's like this all over and it's spoiling someone's very good work: ftp://abbeytheatre2.org.uk:2121/flightgear/Terrain/EGKK-texture.jpg Yes - of course, I can do that locally, but can we really have this ugliness in our flightsim? Vivian -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] screen shots with OSG multi-threading
On Sat, May 28, 2011 at 11:33 PM, ThorstenB bre...@gmail.com wrote: Hi, another heads up: I've pushed a patch fixing screen shot issues in OSG multi-threading modes (see multithreading-mode in preferences.xml). Please test this on your machines, with your favourite OSG threading mode. As usual, report any issues - here or there: http://code.google.com/p/flightgear-bugs/issues/detail?id=127 This commit is buggy too :- Okay, I'll be nice and provide a hint: It is not safe to call removeTask from the timer event itself. -- Csaba/Jester -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] screen shots with OSG multi-threading
Am Montag, den 13.06.2011, 00:34 +0200 schrieb Csaba Halász: On Sat, May 28, 2011 at 11:33 PM, ThorstenB bre...@gmail.com wrote: This commit is buggy too :- Okay, I'll be nice and provide a hint: It is not safe to call removeTask from the timer event itself. Have you pulled latest simgear? I had adapted the event manager to allow tasks to remove themselves. cheers, Thorsten -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel