Re: [Flightgear-devel] SSH
* [EMAIL PROTECTED] (Jon Berndt) [2003.10.06 22:13]: > Can someone explain the use of ssh keys to me? I want to set up ssh keys on > my cygwin machine at home to I can log into my sourceforge account without > having to specify the password. I still am not sure how the keys, > identity.pub, etc. all work. http://bumblebee.lcs.mit.edu/ssh2/ -- Cameron Moore / If a man says something in the woods and\ \ there are no women there, is he still wrong? / ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] SSH
Can someone explain the use of ssh keys to me? I want to set up ssh keys on my cygwin machine at home to I can log into my sourceforge account without having to specify the password. I still am not sure how the keys, identity.pub, etc. all work. Help. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Another ssgOptimiser issue
Cross posted to plib-devel. Here is another test case that illustrates something producing considerable difficulty for FlightGear modelers. This one results in arbitrary normals pointing straight up. One situation that causes this are three inline vertices on the same side of a triangle (which I can almost understand), but this is often not the case, as illustrated in the test case. The code producing the bad normal data is here in the OptVertexList::makeNormals() function (ssgOptimiser.cxx): for ( i = 0 ; i < vnum ; i++ ) if ( sgScalarProductVec2 ( vlist[i]->normal, vlist[i]->normal ) < 0.001 ) sgSetVec3 ( vlist[i]->normal, 0.0f, 0.0f, 1.0f ) ; else sgNormaliseVec3 ( vlist [ i ] -> normal ) ; Here are screenshots illustrating the problem: http://www.spiderbark.com/fgfs/ac3dnormal1.png http://www.spiderbark.com/fgfs/ppenormal.png http://www.spiderbark.com/fgfs/ac3dnormal2.png http://www.spiderbark.com/fgfs/ac3dnormal3.png http://www.spiderbark.com/fgfs/normal.ac First is test case in ac3d. Second is test case in ppe. Third is a profile showing the curve of the object. Fourth is a wireframe shot showing vertices. It would appear that this is happening more frequently when vertices are near or on an axis. Can anyone shed some light on this? Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Converting .bgl to .dem or comparable ...
On Tuesday 07 October 2003 02:00, Ivo wrote: > to be the most usefull tool. It's Windows only, but it ran perfectly > under VMware. It's a commandline tool, so maybe it can be run with > dosemu. Correction: you can obtain the sourcecode through CVS. Both freesc (the SCASM compiler) and scdis (the decompiler) can be compiled on Linux. A few minor adjustments were needed. Remove -ll while linking and be sure to link with g++ and not gcc. I have succesfully decompiled a few BGL files just a few moments ago. I am not currently planning on writing a SCASM interpreter to generate .ac files. Maybe I will in the future. If I decide to do so, I think it would be helpful to have some feedback first. Maybe my whole idea is impossible but I just don't see it :-) --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Converting .bgl to .dem or comparable ...
On Monday 06 October 2003 11:26, Tim Kober wrote: > Hi members, > > I am a new to this list and have a tricky problem: is there a > workaround to convert or extract DEM-Information from .bgl-Files of > Microsoft or mesh data from Lagos .bgl.-files? A conversion to another > file format (readable by 3D-Software) would be OK also ... I have looked into this a while ago. .bgl is a binary format and I thought of the following approach. First, decompile the BGL to a human readable form (sort-of), e.g. SCASM, and then interpret/convert the output to a 3D file format, like .ac. I found this: http://freesc.sourceforge.net/scdis.html to be the most usefull tool. It's Windows only, but it ran perfectly under VMware. It's a commandline tool, so maybe it can be run with dosemu. I found various programs to convert 3DS etc. to SCASM, but none the other way around. Nevertheless, I think it would be possible to write such a program, that extracts all kind of information from the converted SCASM files, like Synthetic Scenery, Procedural Scenery or Airport data. For more information and links, see the readme.html inside the SCDIS distribution. --Ivo ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Flightgear CVS undefinded reference error
Hi, I have just installed the latest CVS of Simgear and am now trying to install flightgear from the CVS tarball. I am recieving the error: /scratch/simgear//lib/libsgsky.a(cloud.o): In function `SGCloudLayer::draw(void)': /scratch/simgear/SimGear/simgear/scene/sky/cloud.cxx:453: undefined reference to `ssgCullAndDraw(ssgRoot *)' /scratch/simgear//lib/libsgsky.a(sky.o): In function `SGSky::preDraw(float, float)': /scratch/simgear/SimGear/simgear/scene/sky/sky.cxx:175: undefined reference to `ssgCullAndDraw(ssgRoot *)' collect2: ld returned 1 exit status make[2]: *** [fgfs] Error 1 make[2]: Leaving directory `/scratch/flightgear/FlightGear-CVS/FlightGear/src/Main' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/scratch/flightgear/FlightGear-CVS/FlightGear/src' make: *** [install-recursive] Error 1 plib is also from CVS. Any suggestions? Seamus ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: www/Docs/InstallGuide getstart.html, 1.6,
Martin Spott writes: > "Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > > Update of /var/cvs/FlightGear-0.9/www/Docs/InstallGuide > > In directory baron:/tmp/cvs-serv19466/Docs/InstallGuide > > > Modified Files: > > getstart.html getstartap1.html getstartap2.html > > getstartap3.html getstartch1.html getstartch2.html > > getstartch3.html getstartch4.html getstartch5.html > > getstartli1.html getstartli2.html getstartli3.html > > getstartpa1.html getstartpa2.html getstartpa3.html > > Hello Curt, you know that you probably have to redo these on a new > version of the manual because I assume I can't reproduce your changes > with the LaTeX to HTML converter !? Yup, don't worry about the header/footer stuff when you kick out a new version of the manual. If I can't figure out how to easily automate adding them back in, I'll just drop the standard TOC and header / footer stuff for the installation guide. That shouldn't be a big problem. If people want to print out from the HTML (for some reason) it might be nicer not to have the extraneous wrappers anyway. Thanks, Curt. -- Curtis Olson HumanFIRST Program FlightGear Project Twin Citiescurt 'at' me.umn.edu curt 'at' flightgear.org Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: [Flightgear-cvslogs] CVS: www/Docs/InstallGuide getstart.html, 1.6,
"Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > Update of /var/cvs/FlightGear-0.9/www/Docs/InstallGuide > In directory baron:/tmp/cvs-serv19466/Docs/InstallGuide > Modified Files: > getstart.html getstartap1.html getstartap2.html > getstartap3.html getstartch1.html getstartch2.html > getstartch3.html getstartch4.html getstartch5.html > getstartli1.html getstartli2.html getstartli3.html > getstartpa1.html getstartpa2.html getstartpa3.html Hello Curt, you know that you probably have to redo these on a new version of the manual because I assume I can't reproduce your changes with the LaTeX to HTML converter !? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] map view
If you set up a "look-at" view high above the aircraft, what some sims call a map view, you can't look straight down or the sim will flicker as the view-heading changes rapidly. The solution is to have a z-offset of something non-zero, so the view is not exactly straight down. Here's a map view. Note a z-offset-m of -1. Map View lookat false /position/latitude-deg /position/longitude-deg /position/altitude-ft true 10.0f 55.0 1000 0 -1 Dave -- David Culp davidculp2[at]comcast.net ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: I am new here/ helicopter flight model
Hi Franz, very nice! I will use this to test my flight model. Maik Melchior FRANZ wrote: * Melchior FRANZ -- Wednesday 01 October 2003 16:34: I start with a BO105. But as this will be my first (non-building) 3D model, I guarantee for nothing. And I'll be away the next two weeks, so if someone impatiently starts his own attempt, I won't be sad. :-) No, wait. I =will= be sad ... because I've already done the difficult parts in Blender): http://www.unet.univie.ac.at/~a8603365/bo105.jpeg (20kB) I've hacked a fgfs package together that you can unpack in the Aircraft directory. It allows to fly the helicopter with a modified j3cub 'aero': fgfs --aircraft=bo105 http://www.unet.univie.ac.at/~a8603365/bo105.tar.gz (27kB) There's still a lot to do: many details, glass windows, interior, texture, better animation, ... as it is now, you can see the landscape through the window holes. :-/ m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] smokes in flightgear
Hi guys! Need your advice I want to draw smokes in fllightgear but I make it on vertex and fragment programs so I make it on different ssgRoot so I have for example latitude and longitude and altitude of smoke. I convert it to cartesian coordinates Point3D center=sgGeodToCart(lat,lon,alt); so I have transform node on smoke after I make coordinates sgSetCoord(&tptpos,center.x(),center.y().center.z(),0,0,0); smoketransform->SetTransform(&tptpos); but I haven't seen my smoke :(( What I did wrong? Thanx in advance Bye ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Alpha sorting again
Thanx Erik! glDepthMask solve this problem - Original Message - From: "Erik Hofman" <[EMAIL PROTECTED]> To: "FlightGear developers discussions" <[EMAIL PROTECTED]> Sent: Friday, October 03, 2003 4:38 PM Subject: Re: [Flightgear-devel] Alpha sorting again > Roman Grigoriev wrote: > > Hi guys! > > I implement smokes and missile trails on flightgear and come across to > > following problem: > > ALPHA sorting > > could you please describe me why we have this problem? > > so here is two screenshots one from plib viewer > > http://fgfs.narod.ru/snap2.jpg > > and one from flightgear. > > http://fgfs.narod.ru/snap1.jpg > > Maybe I should adjust state? > > Probably, try setting glDepthMask(GL_FALSE) just prior to drwing the > trails and set glDepthMask(GL_TRUE) when finished. > > This might work, but is not guaranteed. > Otherwise you have to sort the objects based on distance to the viewer > before drawing them. > > This could be done by applying this patch to plib: > > http://www.a1.nl/~ehofman/fgfs/download/Plib_ssgDList2-20020718.diff > > Erik > > > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FG_SCENERY with multiple path elements ...
Jon Stockill <[EMAIL PROTECTED]> wrote:
> On Thu, 2 Oct 2003, Martin Spott wrote:
>> I'd suggest to have a mechanism that provides handling of _all_ sort
>> manual addition - this includes manual scenery tweaking. I assume this
>> is best done on scenery generation time - there could be a tree of data
>> that gets included in the scenery generation process.
>
> This means that adding a single building requires rebuilding the tile.
but it also implies the advantage that distributing the tiles includes
distributing the respective objects.
I'm shure we won't distribute buildings residing in Amsterdam with the
base package. So we should think about _two_ sorts of addition to the
base package: Scenery and Objects. I assume the objects are small
enough to be packaged into a single archive so it would be sufficient
if people download a _single_ Object collection.
So are we going to put multiple directories into the ${FG_SCENERY}
variable (like ${PATH}) or are we going to separate the objects with
${FG_OBJECT} for 'external' (from the base packages' view) objects ?
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Converting .bgl to .dem or comparable ...
Hi members, I am a new to this list and have a tricky problem: is there a workaround to convert or extract DEM-Information from .bgl-Files of Microsoft or mesh data from Lagos .bgl.-files? A conversion to another file format (readable by 3D-Software) would be OK also ... Regards, Tim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
