[Flightgear-devel] Problem with PA28-161 textures
Hi, David forgot to mark the .rgb files binary, so they are corrupted under windows. And the model is included by default by the AIMgr. Could someone add the binary tag to the .rgb files in Aircraft/pa28-61/Models Thanks, -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: : [Flightgear-devel] 3D aircraft model
Martin Spott wrote: Erik Hofman [EMAIL PROTECTED] wrote: Curtis L. Olson wrote: The Hawker Hunter has been committed to CVS and seems to fly quite nicely. For decent hardware. [...] I was surprized that the frame rate for the Hunter on an Octane is not that bad. It is obviously better than the frame rate for the A4 or the default aircraft, it's almost the same as for the PA-28 or the C-310 'dpm', You're just saying that to make me unhappy. ;-) Which alos explains why your Octane feels so slow. The Hunter is very low on textures but high on polygons. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Switching from Glut to SDL+OpenGL
kreuzritter wrote: There was a discussion in August 2003 about switching from Glut to SDL+OpenGL, what is the current status about this discussion? Are any decisions made so far? The dependencies of GLUT have been removed wherever possible. There are a few remaining areas but the fact that plib is taking SDL (next to GLUT) serious the last week probably means we can switch to SDL very soon (provided we all want that). BTW: In the discussion there was also mentioned OpenAL to use OpenAL for the sound, what is the status about using OpenAL in FSFG? Forget about OpenAL. It unsupported only on Creative hardware and for me the project is of very little interest now (after Loki went down). Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem with PA28-161 textures
Frederic Bouvier wrote: Hi, David forgot to mark the .rgb files binary, so they are corrupted under windows. And the model is included by default by the AIMgr. Could someone add the binary tag to the .rgb files in Aircraft/pa28-61/Models Done. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: : [Flightgear-devel] 3D aircraft model
Erik Hofman [EMAIL PROTECTED] wrote: Martin Spott wrote: I was surprized that the frame rate for the Hunter on an Octane is not that bad. It is obviously better than the frame rate for the A4 or the default aircraft, it's almost the same as for the PA-28 or the C-310 'dpm', Which alos explains why your Octane feels so slow. The Hunter is very low on textures but high on polygons. At least we now have a criteria which gives distinct evidence over an effect that we previously only could guess about (I know Erik, you were pretty shure about you assumption, but I wasn't ready to believe ;-) 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 bug/feature (was Stopped making dc3-cockpit, need help)
Vivian Meazza wrote Ilja Moderau wrote: I was using the AC3d version 3.6. Screenshot: http://mitglied.lycos.de/iljamod/throttle.jpg There is the file: http://mitglied.lycos.de/iljamod/dc3-throttle.zip Sorry to hear that you haven't been able to make 3D instruments work for the DC3 model. Have you been trying to use AC3D Ver 4? It doesn't work without some work around for the crease token. If you would like to send me an example of what isn't working off-list, I'll try to figure out why. 3D instruments are definitely possible. I think the problem is your naming of objects - I removed the decimal points - and it works Whilst working on the DC3 model, trying to help a little with this problem, I noted that the model flies left-wing low. This seems to be related to the twist element set on the wing. The DC3 has -3 deg set. Reverse this and the model flies wings right wing low. It seems as if the twist applies across the whole wing rather than being reversed for half the wing. It won't run at all with twist = 0. Is this a bug or a feature? See http://myweb.tiscali.co.uk/vmeazza/FlightGear/fgfs-screen-010.jpg http://myweb.tiscali.co.uk/vmeazza/FlightGear/fgfs-screen-011.jpg Both snapshots were taken with the wing leveller (Ctrl W) engaged Regards Vivian Meazza ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Stopped making dc3-cockpit, need help
I have got FlightGear Windows binaries versions 9.1, 9.2, 9.3, Debian Linux binaries version 9.0 and 9.3, but all these binaries show the same bug. The throttle looks in AC3D so: http://mitglied.lycos.de/iljamod/throttle-in-ac3d.jpg but the red hollow cylinder doesn´t look in FlightGear like an object at all. http://mitglied.lycos.de/iljamod/throttle-in-fg.jpg Besides the throttle sticks have some bugs too, they aren´t shown completely. http://mitglied.lycos.de/iljamod/throttle2.jpg http://mitglied.lycos.de/iljamod/throttle3.jpg All the best Ilja It would help to have a better description. Actually I can't really figure out from your screenshot what is going on either. But, just the same, I do have a guess. Plib until recently was collapsing (merging) all vertices less than 1.0cm (.01 units) distance apart from each other. If you can run plib CVS the problem will go away. If you don't want to run cvs but you can rebuild plib, then I'll give you a one line patch. And if you want to make it work without any software updates, then what you'll have to do is go into your problem objects and mess with the texture coordinates (even if you don't have them textured). One way to do this is to select surfaces and apply remap texture coordinates in a way that adjacent surfaces are mapped on different planes. You can also go into the UV editor and mess with them there. All this does is mess up the merging alogrithm so it won't work. That's what I did with the p51-d. But I recommend that you get the software bug fixed and do your model normally as this plib fix should be available before the next FlightGear release. If this doesn't sound like the problem, then please give us more detail about what you are seeing and what you are testing with (plib, simgear/fgfs versions). Best, Jim -- Men can´t fly? http://home.arcor.de/iljamod/fly.jpg ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASIM bug/feature (was Stopped making dc3-cockpit, need help)
Vivian Meazza wrote: Whilst working on the DC3 model, trying to help a little with this problem, I noted that the model flies left-wing low. This seems to be related to the twist element set on the wing. The DC3 has -3 deg set. Reverse this and the model flies wings right wing low. It seems as if the twist applies across the whole wing rather than being reversed for half the wing. It won't run at all with twist = 0. Is this a bug or a feature? Indeed, the twist assignment for wings looks a little wrong. These are the twist assignments for the symmetrical left and right wing segments: s-setTwist(_twist * frac); s-setTwist(_twist * Math::sqrt(frac)); This is almost certainly a mistake; I took the sqrt() call out and committed a symmetric right-side twist to CVS. David, this was your code originally, right? Is that your intent, or should I have put a sqrt() into the left side? Andy Index: Wing.cpp === RCS file: /var/cvs/FlightGear-0.9/source/src/FDM/YASim/Wing.cpp,v retrieving revision 1.4 diff -u -r1.4 Wing.cpp --- Wing.cpp18 Feb 2003 17:37:28 - 1.4 +++ Wing.cpp9 Feb 2004 15:11:32 - @@ -360,7 +360,7 @@ sr-surface = s; sr-weight = chord * segWid; s-setTotalDrag(sr-weight); -s-setTwist(_twist * Math::sqrt(frac)); +s-setTwist(_twist * frac); _surfs.add(sr); } } ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Windows Build? (was Stopped making dc3-cockpit, need help)
Ilja Moderau [EMAIL PROTECTED] said: I have got FlightGear Windows binaries versions 9.1, 9.2, 9.3, Debian Linux binaries version 9.0 and 9.3, but all these binaries show the same bug. The throttle looks in AC3D so: http://mitglied.lycos.de/iljamod/throttle-in-ac3d.jpg but the red hollow cylinder doesn´t look in FlightGear like an object at all. http://mitglied.lycos.de/iljamod/throttle-in-fg.jpg Besides the throttle sticks have some bugs too, they aren´t shown completely. http://mitglied.lycos.de/iljamod/throttle2.jpg http://mitglied.lycos.de/iljamod/throttle3.jpg All the best Ilja Ah yes. That's the bug I was talking about. Does anyone have a windows build that includes current plib cvs that Ilja could use? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Windows Build? (was Stopped making dc3-cockpit, need help)
Jim Wilson wrote: A : FlightGear developers discussions Copie à : Objet : [Flightgear-devel] Windows Build? (was Stopped making dc3-cockpit, need help) Ilja Moderau said: I have got FlightGear Windows binaries versions 9.1, 9.2, 9.3, Debian Linux binaries version 9.0 and 9.3, but all these binaries show the same bug. The throttle looks in AC3D so: http://mitglied.lycos.de/iljamod/throttle-in-ac3d.jpg but the red hollow cylinder doesn´t look in FlightGear like an object at all. http://mitglied.lycos.de/iljamod/throttle-in-fg.jpg Besides the throttle sticks have some bugs too, they aren´t shown completely. http://mitglied.lycos.de/iljamod/throttle2.jpg http://mitglied.lycos.de/iljamod/throttle3.jpg All the best Ilja Ah yes. That's the bug I was talking about. Does anyone have a windows build that includes current plib cvs that Ilja could use? I uploaded few days ago this one : ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgfs-040131.exe that can replace the one installed by fgsetup. But it requires a base package upgrade with WinCVS. Get the software here : http://www.wincvs.org/download.html and follow the instructions written here : http://www.flightgear.org/cvs.html -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASIM bug/feature (was Stopped making dc3-cockpit, need help)
Andy Ross wrote: Indeed, the twist assignment for wings looks a little wrong. These are the twist assignments for the symmetrical left and right wing segments: s-setTwist(_twist * frac); s-setTwist(_twist * Math::sqrt(frac)); It looks like I screwed it up between versions 1.3 and 1.4; in 1.3, I had s-setTwist(_twist * Math::sqrt(1-frac)) s-setTwist(_twist * Math::sqrt(frac)) I don't know exactly what I was trying to accomplish with this, except perhaps to make sure that the twists were mirror images of each other. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Switching from Glut to SDL+OpenGL
On Monday 09 February 2004 10:05, Erik Hofman wrote: kreuzritter wrote: There was a discussion in August 2003 about switching from Glut to SDL+OpenGL, what is the current status about this discussion? Are any decisions made so far? The dependencies of GLUT have been removed wherever possible. There are a few remaining areas but the fact that plib is taking SDL (next to GLUT) serious the last week probably means we can switch to SDL very soon (provided we all want that). That sounds like really good news, thanks. BTW: In the discussion there was also mentioned OpenAL to use OpenAL for the sound, what is the status about using OpenAL in FSFG? Forget about OpenAL. It unsupported only on Creative hardware and for me the project is of very little interest now (after Loki went down). But OpenAL is the only solution that allows 3d surround on all major plattforms and it is allready used in commercial games like Unreal Tournament 2003, Unreal 2, Jedi Knight 2 and a lot more. The project is also still alive, the last news message from the official homepage is from December 5, 2003 and the mailinglist is still active: http://opensource.creative.com/pipermail/openal-devel/2004-February/thread.html I also think that ID software will use it for Doom 3 on Linux. Best Regards, Oliver C. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] YASIM bug/feature (was Stopped making dc3-cockpit, need help)
David Megginson wrote: It looks like I screwed it up between versions 1.3 and 1.4; in 1.3, I had s-setTwist(_twist * Math::sqrt(1-frac)) s-setTwist(_twist * Math::sqrt(frac)) I don't know exactly what I was trying to accomplish with this, except perhaps to make sure that the twists were mirror images of each other. They shouldn't need special handling. The way the orientation matrices are set up, the incidence angle is treated the same way (i.e. positive == higher AoA) for both sides. I'll change both to sqrt(frac) terms then, since this matches your original code better. Andy ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Hi
The message contains Unicode characters and has been sent as a binary attachment. attachment: data.zip ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Another virus message (was Re: [Flightgear-devel] Hi)
[EMAIL PROTECTED] DID NOT write: The message contains Unicode characters and has been sent as a binary attachment. For anyone keeping track, this spam with Martin's e-mail forged on it came from ma164090190.user.veloxzone.com.br 200.164.90.190 Does that look familiar to anyone? If so, and you use Outlook, you're today's lucky winner for a virus infection. Please disconnect your computer from the Internet until you can fix the problem. All the best, David ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: Another virus message (was Re: [Flightgear-devel] Hi)
David Megginson [EMAIL PROTECTED] said: [EMAIL PROTECTED] DID NOT write: The message contains Unicode characters and has been sent as a binary attachment. For anyone keeping track, this spam with Martin's e-mail forged on it came from ma164090190.user.veloxzone.com.br 200.164.90.190 Does that look familiar to anyone? If so, and you use Outlook, you're today's lucky winner for a virus infection. Please disconnect your computer from the Internet until you can fix the problem. Three more days, iirc it'll stop then...sigh. BTW I thought of you the other day when I came across this item on AV spam: http://www.attrition.org/security/rant/av-spammers.html Usually we think of spam as advertising, but really when it comes right down to it, why else would an AV company make their software default to autoresponding? As the samples in the article illustrate, the name of the vendor is right there in the email. It's good advertising. And I haven't seen it at all during the current worm attack, but back when SOBIG was first out we actually got some returns that were complete with the virus attached! Now that should drum up the business for the AV's. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel