> > With regard to the Windows release, after installing "Setup
> > Flightgear
> > 2.10.0.3.exe" on Windows XP, when launching fgrun I immediately get
> > the following error/warning:
> >
> > "There is no disk in the drive. Please insert a disk into drive
> > D:."
> >
> > It does it upon launch o
Hi Thorsten,
> De: "Renk Thorsten"
>
>
> If I may bother everyone again - here's my current list of open
> questions. Any help or pointers would be appreciated:
>
>
> * Where do the runway and taxiway lights enter the rendering scheme?
> They need to be fogged consistently with the rest of the
Hi Thorsten,
I presume the balance between ambient and diffuse should vary with the weather.
A clear sky gives harsh shadows and overcast sky with several layers of clouds
gives barely any shadows (dull day in photographer speak). Your results (which
are really pretty) are likely to be unrealis
Hi Stuart,
Stuart Buchanan a écrit :
> Csaba wrote:
>
>
>> Also, add one new bug reported by Jano: even if you are using METAR
>> scenario, METAR updates don't affect the visuals. That is, if you fly
>> to another airport, or wait for the 15 minute update interval, nothing
>> changes even thoug
Hi Tat,
do you noticed the A6M2 model use two sound files that are not in the base
package :
Aircraft/p51d/Sounds/p51d_rpm1.wav and Aircraft/p51d/Sounds/p51d_startup.wav
referenced in a6m2-sound.xml ?
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album p
Hi Tat,
- "Tatsuhiro Nishioka" a écrit :
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/A6M2
> In directory baron.flightgear.org:/tmp/cvs-serv3209
>
> Modified Files:
> a6m2-sound.xml
> Log Message:
> Modified: to use p51d sounds in /Sounds for file sharing.
Do you plan to add p51
- "Curtis Olson" a écrit :
> On Tue, Dec 16, 2008 at 9:42 AM, Tatsuhiro Nishioka <
> tat.fgmac...@gmail.com > wrote:
>
>
>
> I guess Tim means 1.9.0, not 2.0.
>
> Actually 1.99.5 is just a temporal number for fgfs/cvs and (I believe)
> we're heading to 1.9.0. Curt told us that he put 1.99
- "Tim Moore" a écrit :
> > 3:: c172p: As of rc2, the aircraft's landing and taxi lights are
> > not effective at illuminating the runway or other surfaces. This
> > is an issue for night operations.
> ...
> After 2.0 I'll start merging in my Effects framework code that will
> make, among
- "gerard robin" a écrit :
> On mardi 16 décembre 2008, Durk Talsma wrote:
> > Hi Fred,
> >
> > On Saturday 13 December 2008 18:50:51 Frederic Bouvier wrote:
> > > I replied that the target is next Friday. After that I may have
> > > di
- "gerard robin" a écrit :
> On mercredi 17 décembre 2008, Frederic Bouvier wrote:
> > - "gerard robin" a écrit :
> > > On mardi 16 décembre 2008, Durk Talsma wrote:
> > > > Hi Fred,
> > > >
> > > > On Saturday
- "Bohnert Paul" a écrit :
> All,
>
> I spent a couple of hours installing all the latest updates.
> According to the Mirosoft Update site I'm up to date.
>
> I loaded FlightGear-1.99.5-RC2 on my Windows XP Pro. SP3 box.
>
> FlightGear will not start. Missing MSVCR71.dll not found error.
John Denker a écrit :
> On 12/20/2008 01:59 AM, Erik Hofman wrote:
>
>> Syd wrote:
>>
>>> John Denker wrote:
>>>
46:: Capitalization: Example: As of rc2, on the command line, when
specifying --aircraft=dhc2W, the "dhc" must not be capitalized, while
the "W" must be c
Hi Curt,
two pages are suspect :
http://www.flightgear.org/Downloads/binary.shtml ( no mention of 1.9.0 )
http://www.flightgear.org/Downloads/ ( still 0.9.10 scenery )
Do you wait the announcement to update them.
By the way, it is not clear that the direct links to the mirrors in the main
page a
Hi,
seeing reports that the big black box is often met with a FBO error, I began to
look at our way to render to texture. And I found this piece of code in
od_gauge.cxx, line 63 :
camera->setRenderTargetImplementation(osg::Camera::FRAME_BUFFER_OBJECT,
osg::Camera::FRAME_BUFFER);
so it loo
An early 1.9.1 ?
-Fred
-- 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
> denominator for users seeing the problem. I checke
Date: 31.12.2008 10:36
Hi,
On Wednesday 31 December 2008 11:11:16 Frederic Bouvier wrote:
> An early 1.9.1 ?
>
> -Fred
>
> -- message original --
> Sujet:Re: [Flightgear-devel] Big black box
> De: Stuart Buchanan
> Date: 31.12.2008 09:51
>
> Tim Moore
- "gerard robin" a écrit :
> On vendredi 09 janvier 2009, Torsten Dreyer wrote:
> > > Hello,
> > >
> > > What happen now with the Cockpit view
> > > Getting now the cockpit cutted
> >
> > That's the near clipping pane,
> > you might want to add
> >
> >
> >
> > 0.1
> >
Hi,
You'd better start from MSVC 7.1 project files that are maintained.
By the way, I am thinking of removing VS2005 / 8 files that are
redundant and confusing. Any objection ?
-Fred
?? a ??crit :
> These days, I compile FlightGear 1.9 source code with MSVC2005, I
> found the project files
Hi Gerard,
how one could reproduce it ? to solve it, we need to reproduce it first.
-Fred
gerard robin a écrit :
> Hello,
> I get now that error ( it is only a warning)
>
> Error: Setting mode 'GL_COLOR_MATERIAL' via
> osg::StateSet::setMode(mode,value)
> ignored.
>The mode 'GL_COLO
gerard robin a écrit :
> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>
>> GL_COLOR_MATERIAL
>>
>
> I first got it from MP.
>
> Without MP for instance, i do use some OSG objects which take that coding
> ..
> binName Ren
gerard robin a écrit :
> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>
>> gerard robin a écrit :
>>
>>> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>>>
>>>> GL_COLOR_MATERIAL
>>>>
>>> I
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"
> problem is fixed now, but
gerard robin a écrit :
> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>
>> gerard robin a écrit :
>>
>>> On dimanche 11 janvier 2009, Frederic Bouvier wrote:
>>>
>>>> gerard robin a écrit :
>>>>
- "James Turner" a écrit :
> On 11 Jan 2009, at 17:18, Frederic Bouvier wrote:
>
> > My findings on that is that the pager thread needs to compile
> display
> > list in the main loop, and this process is framerate dependent. At
>
> > that
> >
T_MODE");
> may be relevant on some weird hw mixes.
> F:\c\OSG\OpenSceneGraph\src\osgViewer\ViewerBase.cpp(78): const char*
> str = getenv("OSG_THREADING");
>
> default "SingleThreaded". set to
> "CullThreadPerCameraDrawThreadPerContext"
>
&g
- "Csaba Halász" a écrit :
> On Wed, Sep 17, 2008 at 3:23 AM, Csaba Halász wrote:
> >
> > I have
> > made a sample patch for the emission property. However it only
> seems
> > to work for me and not anybody else. Hopefully somebody can come up
> > with a proper fix.
>
> Okay, here is another
- "Tim Moore" a écrit :
> There has been a flurry of bug fixes in the last few days. I want to
> review the
> state of the maint branches in the simgear and flightgear git
> repositories and
> suggest that they would now be a good source for a 1.9.1 bug fix
> release. I've
> been fairly co
- "Tim Moore" a écrit :
> Frederic Bouvier wrote:
> > - "Tim Moore" a écrit :
> >
> >> Reminder:
> >> git-clone git://repo.or.cz/simgear.git
> >> git-clone git://repo.or.cz/flightgear.git
> >
> > $ git-c
- "Tim Moore" a écrit :
> Frederic Bouvier wrote:
> > - "Tim Moore" a écrit :
> >
> >> Frederic Bouvier wrote:
> >>> - "Tim Moore" a écrit :
> >>>
> >>>> Reminder:
> >
> &
Martin Spott a écrit :
> "Csaba Hal??sz" wrote:
>
>
>> I have never been near a solaris machine, but sure, post errors and we'll
>> see :)
>>
>
> Thanks for your offer, no obligation implicated ;-)
>
> I put the output of 'make -k' here:
>
> http://foxtrot.mgras.net/static/SimGear_SunSt
Hi Tim,
- "Tim Moore" a écrit :
> Durk Talsma wrote:
> > Hi Tim,
> >
> > On Sunday 11 January 2009 21:07:25 Tim Moore wrote:
> >> I propose that the 1.9.1 release be made from these "maint"
> branches. This
> >> would let progress continue in CVS while hopefully achieving some
> stability
>
Tim Moore a écrit :
> Frederic Bouvier wrote:
>
>> Hi Tim,
>>
>>
>
>
>> Would you mind adding this commit to the VC7.1 directory :
>> Fri Jan 16 07:31:01 2009 UTC : Update MSVC 7.1 project
>>
>> Otherwise I managed to get it wit
Hi Durk,
- "Durk Talsma" a écrit :
> Just to keep everybody in the loop, I have just build the source
> packages for what is likely going to be FlightGear 1.9.1 and put
> them on my website. I have informed have informed the people
> involved in building the windows and mac versions, as well
Hi Curt & Rob,
Not sure that the edge is a tile edge. I could be a cloud layer edge. I don't
recall we extend cloud layers to the extents of the loaded terrain.
-Fred
- "Curtis Olson" a écrit :
> Hi Rob,
>
> It appears that the code that computes how many rings of tiles to load
> is perha
Csaba Halász a écrit :
> Hi!
>
> I thought one of the reasons for keeping the data package unchanged
> was to have a small upgrade download available, with only the
> executables inside.
> I don't see it on the web page, has this idea been abandoned?
> Not that I am personally interested in it, of
Daan a écrit :
> IMHO where-ever this discussion leads, the bottom line should be that the
> installer that is used for Windows sets the appropriate environment
> variables, so that these issues do not get in the way of taking off to
> FL390.
>
I commited a fix for this. I am afraid you'd have
Hi Alex,
I quickly tried it and found it don't work with my new fgrun prefetch
functionnality. In fgrun, I send only one position message, and your version
doesn't start the downloading process.
I must leave now. I will look at it later in the week.
-Fred
- "Alex Perry" a écrit :
> Foll
Hi Francesco,
strcasecmp doesn't exist under Windows but I think there is a #define in fgrun
because the problem already happened. I was just not enough careful this time.
re the command line options, they are only used by the installer to setup the
initial configuration. Look in main.cxx. Ther
Hi Alex,
your version compiles under windows, but needs a continuous feed of messages to
work. So it doesn't work with the new fgrun button that send a positional
message to get a chunk of scenery without having to start the simulator.
Moreover, I also thought about a tile cache that will preve
Vivian,
apparently, the challenge is to start AC3D under Vista 64
-Fred
- "Vivian Meazza" a écrit :
> Ian,
>
>
>
> Those boxes import nicely into AC3D here. How about a real challenge?
>
>
>
> Vivian
>
>
>
>
> -Original Message-
> From: FGD ML [mailto:fg...@pomf.net]
> Se
I don't know where this discussion will lead us but anyway, I made a new
Windows build with the last OSG 2.8 branch with a working LWO plugin :
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/fgrun+fgfs-osg-win32-cvs-20090207.zip
This Wiki page explains how to use it :
http://wiki.flightgear.org/in
écrit :
> Thank you, those are both useful bug reports with the approach I took.
> Let me come up with clean fixes for both of them and then get back to
> you.
>
> On Wed, Feb 4, 2009 at 11:57 PM, Frederic Bouvier wrote:
>
>> Hi Alex,
>>
>> your version
- "黄志勇" a écrit :
> Sorry, in Microsoft Windows, there have not patch tool. I just can do
> like this.
If you use cvs :
cvs diff -u my_file.cxx
Or use TortoiseCVS to do the diff
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.s
Csaba Halász a écrit :
> On Sat, Feb 21, 2009 at 7:34 PM, Geoff McLane wrote:
>
>> IMHO the _MSC_VER and _DEBUG switches do NOT need to be applied. I am
>> forever puzzled how gcc resolves this since the comparison is indeed two
>> pointers ...
>>
>
> No it isn't. Both uses in lower_bound
Geoff McLane a écrit :
>> Not that I have any objection to your patch, I just reacted to your
>> question that you have no idea how gcc can compile this.
>>
>
> So, I simply hope some patch is added to 'help' those of us using the
> MSVC compiler in native WIN32, under what ever switches are d
Hi Mathias,
Mathias Fröhlich a écrit :
> Hi all,
>
> I have checked in an update to the ground intersection code.
> This new implementation utilizes a pre built bounding volume tree that is
> attached to the scene graph userdata.
>
> More detailed models near the aircraft should no longer kill pe
- "Mathias Fröhlich" a écrit :
> Fred,
>
> On Sunday 01 March 2009 18:40:20 Frederic Bouvier wrote:
> > I see a huge memory consumption when trying to start from EGLL ( or
> > EDDF, or EHAM, or LFPO ) with the scenery available via
> TerraSync/SVN.
&g
Hi Geoff & Csaba,
- "Csaba Halász" a écrit :
> On Tue, Mar 3, 2009 at 3:44 PM, Geoff McLane
> wrote:
> >
> > For the last few weeks I have been quietly and slowly working
> through a
> > TerraGear tools MSVC build in windows XP.
>
> Hi Geoff,
> That looks like it was a lot of work. Thanks!
- "Geoff McLane" a écrit :
> Hi Fred, Csaba,
>
> > It looks we have duplicated work here :
> > http://www.flightgear.org/forums/viewtopic.php?f=5&t=2959
> > (announced few weeks ago )
> >
> http://wiki.flightgear.org/index.php/Howto:_Use_Terragear_on_Windows
> > Ralf commited my work in the
Hi Geoff,
Mathias introduced a new SimGear Library : libsgbvh if I recall
correctly. Pretty sure it must be added to the link command.
-Fred
Geoff McLane a écrit :
> Hi Fred et al,
>
> In ubuntu, updated (cvs/svn) PLIB, SG, OSG, FG, and
> FGRUN (svn/trunk) yesterday AND today (2009-03-07)...
>
I didn't read your message carefully. It was a bit tricky but it should
be fixed now. Order of libraries in the link command is important and
sometimes the same library must be put twice because of circular
dependencies. Update your fgrun workspace ( to 512 ).
-Fred
Frederic Bouvier a
- "Martin Spott" a écrit :
> Martin Spott wrote:
>
> > Actually, in order to translate elevation raster into TerraGear
> work
> > directories you're required to have files in SRTM HGT format (for
> use
> > with 'hgtchop').
>
> Oh, wait, probably there's also a 'demchop' tool, I have no ide
- "Ron Jensen" a écrit :
> On Mon, 2009-03-16 at 20:30 -0500, Curtis Olson wrote:
> > Here's a hypothetical question.
> >
> > Let's say some company "A" builds an internal product prototype
> that
> > incorporates FlightGear as part of a larger aggregate system.
>
> Murky waters here. And
Erik Hofman a écrit :
> Tim Moore wrote:
>
>> Perhaps. I'm not proposing to change the syntax you like. I just want to
>> evolve the very useful property system to support the syntax I like.
>>
>
> So far nobody seems to like the idea of abandoning
> for a list of numbers. I think you can
Erik Hofman a écrit :
> Frederic Bouvier wrote:
>
>> Tim, perhaps if you could show us a real effect file, with the syntax
>> you propose, we ( at least I ) could see what we are talking about, and
>> the pros and cons of the new syntax.
>>
>
> Th
- "Melchior FRANZ" a écrit :
> visibility 0m -> specular * 0
> visibility 22.5km -> specular * 0.5
> visibility 45km -> specular * 1
>
>
> Why would a visibility of 22 km only give me half the specularity
> of a visibility of 45 km? On an object that stands a few meters
> in f
Hi Stuart,
inline patches with long lines are real nightmares. Could you resend it
as attached file ?
Thanks,
-Fred
Stuart Buchanan a écrit :
> Hi All,
>
> I've been playing around with the random tree generator in an attempt to get
> more realistic looking trees, in particular when lit by the
Stuart Buchanan a écrit :
> Frederic Bouvier wrote:
>
>
>> Hi Stuart,
>>
>> inline patches with long lines are real nightmares. Could you resend it
>> as attached file ?
>>
>> Thanks,
>> -Fred
>>
>
> See attached patch for
- "Erik Hofman" a écrit :
> Torsten Dreyer wrote:
> > -// Written by David Culp, started Feb 2004.
> > +// Original by Written by David Culp
> > //
> > -// Copyright (C) 2004 David P. Culp - davidcu...@comcast.net
> > +// An attempt to refine the thermal shape and behaviour by WooT
> 2009
>
Hi friends,
just a quick note to tell that I found the bug in OSG that prevent the cursor
to change shape and display the current input mode.
I submitted the fix to Robert, and uploaded a new fg win32 binary with the not
yet official fix at the usual location.
Enjoy ;-)
-Fred
--
Frédéric Bou
Hi John,
I can't find a --without-boost option in configure.ac, either for SimGear or
FlightGear.
Simgear configure abort when a suitable boost version is not found. Required
minimum version of boost is 1.34
-Fred
- "John Wojnaroski" a écrit :
> I'm asking the same question again. :-(
>
Maybe Ranjana wants to compute the error between the original HGT and
the generated scenery ?
In that case, he has to do the computation himself ( using the btg file
format and digging into TG sources ) or hire someone to do that.
-Fred
?? a ??crit :
> .btg file is terrain mesh file, it comes
Hi,
Martin Spott a écrit :
> Curtis Olson wrote:
>
>
>> [] I think the more of these material settings we can support so
>> that the model in the simulation looks just like the model in the 3d
>> modeling tool, the better life will be.
>>
>
> Indeed, this will also pave the way for int
- "Martin Spott" a écrit :
> Ranjana K wrote:
>
> > Thanks for advicing.In the last reply there said that it is
> difficult to
> > convert. As it is difficult I was in hope that a code exists and
> asked for
> > it.
>
> Well, in order to do it "right", for allowing reasonable compar
Hi,
- "Melchior FRANZ" a écrit :
> * Detlef Faber -- Tuesday 19 May 2009:
> > This means while trying to pass beneath a bridge, geo.elevation
> returns
> > the heigth of thebridge which will obviously stop the walker from
> moving ahead.
>
> But geo.elevation() has an optional third argument
- "Melchior FRANZ" a écrit :
> * Frederic Bouvier -- Tuesday 19 May 2009:
> > Maybe we could distinguish terrain and models in the traversal mask ?
> > For the moment, every solid models has the terrain bit. Then geo.elevation()
> > could accept a parameter tha
- "Melchior FRANZ" a écrit :
> * Frederic Bouvier -- Wednesday 20 May 2009:
> > So if you really want to hit the floor and not the top of objects you can
> > iterate with different starting height until the second member is not nil ?
>
> Well, yes. Maybe
The tool is included in the last Win32 build
-Fred
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Goo
Hi Mathias,
it appears this commit broke the autostart feature of the 777. With it,
the MFD are not lighting up.
It's unfortunate because I am currently working on the ground radar.
Regards,
-Fred
Mathias Froehlich a écrit :
> Update of /var/cvs/SimGear-0.3/SimGear/simgear/scene/model
> In direc
Hi,
I committed the support to read new X-Plane 850 file format in
flightgear. That doesn't mean that airports will look different in
current scenery because TerraGear tools have not been updated yet, but
this is the first step to support the format.
Here are two screenshots comparing the ground
Martin Spott a écrit :
> If you load shapefiles into QGIS, it would, for example, look like this
> shot:
>
> http://foxtrot.mgras.net/bitmap/FGFS/KSFO-861.png
>
> Not that, as shown here, not all v8.50 airfields match the quality
> measures we would expect - just take the northern part of taxiway
Frederic Bouvier a écrit :
> Martin Spott a écrit :
>
>> If you load shapefiles into QGIS, it would, for example, look like this
>> shot:
>>
>> http://foxtrot.mgras.net/bitmap/FGFS/KSFO-861.png
>>
>> Not that, as shown here, not all v8.50 airfie
Hi Syd,
syd adams a écrit :
> The 777 works / worked here , but trying to update FG this morning
> gets me a :
>
> AILocalTraffic.cxx:1542: error: ‘class FGViewer’ has no member named
> ‘getPosition’
>
> so I'll do more checking in a bit ...
The broke is pretty recent ( 2009-6-11 18:53Z ) so if
James Turner a écrit :
> On 14 Jun 2009, at 12:08, Frederic Bouvier wrote:
>
>
>> FGPavement::FGPavement(const std::string& aIdent, const SGGeod&
>> aPos) :
>> FGPositioned(TAXIWAY, aIdent, aPos, false)
>>
>
> Fred, are you sure we don'
- "Martin Spott" a écrit :
> > http://frbouvi.free.fr/flightsim/KSFO-850.png
>
> Ah, thanks for comparing.
> My reference airfields look correct, therefore I was under the
> impression that the v8.50 KSFO layout is flawed. It doesn't look like
> a numerical precision issue but obviously there
Mathias,
would you mind looking into this. Syd reported the same problem for all
his plane with 2D glass cockpit
-Fred
Frederic Bouvier a écrit :
> Hi Mathias,
>
> it appears this commit broke the autostart feature of the 777. With it,
> the MFD are not lighting up.
> It's u
Hi ?
o...@arcticnet.no a écrit :
> It seems that the license header of simgear/screen/texture.{cxx,hxx}
> does not have the same LGPL header as the rest of the sources. In fact,
> it says that the code is "freely distributable", but not freely
> modifiable. Is this file really under an Open Source
Tim Moore a écrit :
> Frederic Bouvier wrote:
>
>> Hi ?
>>
>> o...@arcticnet.no a écrit :
>>
>>> It seems that the license header of simgear/screen/texture.{cxx,hxx}
>>> does not have the same LGPL header as the rest of the source
- "Mathias Fröhlich" a écrit :
> Hi,
>
> On Sunday 14 June 2009 12:50:10 Frederic Bouvier wrote:
> > it appears this commit broke the autostart feature of the 777. With
> it,
> > the MFD are not lighting up.
> > It's unfortunate because I am curr
Hi Stuart,
- "Stuart Buchanan" a écrit :
> As I had some unexpected spare time over the last week, I put together
> a first edition of The FlightGear Newsletter, which can be found
> here:
>
> http://wiki.flightgear.org/index.php/FlightGear_Newsletter_July_2009
Nice initiative.
I have a nit:
Hi Jon,
in the code below ( from FGJSBBase.h ), there is a potential divide by
zero error reported by the compiler :
static double GaussianRandomNumber(void)
{
static double V1, V2, S;
static int phase = 0;
double X;
V1 = V2 = S = X = 0.0;
if (phase == 0) {
do {
Hi Torsten,
you committed rev 1.39 of xmlauto.cxx where the average variable is used
to initialise itself.
1.10 (curt 19-Mar-04): if ( enabled ) {
1.10 (curt 19-Mar-04):
1.10 (curt 19-Mar-04): if ( dt > 0.0 ) {
1.10 (curt 19-Mar-04):
Hi Ron,
- "Ron Jensen" a écrit :
> Good Local-time greeting,
>
> I tried to build fgrun today from svn and got
> /usr/local/lib/libsgmodel.a(SGInteractionAnimation.o): In function
> `SGInteractionAnimation::LineCollector::addBVHElements(osg::Node&,
> simgear::BVHLineGeometry::Type)':
>
> ad
Hi Tim,
- "Tim Moore" a écrit :
> I've checked in the initial work on my effects framework. This allows
> one specify OpenGL attributes,
> including shaders, in .eff files. For the moment these are only
> associated with terrain materials.
>
> The default effect for terrain has a shader that
Oops! Windows is case insensitive :-( If someone can fix that before I can,
please do.
Sorry
-Fred
-- message original --
Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
interpolator.cxx, 1.2,
De: Martin Spott
Date: 26.07.2009 21:18
Frederic Bouvier
It should be fixed now. Sorry again
-Fred
-- message original --
Sujet: Re: [Flightgear-devel] [Simgear-cvslogs] CVS: source/simgear/misc
De: Martin Spott
Date: 27.07.2009 08:13
Martin Spott wrote:
> "Frederic Bouvier" wrote:
>> Oops! Windows is case insensi
Hi,
- "Rob Shearman, Jr." a écrit :
> Speaking of CVS builds -- Fred, I see there's a new one on the FTP
> site for 7/26, but I'm getting http error "550: Not a directory" when
> I attempt to open it. Anyone else having this problem?
My connection timed out yesterday evening with a half upload
- "Victhor Foster" a écrit :
> I see that there's a VC90 folder in current CVS code, and that it has
> been updated recently. Simgear doesn't, tho.
?
http://cvs.flightgear.org/viewvc/SimGear/projects/VC90/?root=SimGear
http://cvs.flightgear.org/viewvc/source/projects/VC90/
-Fred
--
Frédé
- "Tom P" a écrit :
> 1) missing dependencies, like jpeg lib, are provided by the OSG
> 3rdParty package, there's no need to rebuild them from gnuwin32.
> This 3rdParty package is available here:
>
> http://www.openscenegraph.org/downloads/stable_releases/OpenSceneGraph-2.8/binaries/Windows
- "Reagan Thomas" a écrit :
> Randall Green wrote:
> > I want to thank everyone who has helped me so far.
> > I'm compiling the CVS version of FlightGear and I'm down to 10
> errors now.
> > Files not found are svn_autth.h, osgd.lib, and fltkd.lib.
> > Does anyone know what code is missing?
>
- "Tim Moore" a écrit :
> Victhor Foster wrote:
> > Just a note: current CVS FG won't compile with a version of OSG
> lower
> > than 2.9.4. You will need code from OSG's SVN repository.
> As far as I know CVS FG compiles with OSG 2.8.2; at least, it did a
> couple
> of weeks ago on my 2.8.2
texture animation will not work on any version newer than v1.0,
> and
> lists an alternative technique. However, using that alternative will
> require me to redevelop all of the models that I having been working
> on
> (grr!). Frederic Bouvier mentioned that the feature would
http://frbouvi.free.fr/flightsim/fgfs-paris-cvs-20090821.png
-Fred
- "Gijs de Rooy" a écrit :
> Hi,
>
> I experience the same problem for quite a while. As of v1.9 setting
> nighttextures (same method as
> in the Paris scenery) does not work (anymore).The animations of this
> method actuall
- "Durk Talsma" a écrit :
> On Tuesday 19 January 2010 11:08:59 pm Durk Talsma wrote:
> > Please note that there is currently a second release candidate
> available
> > for windows. (Based on a build by Fred). RC1 for window was skipped
> to
> > stay synchronized with the mac release candida
Le 01/02/2010 18:52, Durk Talsma a écrit :
> Hi All,
>
> Here's just a quick update regarding the 2.0.0 release. The final release is
> really close now. We had planned to have a third release candidate by now,
> which we would promote to the final release within a few days from now,
> provided
- "John Denker" a écrit :
> > 2) which aircraft to include ?
>
> That's a different question. I can't help with that.
in data : cvs up -Pd -r V2_0_0B
in source : make data-tar
Or wait the release: official data and source tarballs will be released.
-Fred
--
Frédéric Bouvier
http://my.fot
Le 13/02/2010 00:05, Vivian Meazza a écrit :
> Melchior
>
>
>> * Vivian Meazza -- Friday 12 February 2010:
>>
>>> Tell me what Vista calls it in English, and I'll add it.
>>>
>> You completely miss the point. "Microsoft-PC-Joysticktreiber" is a generic
>> name that will probably be d
- "Pete Morgan" a écrit :
> I thinks that this ball is now firmly in Curt's court..
>
> http://74.126.30.121/ep/503.shtml
>
> and this issue
>
> http://code.google.com/p/flightgear-bugs/issues/detail?id=53&q=wiki
>
> Wish this could be resolved sooner rather than later.
>
> Its rather di
Look at :
http://cvs.flightgear.org/viewvc/data/Docs/README.multiscreen?revision=HEAD
The roll-deg parameter should do the trick.
-Fred
- "Curtis Olson" a écrit :
> In the pre-OSG days you could simply insert a glRotate() call in the
> appropriate spot (and perhaps do a little work to
Hi Erik,
- "Erik Hofman"a écrit :
> I've created a new set of splash screens based on the images Durk
> created about two weeks ago.
> Does anyone have any objections to committing them or does anybody
> have
> other possible splash screens to choose from?
>
> http://home.telfort.nl/sp0047
301 - 400 of 1010 matches
Mail list logo