James Sleeman wrote
>
> Hi Maik,
>
> Maik Justus wrote:
> > the effect you are discussing is not the Doppler effect, but just the
> >
> Yes, I know it's not a function of the Doppler itself, but I was
> thinking more along the lines of the volume drop off, if it were better,
> might help the con
Alexis wrote
9.1
>
> Vivian Meazza wrote:
>
> > I'm seeing segfaults from time to time with Windows and CVS/Head
> > trying to start when mp is running. Csaba Halász reports the same.
> > It's most frustrating to try to track this one down, becau
Fred
>
> Durk Talsma a écrit :
> > Hi,
> >
> > Just a quick question. As far as I'm concerned, we'll be doing a 1.9.1
> bug fix
> > release soon. I would just like to get an impression how our progress is
> on
> > the various problems that have been reported. I know that the "black
> box"
> > pro
Why not use MSVC2008 – its available free from MS. And then as Fred says
convert from the 7.1 project files.
I think we could remove the VC8 stuff now. It’s redundant, and misleading.
Vivian
-Original Message-
From: »ÆÖ¾Ó [mailto:hzy5...@163.com]
Sent: 10 January 2009 06:56
Csaba Halász wrote
> 0x007e1c50 in GPS::updateTTWNode (this=0xce164c0,
> c...@0x7fff664fdee0, distance_m=12822604.584446406,
> no...@0x7fff664fddd0) at src/Instrumentation/gps.cxx:483
> 483 unsigned int TTW_seconds = (int) (TTW + 0.5);
> (gdb) p TTW
> $10 = 62278235905.950584
>
>
Tim Moore wrote
>
> Tim Moore wrote:
> > Whoops! I've recreated your problem and I'll try to get a fix out soon.
> >
> > Tim
> >
> > Durk Talsma wrote:
> >> Hi All,
> >>
> >> After today's CVS update (~8:00AM, CET), I'm only seeing approximately
> 10
> >> meters of scenery around me, using my cus
Csaba Halász wrote
> --
> revision 1.3
> date: 2008/12/04 18:47:49; author: mfranz; state: Exp; lines: +1 -1
> Allow negative thrust. This allows a single recoil or vibration
> thruster to accelerate in both directions. THROTTLE input still
> clamps to 0/1 by default. (OK'e
on's patch
(seems improbable).
I think it worthwhile to include this patch in cvs.
Vivian
-Original Message-----
From: Vivian Meazza [mailto:vivian.mea...@lineone.net]
Sent: 31 December 2008 14:50
To: 'FlightGear developers discussions'
Subject: Re: [Flightgear-
Installing that, thanks.
-Original Message-
From: James Turner [mailto:zakal...@mac.com]
Sent: 31 December 2008 14:09
To: FlightGear developers discussions
Subject: [Flightgear-devel] Yon's SGReferenced patch.
Here's the patch again:
James Turner wrote
> On 31 Dec 2008, at 11:28, Yon Uriarte wrote:
>
> > I havent "cvs update"d in a few days, but merging both
> > the "use OpenThreads atomic" and "use display lists for
> > shader trees" would benefit win32 users and general fps.
> >
> > I'll see if I can merge soon and rep
Fred wrote
> Hi Durk,
>
> my intention is to post a win32 binary update as soon as the issues
> reported by Vivian and you are addressed. I don't think the new commited
> code requires a data update.
>
> -Fred
>
> -- message original --
> Sujet:Re: [Flightgear-devel] Big black box
> De:
Fred wrote
>
> An early 1.9.1 ?
>
> -
>
> -- message original --
> Sujet:Re: [Flightgear-devel] Big black box
> De: Stuart Buchanan
> Date: 31.12.2008 09:51
>
> Tim Moore wrote:
>
> > Yeah, the lack of frame buffer object support turned out to be the
> common
> > denominato
James Turner wrote
> -Original Message-
> From: [mailto:j...@baron.flightgear.org]
> Sent: 29 December 2008 22:23
> To: flightgear-cvsl...@lists.sourceforge.net
> Subject: [Flightgear-cvslogs] CVS: source/src/Airports runwaybase.cxx,
> NONE,1.1 runwaybase.hxx, NONE, 1.1 Makefile.am, 1.14,1
James Turner asked
> From: [mailto:zakal...@mac.com]
>
> I'm planning to create some slightly advanced cockpit instruments in
> the near future, and to do this I need to support some more complex
> text displays. (This is for the character-based displays on the
> KLN89/94/etc GPSs, and FMS/MCDU u
James Turner wrote
>
> On 27 Dec 2008, at 11:21, Vivian Meazza wrote:
>
> > Hmmm, neither version compiles here with MSVC9. Gives the following
> > error:
> >
> > source\simgear\math\SGMisc.hxx(27) : error C2059: syntax error :
> > ''
> >
Hi,
add
#undef max
#undef min
at the top of that SGMisc.hxx, just before "class ..."
I thought it was a local problem at my end cause I'm always changing things,
heh.
It's been that way for a few days.
hth,
yon
On Sat, Dec 27, 2008 at 12:21 PM, Vivia
Tim Moore wrote
>
> James Turner wrote:
> > On 27 Dec 2008, at 08:16, Tim Moore wrote:
> >
> >> Modified Files:
> >>SGGeodesy.cxx
> >> Log Message:
> >> Fix include path
> >
> >
> >
> >> *** SGGeodesy.cxx 26 Dec 2008 12:08:28 - 1.8
> >> --- SGGeodesy.cxx 27 Dec 2008 08:16:03 -
I wrote
> Melchior FRANZ wrote
>
> > * Durk Talsma -- Sunday 21 December 2008:
> > > current 1.9.0 version of FlightGear is build upon the critically
> > acclaimed
> >
> snip
>
>
> > > - AI code can generate wingmen
> >
> > That's not strictly an AI thing AFAIK, but submodels with some
> > Nas
Melchior FRANZ wrote
> * Durk Talsma -- Sunday 21 December 2008:
> > current 1.9.0 version of FlightGear is build upon the critically
> acclaimed
>
snip
> > - AI code can generate wingmen
>
> That's not strictly an AI thing AFAIK, but submodels with some
> Nasal controlling code, and it's onl
Stuart Buchanan wrote
>
> > Of course, by the time I looked the METAR had changed. No matter - this
> > gives a very similar effect:
> >
> > SCTO36 BKN047 OVC060
> >
> > Don't suppose that helps much
>
> Yes, it helps. I can put together the appropriate cloud layers from that
> information.
>
SCTO36 BKN047 OVC060
> -Original Message-
> From: Stuart Buchanan [mailto:stuart_d_bucha...@yahoo.co.uk]
> Sent: 19 December 2008 10:44
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Further 3D clouds patch
>
> Vivian wrote:
> > I hope I'm doing something wrong
Stuart Buchanan wrote
> Attached is yet another 3D clouds patch, to fix the following:
> 1) The 3D clouds were not modified by the cloud coverage, due to some
> problems with osg::Switch
> 2) METAR changes to cloud coverage were not obeyed.
> 3) Making changes via the Cloud dialog had no effect
Heiko Schulz wrote:
>
> Hi,
>
>
> > Hi All,
> >
> > Attached is what I'm hoping will be the final 3D clouds
> > patch.
> >
> > It does the following:
> > - Replaces simple shader attributes with vectors (this was
> > missed out of the last patch by mistake)
> > - Includes Yon's Fog update code
Frederic Bouvier wrote
> -Original Message-
> From: Frederic Bouvier [mailto:[EMAIL PROTECTED]
> Sent: 04 December 2008 23:11
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Another simple question
>
>
> - "Gordon Hart (UK)" a écrit :
>
> > Hello again,
> >
James Turner
>
> On 1 Dec 2008, at 11:03, Alexis Bory - xiii wrote:
>
> > For the remaining .rgb files, yes it's also possible to switch them to
> > png though it's going to be a huge commiting work as the f-14 use
> > tenth of different textures. I'll try beginning with the biggest
> > textures
> -Original Message-
> From: AJ MacLeod [mailto:[EMAIL PROTECTED]
> Sent: 01 December 2008 09:06
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] FlightGear 1.99.5: Release Candidate
>
> On Monday 01 December 2008 08:59:19 James Sleeman wrote:
>
> > I admit I am
Frederic Bouvier wrote
> >
> > Attached is a small patch for 3D clouds.
> >
> > It provide the following:
> > 1) Proper spherical distribution of sprites (previously they were
> distributed cylindrically - whoops)
> > 2) Better shading, so the bottom of the cloud is darker than the top.
> > 3) Fix
Jon Stockill
>
> Curtis Olson wrote:
> > I received this email today and am forwarding it to our devel list so
> > all our UK based developers can see.
>
>
> > -- Forwarded message --
> > From: *John Marshall* <[EMAIL PROTECTED]
> >
> > If interested in attending, I do have pre
gerard robin
> On mercredi 19 novembre 2008, Vivian Meazza wrote:
> > gerard robin wrote
> >
> > > On mercredi 19 novembre 2008, Melchior FRANZ wrote:
> > > > The model manager allows to add models at runtime. Most often
> > > > they a
gerard robin wrote
>
> On mercredi 19 novembre 2008, Melchior FRANZ wrote:
> > The model manager allows to add models at runtime. Most often
> > they are static (-> geo.put_model()), but one can also
> > register them with adjustable position/orientation properties.
> >
> > If the object was mov
> Torsten Dreyer wrote:
>
> > It spits out the error message
> > could not find texture LFPO001.rgb
> > grepping thru the base packages finds
> > Models/Airport/apt-light-ba.ac using this texture.
>
> Indeed, this is a known bug - due to recent occupation by "some hobby
> project" ;-) we simp
Jon Stockill
>
> AI/Aircraft/KA6-D/Models/ is empty, making it *really* difficult to find
> the little blue & yellow glider when you're trying to refuel. Anyone
> know where it went?
>
> Jon
>
So far as I know there never was a AI/Aircraft/KA6-D/Models/, nor is it
involved in AAR. The one you
gerard robin wrote
>
> On mardi 14 octobre 2008, Vivian Meazza wrote:
> > I wrote
> >
> > > gerard robin wrote
> > >
> > > > On lundi 13 octobre 2008, Vivian Meazza wrote:
> > > > > Update of
> > > > > /var/cvs/Flig
Tatsuhiro Nishioka wrote:
> On Oct 15, 2008, at 3:53 AM, fakesexnoises
> <[EMAIL PROTECTED]> wrote:
>
> > From the looks of things I'd have to install all the Developers Tools
> > in order to gain access to CVS, which I would then have to learn, and
> > this is more work than I was envisioning.
Syd wrote
> While I'm at it , I'm attaching the prop reverse patch again, in the
> hopes that I've almost got Andy convinced that it should be included ;)
Couple of points:
Is the patch against cvs-head?
Do we need an additional input of PROPREVERSE, or could it be an
e
I wrote
> gerard robin wrote
>
> >
> > On lundi 13 octobre 2008, Vivian Meazza wrote:
> > > Update of
> > > /var/cvs/FlightGear-0.9/data/Models/Geometry/Nimitz/Models/Effects In
> > > directory baron.flightgear.org:/tmp/cvs-serv25413
> >
gerard robin wrote
>
> On lundi 13 octobre 2008, Vivian Meazza wrote:
> > Update of
> > /var/cvs/FlightGear-0.9/data/Models/Geometry/Nimitz/Models/Effects In
> > directory baron.flightgear.org:/tmp/cvs-serv25413
> >
> > Added Files:
> > cat-ste
Stewart Andreason wrote:
> Vivian Meazza wrote:
> > I remain unclear what the claimed shortfall in the particle
> implementation
> > actual _is_. I have just provided generic tyre smoke, tyre spray and jet
> > spray animations in cvs the XML implementation. So far
Melchior FRANZ
>
> * Vivian Meazza -- Friday 10 October 2008:
> > I've no idea how it got into the list of properties.
>
> Maybe it's for the (steerable) carrier "aircraft"? Using
> 8 bytes more over MP than required is probably not such a
> big i
: Melchior FRANZ
> * Vivian Meazza -- Friday 10 October 2008:
> > You need to pass the launchbar state over mp?
>
> The "you" is inappropriate. I didn't say that I need it,
> and I didn't add it to the transmitted properties. Yet
> it is there! Why don
Melchior FRANZ
> Better make that ...
>
> setlistener("/gear/launchbar/state", func(n) {
> setprop("/fdm/jsbsim/launchbar/launch-bar-state", n.getValue() ==
> "Engaged");
> }, 0, 0);
>
> ... because I seem to remember that the property is written to
> quite frequently (also a bug, if y
gerard robin wrote
> A question, may be to Vivian.
>
> About one carrier feature /gear/launchbar/state which is wanted
> by
> the JBD animation.
> i wonder if it won't be possible to replace the text constant value
> "Engaged"
> with a boolean value, into the carrier program ?
>
> Working w
Heiko Schulz wrote
>
> > However, the comparison is not fair, the xml is understood
> > by everybody, it is
> > integrated into FG ( wind effect ) versus the OSG script
> > which was difficult
> > to understand, it is not integrated into FG.
> > My whish is to have both :) :)
> >
> > Cheers
> >
Erik Hofman wrote (a long time ago)
> -Original Message-
> From: [mailto:[EMAIL PROTECTED]
> Sent: 30 September 2008 09:09
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Bug or Feature? Or an accidently way to
> landinglights; -)?
>
>
>
> gerard robin wrote:
>
gerard
>
> Hello,
>
> This is mainly a question to Vivian.
> I would like to add into the carrier_nav.dat.gz file
> two new carrier Tacan freq
> one for Clemeceau
> the other for the coming Charles de Gaulle
>
> 12 999999 100 10900 0.000 CLM FNS Clemenceau
> TACAN
>
Geoff
>
> On Tue, 2008-10-07 at 21:28 +0200,
>
>
> As a very concerned military simulationist (is there such a word?) I am
> deeply worried about military radars, indeed the whole radar "thing".
>
> Every radar has it's own unique qualities - PRR, PRF, discrimination,
> anti-clutter, etc. Fro
Matthew Tippett wrote
> Yes. Terrasync.
>
> With the intent being the terrasync thread can point to multiple
> repositories for data - low/medium/high resolution. Possibly using a
> bittorrent style sharing mechanism to share the bandwidth load :).
>
> Regards... Matthew
>
>
> On 10/5/08,
James Turner wrote
>
>
> On 5 Oct 2008, at 09:13, Durk Talsma wrote:
>
> > So, with these criteria in mind, what would be your current top 10 of
> > aircraft?
>
> Before the debate gets too details, there intention was (and still is,
> I think) to have at least one aircraft from the following
James Turner wrote
> On 3 Oct 2008, at 13:48, Matthew Tippett wrote:
>
> > Speaking of which, another call out for multithreading... The GPU
> > isn't the limiting factor in our tests, the CPU is. Even mid-low end
> > systems have 2-4 cores these days, and with the multi-display demo we
> > are
gerard robin wrote
>
> On dimanche 28 septembre 2008, Vivian Meazza wrote:
> > gerard robin wrote
> >
> > > On dimanche 28 septembre 2008, Melchior FRANZ wrote:
> > > > * Melchior FRANZ -- Sunday 28 September 2008:
> > > >
James Turner wrote
> On 3 Oct 2008, at 13:48, Matthew Tippett wrote:
>
> > Speaking of which, another call out for multithreading... The GPU
> > isn't the limiting factor in our tests, the CPU is. Even mid-low end
> > systems have 2-4 cores these days, and with the multi-display demo we
> > are
Heiko Schulz wrote:
>
> Hi,
>
>
> > Yep, that's what I said :)
>
> Oh- o.k. ;-)
> >
>
>
> > I don't suppose anyone has the link to the
> > 'original' cloud code,
> > before it was ported to PLIB, or the technical description?
> > Or perhaps
> > there's a doc link the cloud code itself, I'll
gerard robin wrote
> > >
> > > On lundi 29 septembre 2008, Vivian Meazza wrote:
> > > > gerard robin wrote
> > > >
> > > >
> > > >
> > > > So, if I understand you correctly, there are no missing features,
> just
&
Heiko Schulz
>
> Hi,
>
>
> > > > The result from FG xml script is very simple (
> > not far from we had with
> > > > PLIB
> > > > effects ).
> > > > OSG script can be very complex with animations
> > into animations regarding
> > > > particles shapes, particles colors ... and so
> > on.
> > >
gerard robin wrote:
> -Original Message-
> From: [mailto:[EMAIL PROTECTED]
> Sent: 29 September 2008 15:45
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel]Bug or Feature? Or an accidently way to
> landinglights; -)?
>
> On lundi 29 septe
I wrote
> gerard robin wrote
>
> >
> > On dimanche 28 septembre 2008, Vivian Meazza wrote:
> > > gerard robin wrote
> > >
> > > > On dimanche 28 septembre 2008, Melchior FRANZ wrote:
> > > > > * Melchior FRANZ -- Sunday 28 Septembe
gerard robin wrote
>
> On dimanche 28 septembre 2008, Vivian Meazza wrote:
> > gerard robin wrote
> >
> > > On dimanche 28 septembre 2008, Melchior FRANZ wrote:
> > > > * Melchior FRANZ -- Sunday 28 September 2008:
> > > >
gerard robin wrote
>
> On dimanche 28 septembre 2008, Melchior FRANZ wrote:
> > * Melchior FRANZ -- Sunday 28 September 2008:
> > > The change wasn't/isn't even necessary (see above).
> >
> > Another reason for the patch was that we could use OSG's
> > model embedded particles in the same scenery
Alex Perry wrote
> Negative 8-).
> When I recompiled SG and FG after pulling the update in, FGFS started
> working.
> Either there was something else that got fixed by this extra recompile
> iteration,
> or there is some architecture specific bug you happened to provide a fix
> for.
>
How intere
Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits system
On Mon, Sep 22, 2008 at 5:23 PM, James Turner wrote:
On 22 Sep 2008, at 23:05, Vivian Meazza wrote:
> A binary search, which I'm also trying, takes days. At some point we
> left
> OSG 2.4, used an interim version,
James
>
>
> On 22 Sep 2008, at 22:25, Vivian Meazza wrote:
>
> > AJ and I _think_ we are talking about the same problem. We might not
> > be,
> > although the description of the symptoms, which we have discussed many
> > times, seems to be the same. T
gerard
>
> On lundi 22 septembre 2008, Vivian Meazza wrote:
> > Hi Fred,
> >
> > Fred wrote:
> > > Hi Vivian,
> > >
> > > Vivian Meazza wrote :
> > > > As you know, I am. I have profiled the cvs-head. Nasal/hash.c seems
> to
&
Hi Erik
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] FlightGear on 32 bits versus 64 bits
> system
>
> Vivian Meazza wrote:
> > As you know, I am. I have profiled the cvs-head. Nasal/hash.c seems to
> be a
> > _very_ significant CPU h
Hi Fred,
Fred wrote:
> Hi Vivian,
>
> Vivian Meazza wrote :
> > As you know, I am. I have profiled the cvs-head. Nasal/hash.c seems to
> > be a _very_ significant CPU hog, but I can't link it to the staggers. I
> > note however that when I profile an old FG/os
AJ wrote
>
> On Monday 22 September 2008 12:16:13 gerard robin wrote:
>
> > Again on that topic, i was wrong about 64 bit , which has nothing to do
> > with the stutter/jitter within FG.
>
> That's true (since we've seen the same stuttering on 32 bit machines as
> well).
>
> However, even thou
Fred
> Vivian Meazza wrote :
>
> > My latest build with MSVC9 (32 bit) is suffering severe jitter, so
> > much that
> > it is unusable, as I mentioned earlier. I have profiled the code, but
> > nothing obvious showed up yet. I'm continuing to look.
>
>
gerard robin wrote
> Running without any problem with FG on a 32 bits computer (which my usual
> computer)
> recently, I have had to build FlightGear on a 64 bit computer with FC9.
> Both computers have the same GPU (Nvidia 7800 GS AGP 8).
> I was disappointed with the result FG works with a huge
Geoff
>
> On Tue, 2008-09-16 at 18:10 +0100, Vivian Meazza wrote:
> > Geoff wrote
> >
> > >
> > > As a followup to my previous post - I just tried single stepping from
> > > main(). I am getting into the first try and the degugger is stuck at
> &
Geoff wrote
>
> As a followup to my previous post - I just tried single stepping from
> main(). I am getting into the first try and the degugger is stuck at
> atexit(fgExitCleanup). An error pops up "The sysbol 'atexit' is not
> defined". The debugger will not let me signle step into or over i
Fred wrote
> >
> > I'm trying to get my development environment ready under windows and
> > I'm
> > having some difficulties. After some evenings of collecting 3rdParty
> > dependencies and fixing the VC project files, I got it build and
> > running
> > now. But some things are still not as they
Richard Bytheway wrote
> > From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> James Turner
> >
> >
> >
> > - git works great on the Mac, or any Unix, but I believe it's never
> going to fly (if you'll pardon the expression) on Windows, due to
> technical limitations there
> >
gerard robin wrote
> On jeu 14 août 2008, Vivian Meazza wrote:
> > gerard robin wrote
> >
> > > On mer 13 août 2008, Curtis Olson wrote:
> > > > On Wed, Aug 13, 2008 at 12:48 PM, Vivian Meazza
> > > >
> > > > <[EMAIL PROTECTED]>wr
gerard robin wrote
> On mer 13 août 2008, Curtis Olson wrote:
> > On Wed, Aug 13, 2008 at 12:48 PM, Vivian Meazza
> >
> > <[EMAIL PROTECTED]>wrote:
> > > Hmm - well - you haven't specified a texture AFAIKS in the .xml file -
> so
> > >
TECTED] On Behalf Of Curtis
Olson
Sent: 13 August 2008 18:56
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Particle Submodel OSG format
versusParticleXMLformat
On Wed, Aug 13, 2008 at 12:48 PM, Vivian Meazza <[EMAIL PROTECTED]>
wrote:
Hmm - well - you haven'
gerard robin wrote
>
> On mer 13 août 2008, Vivian Meazza wrote:
> > gerard robin wrote:
> > > Are we sure that, all the Particle features which are within OSG, are
> > > available with the new XML coding ?
> > >
> > > When translating one of my
gerard robin wrote:
>
> Are we sure that, all the Particle features which are within OSG, are
> available with the new XML coding ?
>
> When translating one of my .osg file to .xml file, i
> don't
> get the same quality of result.
>
> It could be just me. I can be wrong. :(
>
> Or that new
Tim Moore
>
> Frederic Bouvier wrote:
> > I am using OSG v2.4, and today, I have this compilation error :
> >
> > FGManipulator.cxx
> > \Devel\FlightGear\src\Main\FGManipulator.cxx(147) : error C2039:
> > 'getGraphicsContext' : n'est pas membre de 'osgGA::GUIEventAdapter'
> > ..\..\..\Ope
jean pellotier wrote
> Vivian Meazza a écrit :
> > So they are - fixed in cvs (I hope) - try again
> >
> >
> >
> that's ok for me, thanks.
>
Glad that we've fixed that - it must have been that way for several years.
But what is the real issue wi
jean pellotier wrote
>
> Vivian Meazza a écrit :
> >
> >
> > OK - Wave Off Lights 71, 72 were in the wrong position, as were 61, 62,
> > which confused me. Fixed now in cvs - please check that the problem is
> > solved for you.
> >
> >
> now 71
I wrote
> > jean pellotier wrote
> >
> > >
> > > we did a scenario that use the carrier type to make an arresting cable
> > > with a flols working, at LFRJ airport (Landivisiau, France), but if we
> > > check the "turn to wind button" the cable and the flols are moving,
> > > considered like a n
I wrote
> jean pellotier wrote
>
> >
> > we did a scenario that use the carrier type to make an arresting cable
> > with a flols working, at LFRJ airport (Landivisiau, France), but if we
> > check the "turn to wind button" the cable and the flols are moving,
> > considered like a normal carrier.
jean pellotier wrote
>
> we did a scenario that use the carrier type to make an arresting cable
> with a flols working, at LFRJ airport (Landivisiau, France), but if we
> check the "turn to wind button" the cable and the flols are moving,
> considered like a normal carrier.
> Is there a way to ma
Stuart Buchanan wrote
>
> --- On Wed, 23/7/08, Vivian Meazza wrote:
> > 3d clouds have not been ported to osg. At the current rate
> > of progress - sometime in the next decade :-).
>
> Progress is marginally better than that - I've ported the code and have
>
Tim Moore wrote
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:flightgear-
> [EMAIL PROTECTED] On Behalf Of
> Sent: 24 July 2008 19:37
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Legacy #ifdefs
>
> James Turner wrote:
> > On 25 Jul 2008, at 01:07, Er
Erik Hofman wrote
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:flightgear-
> [EMAIL PROTECTED] On Behalf Of
> Sent: 23 July 2008 14:22
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] FlightGear OSG
>
> Detlef Faber wrote:
>
> > This is most likely sor
Erik Hofman wrote:
> Hi,
>
> Now that I've installed the CVS version of FlightGear I noticed a few
> things;
>
> * I don't have 3d clouds and shrub/tree cover anymore.
>Is this based on shaders these days?
>
> * Rain/Snow is rendered like dots on my system (not like the screenshots
> I've
Lee wrote
> > Sorry to go off thread. I've emailed you a couple of times but
> > they bounced. I want to resurrect the RNHF Seahawk livery, but I
> > seem to have lost it here - do you have a copy?
> >
> > Vivian
>
> Hi Vivian,
>
> were you sending it to my old e-mail address? Had a new one fo
Lee,
Sorry to go off thread. I've emailed you a couple of times but they bounced.
I want to resurrect the RNHF Seahawk livery, but I seem to have lost it here
- do you have a copy?
Vivian
-
This SF.Net email is sponsored
Anders Gidenstam wrote
> I have in previous (last winter IIRC) discussions on #flightgear claimed
> that modifying the MP protocol to only send MP properties that have
> changed would be problematic and break backwards compatibility.
>
> I was wrong.
>
> It is in fact easy to implement and is ne
Melchior wrote:
> Unfortunately, Tiago's particle system was committed with an
> IMHO suboptimal XML interface. I suggested some changes and
> Tiago agreed, but he then dropped off the list without
> implementing them. I'd like to do that myself now, and I'll
> adjust all uses of particle system
Tim Moore wrote
> Sent: 26 June 2008 11:53
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] RFC: changes to views and cameras
>
> Hi,
> I'd like your comments on some changes to views and OSG cameras in
> FlightGear before I start working on them. In particular, my
> understa
Fred wrote
> Sent: 07 June 2008 09:14
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] [Flightgear-cvslogs] CVS:
> source/src/FDM/JSBSim/models/flight_control FGActuator.cpp, 1.2, 1.3
> FGFCSComponent.h, 1.3, 1.4
>
> Hi Tim,
>
> Tim Moore a écrit :
> > On Fri, 6 Jun 2008
Frederic Bouvier
>
>
> - "Curtis Olson" <[EMAIL PROTECTED]> a écrit :
>
> > On Thu, Jun 5, 2008 at 10:22 AM, Melchior FRANZ wrote:
> >
> > > * gerard robin -- Thursday 05 June 2008:
> > > > Does this will be compatible with actual JSBSim development ?
> > >
> > > No, it will get overwritte
Paul Deppe
>
> > Try commenting out lines 39 => 41:
> >
> > #ifdef HAVE_WINDOWS_H
> > #include
> > #endif
>
> I didn't see that code anywhere in fgmetar.cxx so I checked
> the CVS version. The file that came in FlightGear-1.0.0.tar.gz is:
>
> // $Id: fgmetar.cxx,v 1.3 2006-02-21 01:16:10 mfr
Ron Jensen wrote:
> Sent: 20 April 2008 21:30
> On Sun, 2008-04-20 at 12:55 -0700, Stuart Buchanan wrote:
> > Hi All,
> >
> > Enthused by a comment on the forum by snork
> > (http://www.flightgear.org/forums/viewtopic.php?t=1333), I've been
> > working on an extension to the generic blackout/re
James A. Treacy wrote
> To: flightgear-devel@lists.sourceforge.net
> Subject: [Flightgear-devel] Graphics cards for flightgear
>
>
> I am going to upgrade my system soon (my current system is so
> outdated I can't use flightgear well on it). Even cheap
> recent cpu's are more than capable of h
Melchior Franz wrote
> Sent: 19 April 2008 07:57
> To: flightgear-devel@lists.sourceforge.net
> Subject: [Flightgear-devel] foo-set.xml -> foo-yasim-set.xml
>
>
> There are more and more aircraft in CVS with two *-set.xml
> files, where one is basically empty and only referring to a
> second o
> Tim Moore wrote:
> Sent: 18 April 2008 08:10
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] make osgviewer the default
> choice inconfigure
>
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> till busch wrote:
> | hi all,
> |
> | since we want to get rid of
Sbwong wrote:
> Sent: 17 April 2008 19:09
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Flight Gear Build
>
>
> Hi,
>
> Thanks for your help. Finally, I was able to build FG with
> MSVC9. But I ran into the following error message after I
> tried to execute flight
or before?
> The reason I doubted that the MSVC I download was version 9
> it was because the pdb file name was vc90.pdb. If I had
> downloaded version 9, where can I find MSVC version 8.
>
> Again, I really appreciate your help.
>
> Sophia Wong
>
>
> --
601 - 700 of 1027 matches
Mail list logo