[Flightgear-devel] ..translations...
Hi, ..translations done by machines, are not trustworthy, so if you use them, include your source language text in your post, so we can try other translation methods to see what you really meant to say, in your own native language. ..if you find yourself in a dispute, chances you have failed to verify your translated text really says what you meant to say, because machine translation programs are built on guesses on what people might say in any other situation than yours. -- ..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. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 10
Oliver Fels All this is absolutely false. I never requested a change in the FDM Alouette 2 ! If I could not fly, and although it does not bother me. JM-26 and many, many others were sad not to do so. The point with the AlouetteII is that it is a helicopter with absolute no stabilisation or control compensation aids the same way as the R22 is- just with a higher mass, a turbine and more power. Thus if you apply control you will have to make sure that you apply compensation on each (!!!) axes simultaneously. That makes a helicopter beginner struggle with the controls and propably fail but does not make the FDM unrealistic. At least it is a (legacy) helicopter with all its challenges. If you have not seen an unstable AlouetteII upon takeoff (as you mentioned in the other post) this is simply the case because you are watching a trained pilot, not a simplistic FDM. Thereore before changing the FDM in FlightGear to please the not-so- trained pilots I would have appreciated to ask some of the more experienced pilots regarding their impressions. As to my experiences with the Alouette2 I can say that I can apply stable hovers with minimum locational deviations and that I once landed the thing stable in the bay of a FlightGear carrier. Things you can not accomplish with a broken FDM. Though I have not checked it for a while. However the floats version seems to have some issues with CoG and high speed flight. So I am somehow surprised regarding the latest happenings and do not appreciate the way the FDM was changed without a concensus to do so. As one of the few, or possibly the only one, involved in FG to have stick time (just a few hours) on helos of this era, I can say that the old fdm feels pretty realistic, so far as I can recall. It is flyable, and actually not too difficult. I would say Maik did a pretty good job. I think that the solution of having easy/hard fdms is a good compromise, although personally, I can't think why anyone would want to fly an unrealistic fdm. After all - realism is what FG is all about. This thread has gone on too long, and there has been far too much said of a personal nature. It has not reflected well on anyone, and not on the ethic of this list, nor on FG. Time to call a halt. Vivian -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 11
Groucho aka Oliver Fels ? Who are this people ? I have known people to justify their defamatory used the names and peudos other people. But then, you're the best at this game. This is me. Obviously you do not seem to have read this as the circle goes on and on and on. Well, folks, to stay on-topic and to prevent the usual suspects are continueing their game of escalation here is my offer (which I already communicated but which did not seem to get through): There are several sites on the internet which commercially provide scanned flight manuals for various helicopters. If somebody confirms that this is the data required for a decent flight model and if somebody guarantees that he is able to create such a decent flight model (and afterwards does) I am willing to spend a certain financial amount for such a document (electronic version) and donate it for such a puporse. Most are available between 20 and 30 US$ so this is the limit per manual. This offer is valid not only for the AlouetteII but theoretically for any flight model document. The only drawback is: I pay for it so I decide if it is worth having it in FlightGear. Currently I can imagine this for the AlouetteII, EC130, EC135, R22/44/66, AW139, BK117, Bell 206. Another point: Requesters must prove that they are able to derive a sophisticated FDM from this information. Fair enough, I do not spend money for nothing. Comments, agreements, denials? Oliver -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 10
DISCLAIMER: the words below are not mine. Just to restore peaceful communication PREAMBULE: les mots ci-dessous ne sont pas les miens. Juste pour retrouver une communication appaisée. - Heiko Schulz a écrit : It appears that just come and complain on the devel list (which is intended for developers code FG) is not interpreted as anything other than a personal attack. If you can't understand I can not do anything about it. Even Martin did you notice that your mail has nothing to do on the Devel List. My problem with you is, that everything, really every word I say to you is misunderpreted by you as affront, insult and personal attack. Traduction: Mon problème avec toi/vous, c'est que tout, vraiment chaque mot que je te/vous dis est mal interpreté par toi/vous comme des affront, des insultes ou des attaques personnelles. As I said as answer on Martins post your refer here: In general it is my prefered way as well. With any author just but not this one for some reasons. And the reason is what I wrote above. Traduction: Comme je l'ai dit en réponse sur le post de Martin que tu/vous référence(s/z) ici, En général, c'est aussi mon moyen préféré. Avec tous les contributeurs, sauf celui-ci pour différentes raisons. You have no respect for the work of others and I do not have to justify my actions in front of you. With a little intelligence, you might have what you want. Unfortunately it seems that you lack of thought and you were talking too quickly and especially without knowing. You disrespected the work by others (here Maik), not me. Tu/Vous manque(s/z) de respect pour le travail d'autres (Maik dans ce cas), pas du mien. And put your bad times and you said, ultimately, defamatory on behalf of my bad English is not a solution. This too is false. You have trouble communicating and, again, I can not help you. Trouble with communication only with you- it needs two for a communication. Il n'y a un problème de communication qu'avec toi/vous. Il faut être deux pour communiquer. I will create the smart solution of Ron (but you could start with that) and create multiple FDM. You told me once that you don't accept any contributions from me anymore. And neither Maik nor me was able to find the author at the beginning. Needed some search. Tu/Vous m'(as/avez) dit une fois que tu/vous n'accepte(ras/rez) plus de contribution de ma part. Et ni Maik ni moi ont été capable de trouver l'auteur au départ. Cela a nécessité des recherches. -Fred (for the translation only) -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 11
- BARANGER Emmanuel a écrit : 6 Posts unnecessary poluent the devel list just for the pleasure of drooling over the others. Heiko Bravo. People see for themselves. Un conseil Emmanuel: évite l'argot français, ça fait vraiment glauque en anglais -Fred -- Frédéric Bouvier http://www.youtube.com/user/fgfred64 Videos -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 11
On Fri, 20 May 2011, Heiko Schulz wrote: Emmanuel, and all here involved or not, TAKE. THIS. OFF. LINE. 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 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. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Testing OSG-trunk / bug issue #268
On 19.05.2011 20:38, Lauri Peltonen wrote:
So the solution is either change the clear color to what it was, or make
it ramp linearly to black or something with altitude.
Or change simgear/scene/sky.cxx around line 117 (repaint method), there
is a
if ( effective_visibility 1000.0 ) {
...
} else {
// turn off sky
disable();
}
Great find, Lauri! Removing the visibility condition fixes the issue for
me - and I haven't seen any side effects (yet ;) ). Not sure why that
condition was introduced in the first place (suggestions anyone?).
The condition seems a bit of hack to me - why should sky be switched
off for 999 feet, but not for 1001 feet visibility... So, removing it
may be the cleanest solution to the sky color issue.
My suggestion: we try removing the condition now and see if anyone sees
new issues. If so, it's probably best to temporarily revert both patches
for the upcoming release - and try to find a better solution for the
next one. And if removing the condition does not cause any new issues,
we've solved the issue anyway (and of course keep it for the release).
Other suggestions? Any background info on the effective_visibility
1000.0 condition? Otherwise I'll try removing it from sg/next.
cheers,
Thorsten
--
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Flightgear-devel Digest, Vol 61, Issue 11
On Fri, 20 May 2011 14:00:09 +0200 (CEST), Frederic wrote in message 19450218.11280091305892809117.javamail.r...@spooler4-g27.priv.proxad.net: - BARANGER Emmanuel a écrit : 6 Posts unnecessary poluent the devel list just for the pleasure of drooling over the others. Heiko Bravo. People see for themselves. Un conseil Emmanuel: évite l'argot français, ça fait vraiment glauque en anglais -Fred ...and slang is not supported by machine translation programs, as a general rule. [original source] ...et de l'argot n'est pas appuyé par des programmes de traduction automatique, en règle générale. [KDE translatoid to French] ...and slang is not supported by translation programs automatic, as a rule. [KDE translatoid from French to English] ..google, yahoo etc translation programs will show similar distortions, going back and forth like above, e.g. my first loop lost a general. ;o) -- ..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. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT source
Sorry that I've dropped the ball on this. I will take a look at that code soon and try to get it into the source tree. Tim On Tue, May 17, 2011 at 9:58 PM, cas...@mminternet.com wrote: Hi Jack, I'm kind of slogging through a stressful day today with some other stuff hanging over my head. If the patches are intended to go into the main line, I'd love to have Tim take a pass at reviewing them. For a quick hack you could just do a traditional diff -c sort of patch if you wanted to share the changes and let other people try them or take a look at the code. Ok, let me try that. The goal is to move them into the main line at some point and a review is definitely in order. In the near term, a quicky would work ATM slogging through the code to understand how shaders work. The edge blending will be a shader program, most likely a fragment shader at the pixel level. But having a tough time getting my head around how to include the shader in the code as part of the scene graph. The Docs help, but more info than what is needed ( at least that's my impression ). Just need to understand how to incorporate, say, an edgeblend.frag chunk of GLSL code into the scenegraph, It's pretty much a static set of functions with zero options, no fancy animation, techniques, quality-levels, or other predicates. The code will test the pixels in the overlap region, adjust the RGB values based on position and then apply a gamma correction. Any thoughts or examples from the community of a basic template and a howto for adding a fragment shader would help. Thanks Jack Curt. On Mon, May 16, 2011 at 11:45 PM, cas...@mminternet.com wrote: Hi Curt, A while back Tim Moore offered to post the image warping code onto the GIT site. Since then I've not heard from him and emails have gone unanswered -- no idea as to why... :-( At any rate, tried to setup a GIT library myself and nothing but frustration and zero success in setting up a branch or whatever to make the code public. Might you have a moment to help me get it posted? Would tomorrow be a good time? And best time and number to call if you have the patience to walk me through the process. Or if you're too busy, no problem -- sooner or later I'll get it figured out. is there a good howto somewhere that would do the trick? Regards Jack -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OT: android/ipad development
Hi Victhor, Thanks for the offer to help test. We'll have to see how (and if?) this project shapes up and whether we end up going down the ios path or the android path or as someone else suggested, attempt to find a way to support both. I have an android phone myself, but everyone else involved in this UAS project is mac so I'll probably get out voted. :-) Curt. On Wed, May 18, 2011 at 5:06 PM, Victhor victhor.fos...@gmail.com wrote: I currently am in possession of a ARM Cortex-A8 development board, complete with graphics processor(PowerVR SGX) and Android support. If you need any hardware to test software on, I'll be willing to help. It has a screen, though pretty low res(480x272), and the LCD interface got a small issue, but I'll fix this very soon. It also has only 256 MB of RAM. On Wednesday, May 18, 2011 03:12:24 PM Curtis Olson wrote: On Wed, May 18, 2011 at 1:58 PM, Claus Christmann h...@gatech.edu wrote: Have you looked at the ground control station for the Parrot AR Drone? http://youtu.be/wtlp7jwvkd4 The Parrot AR drone is a cool product, but that's a proprietary system, right? In our case we would have significantly different design and usage goals compared to the parrot drone, but certainly we would need to accomplish many of the same technical hurdles. Our drone flies well beyond wifi range. We are primarily focused on outdoor use. The parrot AR drone (as best as I can tell from the videos I've seen) is primarily a remote piloted vehicle -- with computer stabilization. It probably wouldn't take much to make it fully autonomous, but that's not the primary usage that I've seen. (Interactive real/VR blended dog fights.) Curt. Hi Curt, you are right in all of your points. I was just wondering if you simply looked at their software SDK (for a GCS). AFAIK their GCS is iPhone only, but some people have compiled it for Android. So maybe those guys could give you a hand for your GCS system. http://www.shellware.com/BlogEngine.Web/page/ARPro-for-Android.aspx is one example of an Android GCS for the Parrot.AR Good Luck, Claus -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] OT: android/ipad development
On Fri, 20 May 2011 16:46:33 -0500, Curtis wrote in message banlktin6zx2k0yg-xktft9mp3mn-8pd...@mail.gmail.com: Hi Victhor, Thanks for the offer to help test. We'll have to see how (and if?) this project shapes up and whether we end up going down the ios path or the android path or as someone else suggested, attempt to find a way to support both. I have an android phone myself, but everyone else involved in this UAS project is mac so I'll probably get out voted. :-) Curt. ..add me to the Android vote. ;o) On Wed, May 18, 2011 at 5:06 PM, Victhor victhor.fos...@gmail.com wrote: I currently am in possession of a ARM Cortex-A8 development board, complete with graphics processor(PowerVR SGX) and Android support. If you need any hardware to test software on, I'll be willing to help. It has a screen, though pretty low res(480x272), and the LCD interface got a small issue, but I'll fix this very soon. It also has only 256 MB of RAM. On Wednesday, May 18, 2011 03:12:24 PM Curtis Olson wrote: On Wed, May 18, 2011 at 1:58 PM, Claus Christmann h...@gatech.edu wrote: Have you looked at the ground control station for the Parrot AR Drone? http://youtu.be/wtlp7jwvkd4 The Parrot AR drone is a cool product, but that's a proprietary system, right? In our case we would have significantly different design and usage goals compared to the parrot drone, but certainly we would need to accomplish many of the same technical hurdles. Our drone flies well beyond wifi range. We are primarily focused on outdoor use. The parrot AR drone (as best as I can tell from the videos I've seen) is primarily a remote piloted vehicle -- with computer stabilization. It probably wouldn't take much to make it fully autonomous, but that's not the primary usage that I've seen. (Interactive real/VR blended dog fights.) Curt. Hi Curt, you are right in all of your points. I was just wondering if you simply looked at their software SDK (for a GCS). AFAIK their GCS is iPhone only, but some people have compiled it for Android. So maybe those guys could give you a hand for your GCS system. http://www.shellware.com/BlogEngine.Web/page/ARPro-for-Android.aspx is one example of an Android GCS for the Parrot.AR Good Luck, Claus -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- ..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. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Open radar merge
Hi everyone, I´m merging the Open Radar branches. I´m using Smart Git 2.0.4. I merged the branches but I´m not don´t sure that it is correct. I cloned the repository with the clone command, after that I checkout the branches sector_schema, new_map_view and adexp_parser. I executed the command merge to merge the different branches with master. Is there any way to check if what I done was correct? A part from that I want to know how can I commit in central repository. Thanks, Marcel Fernández -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
