Re: [Flightgear-devel] First attempt with terragear: fail! :-(

Il 21/03/2012 23:54, Gijs de Rooy ha scritto: > > Failed to load priorities file > > > D:/FGFSHudsonCMake/TerraGear/install/msvc100/TerraGear/share/TerraGear/default_priorities.txt > > You can set the location manually by adding: > --priorities=path/to/default_priorities.txt That helped :-) Thx.

Re: [Flightgear-devel] First attempt with terragear: fail! :-(

Il 21/03/2012 23:08, Roberto Inzerillo ha scritto: > Il 21/03/2012 21:54, Gijs de Rooy ha scritto: >> > Everything goes well untill I run ogr-decode which fails silently. It >> does nothing, no error message, no decoded data, nothing at all >> >> What if you try

Re: [Flightgear-devel] First attempt with terragear: fail! :-(

Il 21/03/2012 21:54, Gijs de Rooy ha scritto: > > Everything goes well untill I run ogr-decode which fails silently. It > does nothing, no error message, no decoded data, nothing at all > > What if you try shape-decode? Ok, I tried this: C:\Terragear_LICP>bin\shape-decode.exe --max-segment 500 d

[Flightgear-devel] First attempt with terragear: fail! :-(

But maybe you can help me (I hope so). I decided to give Terragear a try and I'm following the Wiki Guide (url: http://wiki.flightgear.org/Using_Terragear ) in order to get familiar with it. Everything goes well untill I run ogr-decode which fails silently. It does nothing, no error message, no

Re: [Flightgear-devel] Re : Landcover Contribution

> The French wikipedia page is, for once, not that bad. > http://fr.wikipedia.org/wiki/Corine_Land_Cover > The origin of it: http://www.eea.europa.eu/publications/COR0-landcover > > Olivier Since I don't see the Corine landcover imported into FGFS World Scene

Re: [Flightgear-devel] Landcover Contribution

> Not sure if you can get a much higher level of detail by hand drawing... I've found, downloaded and checked the Italy-Corine FlightGear scenery. Corine is great but it lacks a lot of details :-( Looks to be machine generated. My conclusion: I'm definetely gonna be able to do much better by hand

Re: [Flightgear-devel] Landcover Contribution

> I don't know about the actual merge with existing scenery, other should > answer that question ;) So you tell me I should simply create new shapefiles (not caring about the current scenery) and submit them to papillon81 and statto? >> That's my area as FlightGear Landcover-DB-VMap0: ... > An

Re: [Flightgear-devel] Landcover Contribution

Il 12/03/2012 18:56, Gijs de Rooy ha scritto: > Hi Roberto, > > > Since I'm willing to contribute to the landscape improvement (my area > is very poorly covered) I'm wondering if > > the informations at > http://wiki.flightgear.org/Howto:_Create_custom_scenery >

[Flightgear-devel] Landcover Contribution

Since I'm willing to contribute to the landscape improvement (my area is very poorly covered) I'm wondering if the informations at http://wiki.flightgear.org/Howto:_Create_custom_scenery are still valid. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!

Re: [Flightgear-devel] Double Input Resolution?

How could I think that parking brakes would have been such a hot topic??!! :-) Anyway, I appreciate the long detailed point of views. It's clear to me I have to be generic enough with this input device. Well, it's going to stay as a 'double' but not a 24bit resolution anyway! -- Empfehlen Sie

Re: [Flightgear-devel] Double Input Resolution?

>>> Parking brake is just a on/off flag (1bit). >> >> Well, right, but not totally. I've seen aircrafts accepting a double >> value, and I'd like to make it consistent. Intermediate values make >> sense here since it's a lever that moves along a path (or at least >> rotates around a hinge). It's no

Re: [Flightgear-devel] Double Input Resolution?

> I can tell you from experience with many users during our LinuxTag and > FSweekend presentations that you need > - for throttle: 1 bit (full/idle) > - for Mixture: 1 bit(full rich/cutoff) > - for RPM: allway full (constant) :D :D :D :D :D ---

Re: [Flightgear-devel] Double Input Resolution?

> Think of it this way, determine the angular travel of your control > stick; for 8bits divide by 256; for 12 bits divide by 4096. That defines > the resoluion., i.e. degrees per bit. So then you have to decide how > good is your sensor in defining the control stick location. If you can't > sense 4

Re: [Flightgear-devel] Double Input Resolution?

> Parking brake is just a on/off flag (1bit). Well, right, but not totally. I've seen aircrafts accepting a double value, and I'd like to make it consistent. Intermediate values make sense here since it's a lever that moves along a path (or at least rotates around a hinge). It's not a two posi

[Flightgear-devel] Double Input Resolution?

Hi everybody, it's a few weeks I'm dealing with a few analog to digital converters, I'm using them to convert external analog signals and use them as inputs to FlightGear controls. I'm wondering which resolution is best when dealing with properties of type double. My analog values get converte

Re: [Flightgear-devel] Arduino

I remember you very well, Francesco. You were very helpfull :-) > I work with Arduino, and I have used it to build some controllore for FG... > > If you need anything, just ask; ... > Tomorrow I will give a check your article... and see if there is > something to discuss. > > Cheers > Francesco -

[Flightgear-devel] Arduino

Hi everybody. I'm spending some time with Arduino lately. I made a few replica of input/output systems for FlightGear. It makes fun :-) For the (very) few who don't know, Arduino is a prototyping platform based on ATmel microprocessors, it communicates easily over any serial connection and tha

[Flightgear-devel] No Serial lib, just Simgear code; right?

Just a quick question about the source: FGFS does not depend on any extra code for Serial Communications than what SimGear provides; right? -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone --

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

> My suggestion: > get a board from > http://www.diolan.com/i2c/u2c12_doc/u2c_spi_config_ss_fun.html Bookmarked, I will read more about those products, but looks to beexpensive, I'm going for a cheaper (more homemade) solution. Suggestion accepted anyway, will think about. > and 7-segment driv

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

Ok Torsten, let's resume. You suggest: > Send this as an INT with the generic protocol and use > A > B > within your But then: >> int > that's the nature of an INT: no fractions at all :-P I don't see a way out. - I send an INT to FGFS, the ((value_on_wire * factor) + offset) calculation get

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

> You only need a uint8_t (8-bit) variable for the NAV and a uint16_t > (16bit) variable for the COMM part. > > Send this as an INT with the generic protocol and use > A > B > within your > > offset and factor are used like > (output from flightgear): value_on_the_wire = property_value * factor

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

> You only need a uint8_t (8-bit) variable for the NAV and a uint16_t > (16bit) variable for the COMM part. > > Send this as an INT with the generic protocol and use > A > B > within your > > offset and factor are used like > (output from flightgear): value_on_the_wire = property_value * factor

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

>> I purchased a few rotary encoder and a bunch of 7segment displays to >> build a physical replacement of the Bendix KX165. I'm using Arduino which >> feeds data to FGFS on a serial connection. I'd like to update >> "instrumentation/comm[0]/frequencies/standby-mhz" property using the rotary >> e

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

> One solution others have used is to express the frequency in kHz instead of > MHz so use 131925 instead of 131.925 and some nasal magic to copy your kHz > value to the MHz value. > > Ron "Others"? Who? Where in the code should I look for it? What should I search for? -- GMX DSL Doppel-Flat

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

>> Well, readme.protocol does not mention a double format, float only; >> should I think double is anyway, just undocumented? I should really study >> more >> C++ and read the code by myself, damn > > Note, you could also define "fixed" which is a fixed point integer > representation of a fl

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

>> Well, readme.protocol does not mention a double format, float only; >> should I think double is anyway, just undocumented? I should really study >> more >> C++ and read the code by myself, damn > That's an omission in the documentation, you could define "double" > instead of "float" with

Re: [Flightgear-devel] Generic Protocol Input - Float weirdness

> It's an issue with the finite precision of floating point variables. > Everyone is suprised when first seeing this. Only values which happen to > be a sum of "binary fractions" (e.g. 1/2 + 1/4 + 1/8) can be represented > accurately. Everything else, even simple _decimal_ values such as "0.1"

[Flightgear-devel] Generic Protocol Input - Float weirdness

As a followup to Thorsten's suggestion I was fooling around with my Arduino, making it send a series of fixed lenght float values to FGFS but they got "corrupted"!?!? How's that? Ok, to be more precise, Arduino is sending 7 bytes long strings and a constant int value to FGFS that reads it all u

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

>>> http://ppjoy.blogspot.com/ >>> Is this PPjoy you're talking about? >>> >> That's exactly it! > > ..it's at http://ppjoy.bossstation.dnsalias.org/ , Actually that's a very old web page, the author of PPjoy later on used his blog instead ... which is not very up to date anyway, latest test re

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

>> Actually ... there is, I kinda like the idea of building my own hardware >> Yoke and Pedals, and not use any plastic toy at all. You know, just for >> fun, no need, out of curiosity :-) >> > Oh sure, I completely understand that! What I was saying though is that > you're going to be much better

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

> What could you possibly be sending via telnet that would require > "performance"? Seriously, the _only_ time you should be sending data > TO the simulator is if a control state changed. I seriously doubt it's > physically possible for you to fiddle with enough switches & knobs > simultaneou

Re: [Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

Hallo Torsten :-) in the meanwhile I've reviewed what I've done in the past with the Seneca NLG, that NASAL code ... it was fun :-) I think I'll try this approach first. > Von: Torsten Dreyer > > I suggest not to send the raw encoder data to FlightGear but to compute the > frequencies interna

[Flightgear-devel] KX165 - serially feeding data to increment a property value. How?

Hallo everybody, I purchased a few rotary encoder and a bunch of 7segment displays to build a physical replacement of the Bendix KX165. I'm using Arduino which feeds data to FGFS on a serial connection. I'd like to update "instrumentation/comm[0]/frequencies/standby-mhz" property using the rota

[Flightgear-devel] Logitech Wingman Attack config file

Hi everybody, an old Logitech Wingman Attack happened to fall into my hands ... so I connected it to a Linux box (no way to make it work in Windows7!) and started playing with modprobe, fgjs and js_demo. Well, it works nicely with FGFS :-) It's an old simple gameport attached joystick but it wo

Re: [Flightgear-devel] C or C++?

> It's more than 99% C++. some very small pieces are C only. > > Erik Thank you Erik, I started learning C for something I had in mind relating to FGFS, but I really didn't know how it differs from C++ at first (I mean, by reading FGFS' code only). I started having dubts after a few days learni

[Flightgear-devel] C or C++?

Sorry for being so naive but ... I'm starting now learning C first time in my life (not even learned C++ ever in the past) and I'm wondering ... is FGFS written in C or C++? -- Colocation vs. Managed Hosting A question a

[Flightgear-devel] Serial Connection is broken in Windows binary

Hi everybody, I'm getting results with Arduino and FGFS, at least in a Linux environment, that's good. But I will just shortly mention there's something broken in the Windows binaries. I have a fully working hardware/software system that let's me feed FGFS with data coming from a serial connect

Re: [Flightgear-devel] Bug with Protocol handling String fields?

>>> Is it FlightGear not parsing correctly the string input? Maybe attaching to >>> it any \n it receives as a part of the string? >> >> Yes. That code could use some cleanup. >> First, it calls the simgear io channel function readline() which >> simply uses \n as delimiter, not knowing about the

[Flightgear-devel] Bug with Protocol handling String fields?

I don't know if it's a bug or it's me (I think it's a bug), so I ask you for comments about that. I'm fooling around with an Arduino board that sends data to FGFS with a serial protocol: fgfs --generic=serial,in,30,/dev/ttyACM1,9600,arduino_serial_basic_input The protocol input sections is thi

Re: [Flightgear-devel] Telnet lag?

> I had been experimenting with adding cockpit controls to FlightGear > with the help of python. Unfortunately other things have gotten in the > way.. such as work and better weather for being outdoors! > > I gave up on the telnet interface and went down the Generic IO path. > My code can be

Re: [Flightgear-devel] Telnet lag?

> a look at the sources shows that a fixed polling interval is used for > telnet - default is 5Hz. So it cannot process more than 5 commands per > second. That's why it's slow. There's better methods of implementing > socket communication instead of polling, but I haven't looked into the > module

[Flightgear-devel] Telnet lag?

Hi everybody, I'm fooling around with Arduino and FGFS, in order to create a few physical instruments. Since I felt like using an intermediate piece of software that manages data transfers between Arduino and FGFS (Instead of connecting them directly one to the other) and every crazy thing my

Re: [Flightgear-devel] Exporting .ac files from Blender

> The FlightGear wiki has a reference to a discussion of this by > Roberto Inzerillo (http://www.geocities.com/robitabu/ > blender_ac3d_material_translation/blender.html) but it is a dead > link. Have his tutorials moved somewhere else? Sorry Andrew, Geocities has been closed some t

Re: [Flightgear-devel] Can i use Maya 2009 building Aircraft for Flightgear 1.9.1 and v 2.0?

Il 31/01/2010 19.46, Peter Meyer ha scritto: > I mean the technical Part. > because iam socialiced with Maya and i can do some fine modelling with it. > AC3D is an ugly Tool and no good alternate. Myays of cause has an *.obj > Exporter > but it is old and complex Objects are cripplet durning Expor

Re: [Flightgear-devel] Can i use Maya 2009 building Aircraft for Flightgear 1.9.1 and v 2.0?

> Hi, the Topic explains it allready. > Thx for help! Do you mean from a technical point of view (i.e. if it's even possible with such a tool) or are you concerned with license issues? -- The Planet: dedicated and manage

Re: [Flightgear-devel] Screen bug (?) - Repeating pattern - Any hint? Already known prob?

jean pellotier ha scritto: > this is similar as in tis topic in forum: > > http://www.flightgear.org/forums/viewtopic.php?p=13727#p13727 > > changing "point sprites for runway lighting" to false made it working > for some guys in french forum... Thank you Jean, this was the correct solution.

[Flightgear-devel] Screen bug (?) - Repeating pattern - Any hint? Already known prob?

Hi all, I'm very glad the "community" is still hard working on FGFS, I enjoyed it very much in the past. I lost interest sometime ago because of my job, now I'd like to keep contributing with a few 3d models again but ... there's a prob with the screen that bothers me and I don't find to get t

Re: [Flightgear-devel] 3d file formats and "crease angles"

> > That's very good to know, but I really have problems > > in finding usable > > informations about that. I also fear the user > > interface to those > > animations is pretty primitive, what's your > > experience with that? > > What do you mean with? I couldn't check all the > animation, but y

Re: [Flightgear-devel] 3d file formats and "crease angles"

Heiko Schulz ha scritto: > OSG is a ASCII Native Format- so you can easily edit > with your favourite texteditor. That's good. Helps when tweaking is needed. > You can export it to Blender: > http://projects.blender.org/projects/osgexport/ > But it needs a little bit "post process" work after >

Re: [Flightgear-devel] 3d file formats and "crease angles"

Harald JOHNSEN ha scritto: >>> The one I'm concerned now is the "crease angle" limitation. >>> AC3D makes me set a crease angle for an entire object and >>> does not let >>> me choose to set different crease angles to each surface >>> inside the same >>> object. >>> > This does not make sense

Re: [Flightgear-devel] 3d file formats and "crease angles"

Heiko Schulz ha scritto: > I still have problems what you mean with "crease > angles" - do you mean how smooth you can get a object? > > I noticed that .ac need more vertices to get a object > smooth and roundly. Sort of ... smoothness is achieved using more vertices where angle crease limits ca

Re: [Flightgear-devel] 3d file formats and "crease angles"

Vivian Meazza ha scritto: > You are quite right AC3D has crease angle set on a per-object basis, and > AFAIK, there is no way round this. I have not found it a limitation - it is > a transition value between crease and smooth. Like you, if there isn't a > convenient value I break the object. There'

[Flightgear-devel] 3d file formats and "crease angles"

Hi, I've been modeling for fgfs a few objects around the world. I'm used to output everything as .AC files since it looks to me it's the most used format in FGFS but that has a few limitations that I'd like not having. The one I'm concerned now is the "crease angle" limitation. AC3D makes me se

Re: [Flightgear-devel] win32 0.9.11 latest binary, where?

> The source code and aircraft files were changed on or around June 24 > 2007 to change the tag to . Your data files will need > to be newer than that to run a current binary. Where should I download an updated Data package? Roberto -

Re: [Flightgear-devel] win32 0.9.11 latest binary, where?

Reagan Thomas ha scritto: > Vadym Kukhtin wrote: >> >> 2007/10/6, Thomas <[EMAIL PROTECTED] >: >> >> >> plib (0.9.11pre) version: >> http://www.rato.us/flightgear/builds/plib/20071005plibexe.zip >>

[Flightgear-devel] win32 0.9.11 latest binary, where?

Hi, is there a recent (pre) 0.9.11 win32 binary available for download? The 2007-08-12 one at uni-duisburg.de is not available because of read permission problems (640 instead of 644) and I'm pretty shure there's a newer binary around. Any hint? Thanks, Roberto ---

Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)

> > Wonderful already! Browsed around with it in KNID, LOWL, and > > KSFO. YASim would just have been nicer as an FDM, for the > > surface material aware gear and the towing capabilities. One > > could really tow a 747 over MP with it. :-) > > > > Hey - you can drive around the deck of Nimitz

Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)

Anders Gidenstam ha scritto: > On Tue, 19 Jun 2007, Roberto Inzerillo wrote: > >>> attached is a patch for the osg-branch, which will introduce a new pseudo >>> FDM >>> for ground vehicles and (large) ships. The FDM isn't perfect, but good >>>

Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)

> OTOH one important question to consider is whether a vehicle FDM in > FlightGear should attempt to model real physics or be more like a > earth-bound UFO. > > Anders That depends on what developers/users need. I can think about a few different usages with peculiar implementations. I see peo

Re: [Flightgear-devel] new pseudo FDM for vehicles (osg branch)

> attached is a patch for the osg-branch, which will introduce a new pseudo FDM > for ground vehicles and (large) ships. The FDM isn't perfect, but good enough > to allow driving vehicles. That's interesting. I had thoughts about towing aircrafts inside an airport once. Can you please post a pr

Re: [Flightgear-devel] Berlin scenery - photos needed

Hi, I was playing around with a few buildings in Berlin. I have found a lot of pictures which are perfect for texturing those buildings. I wonder if someone has ever made live shots in Berlin and likes them to be used inside FlightGear. E.g. the "Haus des Lehrers" in Berlin (screenshot http://

Re: [Flightgear-devel] Flying at/for LinuxTag

> Well, expect this sort of scenery to become standard in the future. > I guess it will probably take one or two years until we'll have more > detailed scenery for the whole globe, but I'm convinced this will > happen. Well, I think I'm finished with the EDDI radar tower. 3D File: http://www.laub

Re: [Flightgear-devel] Flying at/for LinuxTag

Martin Spott ha scritto: > Please get detailed Berlin Scenery from: > > > ftp://ftp.ihg.uni-duisburg.de/FlightGear/Misc_rag/scenery/landsat_berlin/landsat_berlin-20070518.tar.gz Nice to play with :-) Anyway, I'm working on a new Radar Tower at EDDI, maybe you're interested. Current work in

Re: [Flightgear-devel] 3d Scenery Palm Tree

I'm done with those palm trees. There are three available now; enough to get some variation inside the scenery when needed. In case someone needs them, simply point the browser to: http://www.laubfrosch.it/fgfs/3d/palms_screenshot.jpg http://www.laubfrosch.it/fgfs/3d/palm_01.zip http://www.laubfr

Re: [Flightgear-devel] 3d Scenery Palm Tree

> Very nice. These are the straightest palm trees I've seen! :-) > > Jon There's a new Palm Tree 3d model online at: http://www.laubfrosch.it/fgfs/3d/palm_02.zip Screenshot: http://www.laubfrosch.it/fgfs/3d/palm_02_screenshot.jpg Just to have a first variation on the theme. Roberto

Re: [Flightgear-devel] 3d Scenery Palm Tree

Jon S. Berndt ha scritto: > Very nice. These are the straightest palm trees I've seen! :-) Actually ... they are not straight ;-) Anyway, I'm learning a few techniques about masking; a palm tree was a nice picture to practice with. The end result was pretty acceptable for a texture that could b

[Flightgear-devel] 3d Scenery Palm Tree

Hi, this is a little contribute to the scenery. It's a basic shaped palm tree with texture and billboard animation, just like the default billboard-tree. I release it under GPL license, feel free to use it as you prefer :-) URL: http://www.laubfrosch.it/fgfs/3d/palm_01.zip Screenshot: http://www

Re: [Flightgear-devel] c182 revision version?

Martin Spott ha scritto: > The bloody stupid forum doesn't display pictures to users that are not > registered and logged into the forum. So, if you'd like to show > pictures to the people it's better to place them somwhere outside the > forum. You are right Martin, that was a quick and dirty solu

Re: [Flightgear-devel] c182 revision version?

What about a new Yoke? See screenshot at http://www.flight-gear.de/smf/index.php/topic,299.0.html Roberto -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

Re: [Flightgear-devel] c182 revision version?

> The current c182 models a C-182P, and all updates have been to that model. > > John Denker has suggested that a C-182 RG would be a good addition. > However, this is very much on the drawing-board and would require > significant effort - we currently don't have an FDM or model for such an > effo

[Flightgear-devel] c182 revision version?

Hallo, I see a few people are working on a new c182 release. Which c182 model are you working on? There are a lot out there. Is that right you are using the C182 RG (1977) as a base? Roberto -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http:/

Re: [Flightgear-devel] Alternatives to Terragear pipeline

alexis bory ha scritto: > > I did use FGSD some month ago. That was my first try in enhancing an > airport and also change some particular shapes in the landscape. Hi Alexis, I used FGSD a lot in the past. I still do sometimes for positioning objects around. I think I know it good enough. I use

Re: [Flightgear-devel] Alternatives to Terragear pipeline

Martin Spott ha scritto: > Hi Roberto, > > Roberto Inzerillo wrote: > >> Again, I don't care about the future right now. I'd like to create a >> nice 3d airport geometry right now. If that can be used as a proof of >> concept for future large scale

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

>> That's where I'm stuck. I don't know how to deal with that conversion. I >> already asked in ML about the conversion but got no practical answer. Do >> you have one? > > I don't have time to sink my teeth into this right now, but perhaps the > easiest thing would be to rig flightgear to write t

Re: [Flightgear-devel] Alternatives to Terragear pipeline

Martin Spott ha scritto: > Just for the record, two other 'shots' of the EDDK area: > > http://foxtrot.mgras.net/bitmap/FGFS/EDDK-contour_01.png > http://foxtrot.mgras.net/bitmap/FGFS/EDDK-contour_02.png Btw, I'm very interseted in EDDK area. Those shots look very nice. Will that be translat

Re: [Flightgear-devel] Alternatives to Terragear pipeline

Martin Spott ha scritto: > Defining fixed boundaries around airfields is a bad idea in the long > term. To my understanding FlightGear still focuses on methods that are > laid out in a forseighted manner and fixed boundaries is definitely not > a part of this collection. While claiming this I have

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

I hope you all had a nice new year start. Ok, now back to FGFS. > I don't know if I was successful, but when discussing the upcoming > apt.datformat to include a much more flexible taxiway spec, I also > lobbied to have > an airport boundary also included. If this boundary was fixed and never >

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

> I like to think about things "algorithmically", but I know that others > prefer to do manual touchups because you can build in so much more detail > and correctness that way. Some how we need to figure out how to bridge > this > divide and make it easy for people to be able to do manual change

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

Typo: But that's _my_ interest right now :-) That's because I ask for suggestions and ideas here. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to shar

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

> > In > > case I use this .dat approach, I do have to modify the terrain mesh > > separately, before merging it with the airport data using TerraGear, > > right? > > Yes, you are right. Do you have a specific example in mind for such a > modification? Airport Palermo Puntaraisi runway had

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

> Description of the new format is here: > > http://www.x-plane.org/home/robinp/Apt850.htm Good to know for those who don't know :-) I have a question here. Such .dat files define lat/lon but not height (excluding the base airport height). That means the heights are obtained from an external t

Re: [Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

> Last year, a few others and I did experiment with converting FAA airport > diagrams (vector PDF) into 3D models then importing them into FlightGear... > if that's what you are looking for. > > Ampere No, that's not the idea. I know about that experiment, I followed the thread and looked at t

[Flightgear-devel] Alternatives to Terragear pipeline for building FGFS tiles?

Hi, I am digging into terrain tiles creation in order to get a few airports layout more close to reality. I wonder if there's an alternative or if there's even space to experiment new ways in getting a highly customized geometry (especially for airport terrain meshes). I am not very satisfied

Re: [Flightgear-devel] How many players does FlightGear multipla yers feature can support?

tangyong ha scritto: > My project needs more than 200 aircrafts to fly automatically ,all the > aircrafts are drived by external flight data.I want want to utilize the > multiplayer engines.Can it support so many players?By the way,my FlightGear > runs in a PC. Is that a "War of the worlds" air

Re: [Flightgear-devel] Low poly Aircraft models

> Speaking of LOD, I find the current system, namely the "range" animation, > inadequate. It doesn't take zoom into account, so parts that should have > been visible are turned off when one zooms from a kilometer away. I totally agree with that but I guess that's the easiest technique to get c

Re: [Flightgear-devel] Cows

Vivian Meazza ha scritto: > Hi, > > There have been several complaints about our fauna, namely headless cows, > over on the IRC channel. I've done one with a head: > it's 180 vertices, so heads ain't free. If no one objects, I intend to > replace the headless version in cvs-head in a couple of d

Re: [Flightgear-devel] Info request on airport radar.

Hi Martin, > I get close past EDDL by car several times a month, but typically I'm > in hurry. Next time I'll try to take some spare minutes with me and > figure the actual RPM - if that's precise enough for you, Real values would be much better, I'm currently setting a default 60rpm, but will cha

[Flightgear-devel] Info request on airport radar.

Hi, I'm modelling a few german airport towers, they have moving radar antennas on top. I'd like to animate their rotation. Is that a fixed rpm or are there different speeds for different radar types? Any hint on tech specs about that? If possible, I'd like to make its movement close to the rea

Re: [Flightgear-devel] FlightGear and Google Earth, again.

> The usual KSFO startup: > http://pigeond.net/photos/flightgear/fgge/fgge-ksfo.jpg [165k] > > SF area with some 3d buildings: > http://pigeond.net/photos/flightgear/fgge/fgge-san-fran.jpg [248k] > > Hong Kong with some awesome 3d buildings: > http://pigeond.net/photos/flig

Re: [Flightgear-devel] Airfoil bending and geometry animation

Hi leee, > Animating wing bending, along the span, is certainly doable but because the > renderer is surface based i.e. polys you'd have to make the wing in segments > and animate each segment (I considered this for the B-52F but it was too much > effort at the time so just made them pivot). Th

Re: [Flightgear-devel] Airfoil bending and geometry animation

Hi Martin, > I guess having an elastic wing on a 747 or, even better, on a B52 would > be a really impressinve feature. That was the kind of scenario I had in mind. Bending of very big wings is visually impressive, specially when landing or short before take off. I was thinking at heli blades too

Re: [Flightgear-devel] Airfoil bending and geometry animation

Curtis Olson ha scritto: > For "wing bending" the Ornithopter used an interesting approach to > model the flapping wing animation. That used 'traditional' animation > techniques where the aircraft had the wing drawn in several different > positions and then the animation system cycled through t

[Flightgear-devel] Airfoil bending and geometry animation

Hi, I wonder if someone is working on simulating wings geometry bending into FGFS. As much as I know geometry deformation animations have not been implemented in any other simulator. Of course, that needs a way to morph the geometry of 3d objects which is currently not available inside FGFS,

Re: [Flightgear-devel] Scenery development in Magdeburg (Germany)

> Which video ;-) > Martin. > My fault :-( The video : http://www.dw-world.de/popups/popup_single_mediaplayer/0,,2249947_type_video_struct_0,00.html - Take Surveys. Earn Cash. Influence the Future of IT Join

[Flightgear-devel] Scenery development in Magdeburg (Germany)

If you speak german, and are interested in scenery development, take a look at what City Magdeburg have done with vritual reality. Frauhofer Institut (remember MP3) is providing the technology. Start the video at min 07:27 Roberto ---

Re: [Flightgear-devel] Forums?

Online forums are perfect for new users, they can easily look around without being registered to any ML. I suggest you monitor the forum for a while and check if people keep using it. Give it a year time (don't stop after a few months trial), and see what happens. There is no perfect community

Re: [Flightgear-devel] Eurocopter EC 135 - some delay but....

Very nice indeed :-) May we already download the work in progress package? If yes, where? Roberto - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to shar

[Flightgear-devel] FG suddenly aborting :-(

Hi, today FGFS won't start. It aborts apparently without any cause. I did a fresh new install, and it aborts again. Hardware, OS and drivers are still the same. I'm not even using additional sceneries or aircarfts. I changed Airport/Airplane/ScreenResolution/OpenGLSettings, nothing works :-( T

Re: [Flightgear-devel] FG OSG binary for win32?

> In fact, I don't know if it even start. The build changed. Please report > any problem or, better, success ;-) > > Thanks, > -Fred > > It started well. SenecaII is mostly transparent (already noticed by other people). No shadows. FPS as usual. I didn't use it a lot. I'll let you know more in

Re: [Flightgear-devel] FG OSG binary for win32?

> You didn't check the usual location, did you ? > ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32 > > -Fred Thank you Fred. You're simply the best :-) Anyway ... no, I didn't, sorry :-( Roberto - Take Surveys. Earn Cash.

  1   2   >