Re: [Flightgear-devel] flight data playback

On Wed, 2010-12-08 at 17:13 -0800, Hal V. Engel wrote: > I used 120Hz (this is the same as the freq. of the FDM) and it almost works. > But the problem is that on each run there is enough variation in the behavior > of the model that the control inputs eventually get out of sync with the > stat

Re: [Flightgear-devel] flight data playback

On Tue, 2010-12-07 at 15:49 -0800, Hal V. Engel wrote: > I was asked to record some flight data that is to be used for an aeronautical > engineering class. I used the instructions located here > > http://wiki.flightgear.org/index.php/Suggested_Prerecorded_Flights > > to do the recording and to

Re: [Flightgear-devel] Aircraft model/cockpit rating

On Wed, 2010-12-01 at 15:06 +0200, thorsten.i.r...@jyu.fi wrote: > > One example that strikes me is the c172p, though I'm biased as one of the > > maintainers of the aircraft, and it is rated accurately according to > > your criteria :) > > Compared with, say, the A-10, the F-14b or the Tu-154b (w

Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. d66903e9ad63b91182ccc25d9bb82f18f8dd98b6

On Tue, 2010-11-30 at 14:03 +, James Turner wrote: > On 30 Nov 2010, at 13:14, Flightgear-commitlogs wrote: > >PAtch by Andreas Gaeb to eliminate NaN's in the location code > > Erik, can you talk a little about what this patch fixes? I can read the > description, and it sounds really grea

Re: [Flightgear-devel] SegFault on Current Git

On Mon, 2010-11-29 at 09:45 +0100, Erik Hofman wrote: > So it looks like to be a JSBSim problem, now you could try to test a > turbine powered aircraft like the F-16 to try to pinpoint the problem. > It would probably be a good idea to try running FlightGear inside a > debugger

Re: [Flightgear-devel] SegFault on Current Git

On Sun, 2010-11-28 at 23:50 -0800, Jeff Taylor wrote: > OK. So the Cub works, the ufo works. (also updated to current git) > Maybe you meant --disable-sound? I tried both --enable-sound, and > --disable sound, and neither worked. Maybe it's something more specific Ah yes off course.. > to

Re: [Flightgear-devel] SegFault on Current Git

On Sat, 2010-11-27 at 10:28 -0800, Jeff Taylor wrote: > Everything is in sync. I just updated it now, and it still gets the > same thing. > > I ran it with all the defaults, like fgfs > --fg-root=/home/jeff/Computer/fg/flightgear/fgdata/ > > Looking again, it must be the C172P. Running with -

Re: [Flightgear-devel] ProFlightSimulator "The Most Realistic

On Sat, 2010-11-27 at 09:47 +0100, Frederic Bouvier wrote: > By the way, look what I received in my inbox : > > > Support Requests item #3117965, was opened at 2010-11-24 20:24 > > Message generated for change (Tracker Item Submitted) made by gwself > > You can respond by visiting: > > https://so

Re: [Flightgear-devel] SegFault on Current Git

On Fri, 2010-11-26 at 17:36 -0800, Jeff Taylor wrote: > Hi all, > > I'm getting a segfault in the current git version. It happens on > startup, every time. > > I'd like to get Flightgear running. I intend to do a little bit of > coding, but I need to get it running normally before I can make

Re: [Flightgear-devel] Nonfunctional airplanes

On Thu, 2010-11-25 at 11:15 +0200, thorsten.i.r...@jyu.fi wrote: > > Lightning works fine here. > > Here it does not. Pulled flightgear, simgear and fgdata today, compiled > simgear and flightgear. > > Error logs attached. Could it be you're running on Windows? Thinks like case insensitive filen

Re: [Flightgear-devel] property tree heads up

On Wed, 2010-11-17 at 11:29 +0100, Tim Moore wrote: > I committed a change that removes the cache from property tree path > lookups. This cache causes significant thread safety and other > headaches, and my tests show a negligible speedup from the caching. If > you notice a big performance hit and

Re: [Flightgear-devel] METAR stopped working

On Fri, 2010-11-05 at 09:54 +, James Turner wrote: > On 5 Nov 2010, at 08:16, fiers...@zonnet.nl wrote: > > > Recompiled all very early this morning. > > > > I have just noticed that in global weather, there is no METAR data. > > METAR source is set to live data. > > In the METAR data box I

Re: [Flightgear-devel] Crash on Windows

On Fri, 2010-10-29 at 09:03 +0200, Frederic Bouvier wrote: > I committed a temporary fix. An ideal fix would be that JSBSim use a > SGPropertyNode_ptr instead of doing unsafe cast from SGPropertyNode to > FGPropertyManager Thanks for catching this, it's partly my fault for committing the current

Re: [Flightgear-devel] Anaglyph/Stereo

On Sat, 2010-10-23 at 00:49 +1300, James Sleeman wrote: > I've been playing with anaglyphic stereo the last couple of days, mainly > just to see what it's like, in doing so I've noticed a couple of issues > which detract from it's enjoyment, I don't know much about this stuff so > perhaps somebo

Re: [Flightgear-devel] Help needed: HUD conversion to new syntax (or else!)

On Fri, 2010-10-22 at 09:27 +0100, James Turner wrote: > F15, mirage2000, F18, RafaleB > all these aircraft have 'realistic' HUDs that need to be converted to > new syntax; in each case the HUDs are very simple, so could also be expanded, > if there's any real-world data to go on. As far a

Re: [Flightgear-devel] 747-400 causing crash of fgfs

Cross-posted to the JSBSim development list. On Sat, 2010-10-16 at 07:56 -0600, Ron Jensen wrote: > On Saturday 16 October 2010 02:27:09 Gijs de Rooy wrote: > > After applying Jentron's diff, I got: > > > > Property /controls/fuel/tank[1]/x-feed is already defined. > > Property /contro

Re: [Flightgear-devel] C172p KAP140 textranslate issue

On Tue, 2010-10-05 at 23:16 +0100, James Turner wrote: > This is my fault, I changed the SGCondition logic to be order dependant, > instead of the previous 'property is always take as the LHS, even if appears > on the RHS' behaviour. At the time I did some greps of data/Aircraft to see > if anyo

Re: [Flightgear-devel] Musings on optimizing Nasal code

On Thu, 2010-09-16 at 08:59 +0200, Anders Gidenstam wrote: > I think a bigger issue might be that both getChild() and getNode() > create and return a hash object that is only used once here before > becoming garbage. Since this was loop with many iterations a good deal of > garbage was created so

Re: [Flightgear-devel] Musings on optimizing Nasal code

thorsten.i.r...@jyu.fi wrote: > I've just spent a session optimizing performance of the weather dynamics > routines, and I have largely done so by analyzing the performance of > elementary Nasal function calls and making use of my findings (and also by > dispensing with the pretense of elegant codi

Re: [Flightgear-devel] Ambient light

On Thu, 2010-09-09 at 10:26 +0300, thorsten.i.r...@jyu.fi wrote: > You misunderstood - I don't want to set the properties directly (far too > complicated to recompute all that in Nasal), I would like to pass an > argument to the existing code that modifies the way the light is created > by desatura

Re: [Flightgear-devel] Ambient light

On Thu, 2010-09-09 at 10:14 +0100, James Turner wrote: > Frankly it's the kind of code that I'd be much happier, if it lived in Nasal > entirely, but that's a larger change. We seem to disagree quite a bit here, Nasal is nice for supporting aircraft functions but scenery coloring is part of the s

Re: [Flightgear-devel] Ambient light

On Thu, 2010-09-09 at 10:26 +0300, thorsten.i.r...@jyu.fi wrote: > > The main problem is that it's actually the code that generates the > > values and setting. If you are adjusting the corresponding properties > > from NASAL (they are in the property tree already) they will be > > overwritten the n

Re: [Flightgear-devel] Ambient light

On Thu, 2010-09-09 at 09:45 +0300, thorsten.i.r...@jyu.fi wrote: > I've tested some large visibility range bad weather cloud configurations > yesterday, and I've noticed something: > > The light in the scenery, especially for sunrise and sunset, is > beautifully tuned for fair weather conditions.

Re: [Flightgear-devel] Separate usage of tht FlightGear/SimGear Sound System

On Tue, 2010-09-07 at 19:32 +0400, Денис Замковый wrote: > Greetings to all. > I need help in the following task: > My current goal is to use FlightGear/SimGear Sound System in our project. > This is because our Team leader made a decision to use only this part from > FlightGear. All other compon

Re: [Flightgear-devel] Tree textures conclusion

On Mon, 2010-08-30 at 03:10 +0200, HB-GRAL wrote: > Hey, this is to much for me. Can someone help? (I apologize in advance > if this is a known issue and tree code is not finished yet, I couldn’t > find any postings about.) I think the trees are rendered using a shader now. And for shaders the t

Re: [Flightgear-devel] Flying Churches

On Fri, 2010-08-20 at 10:09 +, Martin Spott wrote: > HB-GRAL wrote: > > > I noticed today a small problem with random placement of some models > > (houses) with scenery point feature 'town'. I see that some of the > > houses are flying where terrain isn???t completely flat. I guess the > >

Re: [Flightgear-devel] shaders heads up

On Wed, 2010-08-18 at 02:10 +0200, HB-GRAL wrote: > Hi Tim > > Maybe I am the only one once again but I have some issues here: > > - Without shader it seems terrain works fine ;-) > - When I activate 'Material Shaders' all the terrain becomes -30% darker > - When I add 'Landmass shader' some of t

Re: [Flightgear-devel] 2d clouds

On Wed, 2010-08-11 at 19:32 +0300, thorsten.i.r...@jyu.fi wrote: > I may be completely wrong - but local weather creates clouds by Nasal, > ac3d models and a few dedicated shaders - how should that affect a > completely different system? In theory it could, by altering the properties that affect

Re: [Flightgear-devel] Shaders and textures

On Sat, 2010-08-07 at 01:45 +0200, HB-GRAL wrote: > Hi all, > > I see a lot of improvements with recent shaders. But there comes some > renewals I do not how to work with. > > - Snow: Activating the landmass shaders gives me some snow. Some > material is not covered i.e. glacier. And snow is st

Re: [Flightgear-devel] new SGSoundQueue class

On Mon, 2010-08-02 at 10:27 +0200, Erik Hofman wrote: > Alright, the initial version is now pushed to git. > The idea is the following; you'll have to create a new SGSampleQueue > class and use the add() function to add samples to the queue: > > SGSampleQueue *queue = new

[Flightgear-devel] new SGSoundQueue class

On Fri, 2010-07-30 at 09:49 +0200, Erik Hofman wrote: > I have been thinking about ATIS (and all queued messeges for that > matter) but I think that using OpenAL's queueing mechanism would be a > good idea since it offloads the burden of compiling message samples from > sma

Re: [Flightgear-devel] Depreciating ATCDCL (Was: Crashes on reset/re-position)

On Fri, 2010-07-30 at 09:38 +0200, Durk Talsma wrote: > On Thursday, July 29, 2010 11:11:39 pm Dave wrote: > > Yes, I hadn't realised that when I made the suggestion, I mistakenly > > thought we were only discussing the attempt at intelligent AI traffic. > > > > It would be a shame to lose the ATI

Re: [Flightgear-devel] Depreciating ATCDCL (Was: Crashes on reset/re-position)

On Wed, 2010-07-28 at 09:57 +0200, Erik Hofman wrote: > While this probably is a step in the right direction it also means ATC > chatter will be missing (for now). Ehm, ATIS that is. Erik -- The Palm PDK Ho

[Flightgear-devel] Depreciating ATCDCL (Was: Crashes on reset/re-position)

On Wed, 2010-07-28 at 08:36 +0200, Durk Talsma wrote: > I just push a batch of local commits to gitorious flightgear, which changes > the default compilation behaviour on automake systems to exclude the > compilation of the ATCDCL module. I tested FlightGear for a couple of hours > locally, and

Re: [Flightgear-devel] Another FlightProSim website

On Tue, 2010-06-29 at 11:11 +0200, Gijs de Rooy wrote: > Hi, > > I was notified about the existence of yet another website, affliated > with FlightSimPro: > http://www.realflightsimulator.net/ I would ask people to be a bit careful before responding too aggressively. At this point looks to me lik

Re: [Flightgear-devel] GIT

Good news, switching to Ubuntu 10.04 LTS solved all git problems for me. No idea why Xandros 4.5 gave me problems but Xandros seemed to have abandoned the desktop market anyhow. For what it's worth, I'm very pleased with Ubuntu so far. Erik ---

[Flightgear-devel] GIT

Git works horribly for me. I seem to have public key problems every second try. So Don't expect much activity from me in the future. At least I've given up searching for a clue. Erik -- ThinkGeek and WIRED's GeekDad tea

Re: [Flightgear-devel] airfoil by coordinates in DATCOM -> resolved

Patrice Poly wrote: > I answer myself :) > > I found this : > http://www.jentronics.com/fgfs/temp/Short_Empire/ShortS23.dcm As a hint for future use: Michael Selig (from the UIUC FDM) has constructed a large database of airfoils: http://www.ae.illinois.edu/m-selig/ads/coord_database.html It doe

Re: [Flightgear-devel] Installed, doesn't run.

Mr B wrote: > Downloaded flightgear from Ubuntu software. Installed. starts with shot > of airplane, airports,etc, and get to subsystems, and voila! > Dissappears Nothing, nada... Reinstalled package, same things. I'm > a newbie on Ubuntu, but this should be a simple app. download, and >

Re: [Flightgear-devel] building minimal fg for only for a slaved instrument panel

Anders Gidenstam wrote: > My suggestion is that you find or write an application that displays just > instruments. You can easily get the relevant data needed to drive the > display out of FG using the generic protocol system. That way you don't > need to change FlightGear at all. I suspect that

[Flightgear-devel] GL_AMBIENT_AND_DIFFUSE (Was: Thanks for the Ride)

Innis Cunningham wrote: > Hi > I have tried to help with FG for about 7 years but after installing > FG 2.0 I give up. > As I am not a computer programmer I am not able to help with > coding so I tried to help with model building and AI and scenery. > With FG2.0 it would appear that the AI is curre

Re: [Flightgear-devel] Thanks for the Ride

Innis Cunningham wrote: > Hi > I have tried to help with FG for about 7 years but after installing > FG 2.0 I give up. > As I am not a computer programmer I am not able to help with > coding so I tried to help with model building and AI and scenery. > With FG2.0 it would appear that the AI is curre

Re: [Flightgear-devel] new vs. old HUD?

John Waget wrote: > Hi all, > > From http://wiki.flightgear.org/index.php/HUD, I learned that there are > two versions of HUDs. > > I was trying to use the new HUD by setting : > > Huds/NTPS.xml > > false > > > but FG crash right after the following msg : > ... > Initializing cockpit su

Re: [Flightgear-devel] William Earnest

Curtis Olson wrote: > I just got an email from Bill Earnest's wife that he is in the > operating room right now undergoing heart surgery after having some > chest pains. I met Bill and his wife one time when they were here in > Minneapolis. He is a pilot and and all around good guy. One of th

Re: [Flightgear-devel] OpenGL EXT Functions - native windows

Arnt Karlsen wrote: > On Mon, 03 May 2010 11:44:12 +0200, Erik wrote in message > <4bde9aec.1040...@ehofman.com>: > > >> Frederic Bouvier wrote: >> >>> The portable way is to use SGLookupFunction. >>> SGGetGLProcAddress is only available under Unix >>> > > ..on GNU/Linux, which one

Re: [Flightgear-devel] OpenGL EXT Functions - native windows

Frederic Bouvier wrote: > The portable way is to use SGLookupFunction. SGGetGLProcAddress is only available under Unix True, I'm sorry for the mistake. Erik -- ___ Flightge

Re: [Flightgear-devel] OpenGL EXT Functions - native windows

Geoff McLane wrote: But do any native windows developers here know how to get access to say glGenRenderbuffersEXT, glBindFramebufferEXT, and some other GL extended functions, currently used in the Atlas Map utility... exposed by the header... There still is support for it in SimGear, see simge

Re: [Flightgear-devel] landmass geometry shader rewrite

Erik Hofman wrote: Tim Moore wrote: > I've eliminated some varying parameters from the landmass vertex and geometry shaders. Please give it a try and see if it works better. Yes this works for me, excellent! If I do the same kind of thing to landmass.vert/frag using this patch I

Re: [Flightgear-devel] landmass geometry shader rewrite

Tim Moore wrote: > I've eliminated some varying parameters from the landmass vertex and > geometry shaders. Please give it a try and see if it works better. Yes this works for me, excellent! Erik -- ___

Re: [Flightgear-devel] landmass geometry shader rewrite

Tim Moore wrote: > Looks like the same attribute problem. What hardware? NVidia 9600GT/512Mb on AMD X2 250 wn 2Gb memory. Erik -- ___ Flightgear-devel mailing list Flightgear-d

Re: [Flightgear-devel] landmass geometry shader rewrite

Tim Moore wrote: > Hi, > I hacked on the landmass geometry shader a bit. On my machine I got the > frame rate to improve from 14 fps to 52 fps using the ufo at ksfo. This > technique may be promising, although it could certainly stand some new > textures. Anyone playing with geometry shaders in

Re: [Flightgear-devel] Enable headtracking in FlightGear?

wjp.vri...@quicknet.nl wrote: > Hello FlightGear developers, > > In the FlightGear forum I stumbled upon a request from users, to enable head > tracking in FlightGear (head tracking that is i.e. provided by Freetrack or > TrackIR). Until now, I found no evidence that someone has embraced this >

Re: [Flightgear-devel] Using Nasal to create a protocol

Brian Schack wrote: > I posted this question a few days ago, but got no response, so here we > go again ... > > Is it possible to use Nasal to create a new FlightGear protocol? None > of the existing protocols (including generic) will do what I need. I don't think so but I'm not a Nasal expert.

Re: [Flightgear-devel] SimGear license

Jon S. Berndt wrote: > If I'm not mistaken, the license for SimGear code is LGPL, no? True. Erik -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, an

Re: [Flightgear-devel] Excellent new J3 Cub model

David Megginson wrote: > On Mon, Apr 12, 2010 at 3:20 PM, Heiko Schulz wrote: > >> What I wonder- if David Megginson gave permission- why we have now the same >> aircraft with two different models in CVS? One named "j3cub" and one named >> "Cub". > > No, pull the old one. It was a lot of fun

Re: [Flightgear-devel] New reelase(?) (Was: User selectable quality level for effects)

Frederic Bouvier wrote: > I was reading this forum thread few minutes ago : > http://flightgear.org/forums/viewtopic.php?f=5&t=7358 > and I wonder if its author, Thorsten with an 'H', already got in touch > with someone with CVS write access for a CVS inclusion. A new fgfs > version should have thi

Re: [Flightgear-devel] New reelase(?) (Was: User selectable quality level for effects)

Mattt wrote: > > If so, I'd probably recommend calling it an RC or similar. Hopefully, > that may stop the (few) whingers on the forum carrying on about how the > devs "released another version that still isn't ready for prime-time > consumption"... Well if I recall it correctly I've seen mo

[Flightgear-devel] New reelase(?) (Was: User selectable quality level for effects)

Frederic Bouvier wrote: > Hi, > > I commited changes to help users to tune their rendering quality > according to their available hardware. As a picture is worth a thousand > words, see : > http://frbouvi.free.fr/flightsim/fgfs_quality_level.gif > > I encourage effect designers to use this new >

Re: [Flightgear-devel] reload sound configuration?

Torsten Dreyer wrote: > Hi, > > this > http://wiki.flightgear.org/index.php/Howto:_Reload_sound_config_without_restarting_FG > doesn't seem to work anymore with the new sound system. Looks like there is > no > "fx" subsystem anymore. Any change to reload an A/C sound config without fg > restart

Re: [Flightgear-devel] Broken ATIS Init due to late OpenAL initialization.

Hi Zeb, Zebediah C. McClure wrote: > Greetings, > > In Flightgear 2.0 and CVS on Gentoo linux, ATIS transmissions were not > working properly. > > Upon examining the code, I noticed that ATIS was initialized in the > fgIdleFunction with all the other subsystems, yet fgInitSoundMan

Re: [Flightgear-devel] reload sound configuration?

Torsten Dreyer wrote: > Hi, > > this > http://wiki.flightgear.org/index.php/Howto:_Reload_sound_config_without_restarting_FG > doesn't seem to work anymore with the new sound system. Looks like there is > no > "fx" subsystem anymore. Any change to reload an A/C sound config without fg > restart

Re: [Flightgear-devel] Normal map shader example - c172p

Detlef Faber wrote: > The striking thing with using the shader is that it is now possible to > have smaller image files for liveries as now only the colour is needed. > Details can now be done in the shader. This reduces the lag while > selecting different liveries. Good to know, I might want to a

Re: [Flightgear-devel] Fwd: The most amazing airplane in history!!!

Curtis Olson wrote: > Why don't we have this aircraft modeled for FlightGear??? I think we are short of one engine. Erik > -- Forwarded message -- > > > > > The most amazing airplane in HistoryFor the Airplane > Buffs

Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Models/Airport B-1200.ac, 1.2,

Martin Spott wrote: > Erik > > Erik Hofman wrote: >> Update of /var/cvs/FlightGear-0.9/data/Models/Airport >> In directory baron.flightgear.org:/tmp/cvs-serv32368 >> >> Modified Files: >>B-1200.ac BAK-12-0.ac Schopf_F110.ac TowBear_TT.ac >>

Re: [Flightgear-devel] apt.dat format

Erik Hofman wrote: > Well maybe, just maybe it can be modified to output to ac3d or something > similar (or even btg format itself). I think I forgot about the missing elevation data. So it would still need post-processing.

Re: [Flightgear-devel] apt.dat format

Tim Moore wrote: > On Wed, Mar 24, 2010 at 2:53 PM, Gene Buckle > On Wed, 24 Mar 2010, Martin Spott wrote: > > Gene Buckle wrote: > >> On Wed, 24 Mar 2010, Frederic Bouvier wrote: > > > Fred is that only in the CVS or also in 2.0. All working? > >>> > >>> This

Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)

Frederic Bouvier wrote: The blue channel has the emission factor. One can redo the map to achieve the effect you are suggesting. I think I was thinking more something in the line of this patch. Erik Index: urban.frag === RCS fil

Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)

Frederic Bouvier wrote: > What do you mean by contrast enhancer ? Now all lit pixels are lit equally. What I was suggesting would lit lighter pixels more than darker pixels (I expect multiplying by the gray-scaled pixel color would suffice). Erik ---

Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)

Frederic Bouvier wrote: > Fixed. What do you think of the night lighting ? It's not entirely what I hoped for, for example the park is completely lit now. Maybe it would be an idea to use the light value as a contrast enhancer for the lit areas? Erik ---

Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)

Erik Hofman wrote: > Frederic Bouvier wrote: >> visible. Now I think I managed to get it right with 3d objects. See : >> http://frbouvi.free.fr/flightsim/fgfs-city-relief-4.jpg > > Even more impressive! There's just one thing, the wrong side of the buildings seem t

Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)

Frederic Bouvier wrote: > visible. Now I think I managed to get it right with 3d objects. See : > http://frbouvi.free.fr/flightsim/fgfs-city-relief-4.jpg Even more impressive! Erik -- Download Intel® Parallel Studio Eval

Re: [Flightgear-devel] [PATCH] use const char* for dlerror

Csaba Halász wrote: > This fixes compilation error for non-bsd systems that happen to return > const char* from dlerror(). > No reason not to, since const char* is assignable from char*. It's committed, thanks. Erik -- D

Re: [Flightgear-devel] Web Site

Michael Sgier wrote: > Yea not bad but still a little low-tech. What about such: > > http://www.activision.com/index.html#home|de_DE I hate websites that consists only of flash content. In fact I've added a flash blocker because of that. Erik

Re: [Flightgear-devel] Setting up CVS

Alexander Barrett wrote: > Hi Guys, > > I'm just setting up CVS on my Mac while I'm not at home and, being an idiot, > I've forgotten the CVS settings, as such I'm getting a No Such Repository > error. > Could someone please remind me of the host and root I should be using? You can find them

Re: [Flightgear-devel] Operating System

Leonardo Fabian Grodek wrote: > Hi, > I'm planning to buy a new PC with operating system. > Is there any OS that is not supported by FlightGear? I want to be sure > I'll be able to compile and run FlightGear. Is Windows 7 64-bit > supported? Or should I better stay with Windows 7 32-bit. 64-bit

Re: [Flightgear-devel] Depth order problem : 3d objects seen through 3d

Martin Spott wrote: > Frederic Bouvier wrote: > >> Am I the only one seeing that : >> http://frbouvi.free.fr/flightsim/fgfs-depth-buffer-problem.jpg >> ? > > No ;-) This is a very unfortunate side effect when the cloud depth-sorting was introduced. I didn't notice it when I committed that patc

Re: [Flightgear-devel] Bounce at startup.

Alan Teeder wrote: > I am (trying) to develop a model with JSBSim. > > At the moment the aircraft jumps violently into the air at startup and then > bounces around on the runway until it sorts itself out. > > Is there a way of setting the initial height so that it is more or less in > balance o

Re: [Flightgear-devel] Shaders experiments

Frederic Bouvier wrote: > looking for "coverage" in the sources, I can't find something related > to the texture. As far as I can see, tex coords are computed by > sgCalcTexCoords, and this function is called at run time only for > ocean tiles. Otherwise, in is called from Terragear, in > int T

Re: [Flightgear-devel] Make relief map go up instead of down? (was Re: Shaders experiments)

David Megginson wrote: > I didn't seem to make any difference -- 3D buildings, trees, etc. were > still floating above the roofs of the bump-map buildings. I also > tried Keep in mind that relief mapping is just trickery to make something look like it is standing out from the scenery. In fact ev

Re: [Flightgear-devel] News from FlightProSim!

Martin Spott wrote: > Curtis Olson wrote: >> On Wed, Mar 17, 2010 at 4:49 PM, Martin Spott wrote some stuff about the web >> page: > >> Pete and I agreed (I think) that we probably don't want to ultimately do the >> official flightgear web site as a google apps engine page. That locks us >> into

Re: [Flightgear-devel] Shaders experiments

HB-GRAL wrote: > Erik Hofman schrieb: >> I've changed the coverage size of the textures from 1024 to 2000 meter. > > Hello Erik > > I guess it is better not to change the texture size to 2000 meters(?) in > materials.xml. As I can see the size of the textures fits

Re: [Flightgear-devel] Shaders experiments

Frederic Bouvier wrote: > The relief (you mean the height of the buildings) can be adjusted in the > effect file. The more important thing to me is to get the right horizontal > scale. > Nothing will change until the next scenery release because the scale is > engraved in the scenery files (as t

Re: [Flightgear-devel] News from FlightProSim!

Tim Moore wrote: > > On Wed, Mar 17, 2010 at 1:21 AM, Rob Oates >Our models and our code should be seen as two separate entities, >>that is all that I'm suggesting. > > I'm having trouble seeing the difference between "highly detailed models > and artwork" and significant code contributi

Re: [Flightgear-devel] reset crash

James Turner wrote: > On 16 Mar 2010, at 08:14, Erik Hofman wrote: > What are the steps to reproduce - fire up the Bravo and hit 'reset'? I've committed a slightly more helpful exception message in props.cxx It'll provide something like: Fatal error: '!' fou

Re: [Flightgear-devel] Microsoft C++ exception: FP_Inactive

乌兰巴根 wrote: > Hi guys: > > I ever successfully build and run the flightgear-1.9.1 under WindowsXP > by MSVC90. It is a great work and very interesting. > > Last week I download the source packege of flightgear-2.0.0. > > Build the source of flightgear is OK, but when step to debug, there is >

Re: [Flightgear-devel] reset crash

syd adams wrote: > Ran into this , thinking I had a problem with the Primus 1000 ... > > When I try a reset from the menu , I get this error : > > passed invalid index (0) to FGRouteMgr::jumpToIndex > Fatal error: name may contain only ._- and alphanumeric characters This looks like a comment fr

Re: [Flightgear-devel] News from FlightProSim!

Heiko Schulz wrote: > That won't stop the fact that he already makes money with our work. > And yes, I seriously believe that he is able to bring our project in danger. Making money is one thing; it's allowed by the GPL. Problem here seems that, while our project tries to do everything to keep i

Re: [Flightgear-devel] News from FlightProSim!

Heiko Schulz wrote: >> Heiko Schulz wrote: >>> Hey folks, >>> >>> you won't belive that- but Flight Pro Sim releases a >> new version! Isn't it surprising? >>> Did you know that many of the technologies used in >> FlightGear are the same within FlightProSim? >>> And that this has many improved grap

Re: [Flightgear-devel] News from FlightProSim!

Heiko Schulz wrote: > Hey folks, > > you won't belive that- but Flight Pro Sim releases a new version! Isn't it > surprising? > > Did you know that many of the technologies used in FlightGear are the same > within FlightProSim? > > And that this has many improved graphics as well as 3D clouds

Re: [Flightgear-devel] lamp-post appearance depends on camera tilt angle

John Denker wrote: > 1) I closed the bug-tracker issue concerning the taxiway > signs. That's all good. > > 2) Alas there are other scenery elements that still > exhibit an improper dependence on camera tilt angle. > > Example: > http://www.av8n.com/fly/fgfs/img48/pole-dark.png > in contrast

Re: [Flightgear-devel] Shader question

Frederic Bouvier wrote: > There is a very good Gimp plugin that has a 3D preview, support relief > maps and works under Windows : http://registry.gimp.org/node/69 > Of course, source code is also available for Linux and Mac. > > I also found a tutorial here : > http://developer.valvesoftware.com/w

Re: [Flightgear-devel] Shader question

Heiko Schulz wrote: > Now I have to learn to make normalmaps! :-) I've updated the normalmap utility in FlightGear/utils/Modeller to reflect the output of the following tutorial: http://www.katsbits.com/htm/tutorials/creating_bumpmaps_from_images.htm It's not a one size fits all solution but mig

Re: [Flightgear-devel] Shaders experiments

Frederic Bouvier wrote: > The urban shader is in CVS. I find that the houses are too small, > compared to 3D models, and I would like to crop the texture a bit. What > do you thing ? Impressive! I've changed the coverage size of the textures from 1024 to 2000 meter. I guess someone thought the si

Re: [Flightgear-devel] jsclient.cxx - windows compilation

Torsten Dreyer wrote: > Am 12.03.10 15:06, schrieb Alan Teeder: >>> From current CVS >> jsclient.cxx compilation with windows fails at line 108 >> int32_t *msg = (int32_t *)buf; >> >> Solution seems easy - just add >> typedef int int32_t; >> > Probably not on 64bit

Re: [Flightgear-devel] To Pause FlightGear Instance using sockets

Aryabrata Basu wrote: > Hello All, > > I am a FlightGear user and I have written a program that communicates > with the FlightGear using UDP sockets. > > Now, I was wondering if one can pause the FlightGear instance without > using the pause button 'P' via sockets while communicating with the

Re: [Flightgear-devel] Web Site

Pete Morgan wrote: > http://fg-aircraft.appspot.com/idea/ > > Am not a graphic designer ;-( Nicely integrated! I like it a lot. Erik -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed

Re: [Flightgear-devel] 3d clouds rendering order

Lauri Peltonen wrote: > Hello again. > > Please forget the last patch I sent, since it was a huge black hole in > my head I think :) > > This one does the same but is much simpler, just pushes all 3d clouds > into CLOUDS_BIN which is depth sorted from back to front, and all 3d > clouds render nic

Re: [Flightgear-devel] New GUI Font

HB-GRAL wrote: > But first - what do you think about this new font? Should I go further > or do you prefere the old pixel fonts for the GUI? What do you think > about readability and this new look? I think the new font looks nice and clean. If it where up to me I think it should be included. N

Re: [Flightgear-devel] Web Site

Curtis Olson wrote: > Here's one possible idea. Why not whip together a replacement front > page and maybe a sample sub-page, put it in a temporary location, and we > can take a look. That way we could present some different ideas and see > if we like them, but at the same time, you don't have

Re: [Flightgear-devel] FlightGear audio prerequisites

Curtis Olson wrote: > On the FlightGear source download page we list openal (www.openal.org > ) as a prerequisite for FlightGear and suggest > that developers/users download the latest cvs version rather than any > versioned release. (http://www.flightgear.org/Downloads/s

<    1   2   3   4   5   6   7   8   9   10   >