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
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 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. :-(
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
- 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 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 simgear/scene/tgdb.
Commited
-Fred
--
Frédéric Bouvier
http://my.fotolia.com
- 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 front of me!
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 r/rg/gb/b
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.
That was in the original proposal (RFC):
Proposal
- 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 a slippery
- Martin Spott martin.sp...@mgras.net 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
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)...
FG
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 écrit
- Geoff McLane a écrit :
Hi Fred, Csaba,
It looks we have duplicated work here :
http://www.flightgear.org/forums/viewtopic.php?f=5t=2959
(announced few weeks ago )
http://wiki.flightgear.org/index.php/Howto:_Use_Terragear_on_Windows
Ralf commited my work in the terragear-cs
- 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.
The process memory climbs to its maximum ( 2Gb
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 deemed
- 黄志勇 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
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]
Sent: 06 February
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.
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 to
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 as
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 with git and build it. I am just waiting
instructions ;-)
-Fred
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
in a maintenance
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_SunStudio11.log.bz2
- 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-clone git://repo.or.cz/simgear.git
remote: Counting objects: 9905, done.
remote: Compressing objects
- Tim Moore timo...@redhat.com a écrit :
Frederic Bouvier wrote:
- Tim Moore a écrit :
Frederic Bouvier wrote:
- Tim Moore a écrit :
Reminder:
Initialized empty Git repository in
I:/Devel/fg-maint/simgear/.git/
Initialize simgear/.git
warning: remote HEAD refers
- 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
weird hw mixes.
F:\c\OSG\OpenSceneGraph\src\osgViewer\ViewerBase.cpp(78): const char*
str = getenv(OSG_THREADING);
default SingleThreaded. set to
CullThreadPerCameraDrawThreadPerContext
regards,
yon
On Sun, Jan 11, 2009 at 11:55 PM, Frederic Bouvier
fredfgf...@free.fr wrote
- 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 attempt.
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
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 RenderBin
GL_LIGHTING OFF
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 first got it from MP.
Without MP for instance, i do use some OSG objects which take
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 how are
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
- 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
sim
rendering
camera-group
znear
An early 1.9.1 ?
-Fred
-- message original --
Sujet: Re: [Flightgear-devel] Big black box
De: Stuart Buchanan stuart_d_bucha...@yahoo.co.uk
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
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 stuart_d_bucha...@yahoo.co.uk
Date: 31.12.2008 09:51
Tim
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
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
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 capitalized. This does not
- 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.
Is
- 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
difficulties to build a binary from where I will be.
-Fred
How
- 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 13 December 2008 18:50:51 Frederic Bouvier wrote:
I replied that the target is next Friday
- 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.5 since he
- 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 other
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 p51d sound
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 though the new
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
- John Denker a écrit :
The other machine is a dual-core Pentium @ 3 GHz apiece, with an
Intel graphics processor and the xorg driver.
Both are using OSG 2.6.1 and the rc2 package.
This has already been discussed. You need at least OSG 2.7.3
-Fred
--
Frédéric Bouvier
Timothy Moore a écrit :
If all goes well, I would like to prepare the final release version next
Friday. Until that time please hold back on committing anything risky, and
give these prereleases a decent workout. Let's try to make this the best
FlightGear release yet. :-)
Cheers,
Durk
Hi Alexis,
- Alexis Bory a écrit :
Update of /var/cvs/FlightGear-0.9/data/Aircraft/f-14b/Sounds
In directory baron.flightgear.org:/tmp/cvs-serv3262
Added Files:
canopy-close2.wav canopy-trans.wav
Log Message:
- Alexis Bory: Added missing sounds. Thanks Fred.
The files are not
Hi,
f-14b uses two .wav files that are not in the proposed data package of the
prerelease :
Aircraft/A-10/Sounds/canopy-trans.wav
Aircraft/A-10/Sounds/canopy-close2.wav
This is causing FG to exit with this error :
OpenAL error (AL_INVALID_VALUE): constructor (alBufferData)
Failed to buffer
Oops. I did a cut n paste from the error window. I am not able to do that until
this evening ( CET ), so if someone else want to do that, go.
-Fred
- Martin Spott a écrit :
Frederic,
Frederic Bouvier wrote:
Index: globals.cxx
Thank you Tim
-Fred
- Frederic Bouvier a écrit :
Oops. I did a cut n paste from the error window. I am not able to do
that until this evening ( CET ), so if someone else want to do that,
go.
-Fred
- Martin Spott a écrit :
Frederic,
Frederic Bouvier wrote:
Index
Hi James,
- James Turner a écrit :
On 5 Dec 2008, at 00:08, James Turner wrote:
Hmm, strange, I must have messed up something in my local tree,
I'll
test with a clean checkout and re-submit.
Here's these patches again - the DCLGPS one should apply cleanly, and
I am sorry to say
Durk Talsma a écrit :
Hi Everybody,
I just placed the sources and base package for the pending FlightGear 1.9
release on my webserver:
http://durktalsmal.xs4all.nl/SimGear-1.99.5.tar.gz
http://durktalsmal.xs4all.nl/FlightGear-1.99.5.tar.gz
Frederic Bouvier a écrit :
Durk Talsma a écrit :
Hi Everybody,
I just placed the sources and base package for the pending FlightGear 1.9
release on my webserver:
http://durktalsmal.xs4all.nl/SimGear-1.99.5.tar.gz
http://durktalsmal.xs4all.nl/FlightGear-1.99.5.tar.gz
http
- Stuart Buchanan a écrit :
Geoff Air wrote:
(AL_INVALID_VALUE): constructor (alBufferData)
Fatal error: Failed to buffer data.
I think the ONLY reason you would get this not very helpful specific
message is that the FG/SG is compiled against an ALUT previous to
version 1, if it
- Gordon Hart (UK) a écrit :
Hello again,
Thanks for your previous assistance - your suggestions were most
helpful.
Now, I'm working in Visual Studio. However, how the devil do I set up
the project so that the entire code is not recompiled from scratch
every time I make the
- James Turner a écrit :
Attached patches are not very interesting, but I'm trying to keep
changes incremental in case I break something.
The first updates how filtering is done on the various FGPositioned
query functions - both spatial and ident-based. The query interface is
- James Turner a écrit :
Anyone had a chance to try this? I'd like to see it applied before
submitting further patches in this area.
It is commited now.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.net/
- Csaba Halász a écrit :
On Tue, Dec 2, 2008 at 3:48 PM, Fabian Grodek
[EMAIL PROTECTED] wrote:
Hello,
I've been unable to open the link to the tarball of the bleeding
edge CVS
snapshot found in the Download Souce page:
- Curtis Olson a écrit :
On Tue, Dec 2, 2008 at 7:36 PM, Tatsuhiro Nishioka wrote:
First of all, many thanks for your effort on this.
I've been downloading the tar files but these are still being
downloaded and will take about 24 or more hours My network is TFFH
but it doesn't help
- AJ MacLeod a écrit :
On Monday 01 December 2008 08:32:40 James Sleeman wrote:
Don't know about the Camel, ... having engine throttle is really
not
realistic etc...
I'd suggest that you do a bit more research on that issue...
Do you mean this is a FAQ ?
-Fred
--
Frédéric
Durk Talsma a écrit :
Hi Everybody,
I just placed the sources and base package for the pending FlightGear 1.9
release on my webserver:
http://durktalsmal.xs4all.nl/SimGear-1.99.5.tar.gz
The version number is quite confusing. Would it be 1.9 or 1.99.5 . Maybe
this snapshot should be
- Heiko Schulz a écrit :
Sounds great!
If someone comit this patch can he also comit (as long noone has
something against) my last cloudset?
Both are in CVS now.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.net/
- Yon Uriarte a écrit :
Nothing i can do about that, let the CVS commiters pass a replace over
the files. MSVS is a hard master. Or is there an option to tell it not
to mess with my spaces?
Tools Options Text editor C/C++ Tabs
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/
- Curtis Olson a écrit :
The solution is to draw transparent objects in sorted order back to
front ... including clouds ... so in this case it appears that the 3d
clouds are being drawn before the 2d cloud layers, and in reality the
2d cloud layers need to be intermixed inthe correct draw
- Markus Zojer a écrit :
Hi all!
I don't know if you are aware of the 2 described bugs so I drop a
short note.
I am using latest sg/fg cvs with OSG 2.7.5(svn) and boost 1.34.1.
1.) Mouseclicks on terrain only register in the vicinity of the
aircraft (lets say 30ft), this
- Andy Ross a écrit :
Frederic Bouvier wrote:
I get memory corruption caused by writing outside an malloc'ated
memory
bloc. I tracked the problem down to the recsize() function ( in
hash.c )
computing a memory size that is not enough for subsequent
initialization
in resize()
Wow
Tim Moore a écrit :
I've been completely unable to recreate the Z-near problem. From the few
details
about versions of OSG used etc., it seems to be either a mismatch between
compiled / installed versions of OSG, or possibly a bug in OSG itself. I do
recommend installing OSG SVN.
I
Hi Andy,
I get memory corruption caused by writing outside an malloc'ated memory
bloc. I tracked the problem down to the recsize() function ( in hash.c )
computing a memory size that is not enough for subsequent initialization
in resize() ( also in hash.c ). I think the problem lies in the fact
Hi Stuart,
Stuart Buchanan a écrit :
Hi All,
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)
Hi Tim,
With the new code, I have a zNear problem shown in this screenshot :
http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
This build is still OSG 2.6 based.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery
Tim Moore a écrit :
Frederic Bouvier wrote:
Hi Tim,
With the new code, I have a zNear problem shown in this screenshot :
http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
This build is still OSG 2.6 based.
-Fred
Can you tell me what you're expecting to see i.e
PROTECTED] wrote:
Frederic Bouvier wrote:
Hi Tim,
With the new code, I have a zNear problem shown in this screenshot :
http://frbouvi.free.fr/flightsim/fgfs_near_problem.jpg
This build is still OSG 2.6 based.
-Fred
Can you tell me what you're expecting to see i.e
Scott Hamilton a écrit :
On Sat, 2008-11-22 at 18:39 -0500, Matthew Tippett wrote:
I have seen something similar too. The splash screen seems to be
800x600 unscaled in the bottom left of the screen. It then seems to
go full screen shortly after though. I doubt it is related to
clipping
- gerard robin a écrit :
There won't be any problem, but i heard that a more recent not stable
OSG
version was necessary.
If it is the case that is the problem.
Until we don't have the next OSG stable version.
Do i have to freeze every model development ?
Or is it really possible
- Tim Moore a écrit :
Frederic Bouvier wrote:
Hi Tim,
- Tim Moore a écrit :
No new libraries are needed at this point; we're just using Boost
header files.
It looks like there is also a dependency on a newer than 2.6 version
of OSG
-Fred
Not intentionally. Where's
- Tim Moore a écrit :
Curtis Olson wrote:
I appear to get the same compile error here with OSG v2.7.1:
CameraGroup.cxx:126: error: 'clone' is not a member of 'osg'
CameraGroup.cxx:131: error: 'clone' is not a member of 'osg'
Thanks,
Curt.
The overloaded osg::clone() was
Hi Martin,
- Martin Spott a écrit :
Frederic Bouvier wrote:
surprisingly, the Oracle buildings didn't move :
[...]
but was added more recently in the base package
Ok, I've now reverted the positions of your static Base Package
models
to the state of 20071212 (nobody else has
Hi Tim,
- Tim Moore a écrit :
No new libraries are needed at this point; we're just using Boost
header files.
It looks like there is also a dependency on a newer than 2.6 version of OSG
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
Tim Moore a écrit :
I'm happy to punt Windows and Mac issues to people who are knowledgeable
about
that. For Linux, should we try to build a binary release to an LSB standard?
http://ldn.linuxfoundation.org/lsb
For Windows users, I already provide builds that includes the complete
Hi Martin,
Martin Spott a écrit :
Hi Frederic,
Frederic Bouvier wrote:
Looking at the new scenery, I am puzzled to see that models shifted
horizontally. I understand why they moved vertically, although I took
great care to place them at there right position. But something or
someone
Martin Spott a écrit :
Frederic Bouvier wrote:
Were you able to look at it ?
I recently did, but I was unable to link this to any specific
modification at the DB. Could you provide a timestamp to a 'version'
which had the proper locations ?
this is the first wrong version
Martin Spott a écrit :
Frederic Bouvier wrote:
Were you able to look at it ?
I recently did, but I was unable to link this to any specific
modification at the DB. Could you provide a timestamp to a 'version'
which had the proper locations ?
Here are more data. Left is good
Martin Spott a écrit :
I'll be able to build Unix binaries for the most common platforms.
Would someone do us the honour of providing a standalone 'terrasync'
binary for Win32 - statically linked against libsvn in order to save
the users from installing yet another dependency ?
Terrasync/SVN
- Stuart Buchanan a écrit :
Frederic Bouvier wrote:
I'll be able to build Unix binaries for the most common
platforms.
Would someone do us the honour of providing a standalone
'terrasync'
binary for Win32 - statically linked against libsvn in order to
save
the users from
Curtis Olson a écrit :
Fred, your demo movies look really interesting. I'm looking forward
to continued great results!
Here are two new movies of my current progress. Shader programming inside :
http://frbouvi.free.fr/flightsim/yafseng_6.avi [9.23 MB]
Nicolas a écrit :
Le samedi 01 novembre 2008 à 15:35 -0600, Ron Jensen a écrit :
On Sat, 2008-11-01 at 18:22 +0100, Nicolas wrote:
Hello,
I have posted several months ago, a patch to complet the precipitation
manager.
So I send again a little patch to improve the preicipitation
Tim Moore wrote:
I've been working on effects support for FlightGear, as part of the
work I've been doing on integrating shadows into the OSG version.
Roughly speaking an effect is like a material for an object, but it
can support different techniques based on OpenGL features and user
Looking at the new scenery, I am puzzled to see that models shifted
horizontally. I understand why they moved vertically, although I took
great care to place them at there right position. But something or
someone decided to shake the whole town and repositioned building
randomly. Here is an
Detlef Faber wrote :
I noticed that gimp adds such edges as anti-aliasing, so maybe this
is something similar?
The color will full alpha is not defined and could be black or another
ugly color that show up after filtering. I had better result by setting
the whole image to white and then
Georg Vollnhals a écrit :
Frederic Bouvier schrieb:
Georg Vollnhals a écrit :
For those who want to have another look at the stuff, here are some
screenshots from my first flight - no art, just some pics for demo:
http://home.arcor.de/vollnhals-bremen/NewClouds/images.html
on the console. Luckily, a driver update fixed the problem. Now
committing ...
Commited
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer
Hi,
I just noticed that the full moon disappear at night. It looks like
there is no emissive color, but trying to put one, I get permanent full
moon.
It seems that the moon is a lit sphere, but its light source is switched
off at night, just like the whole scenery.
-Fred
--
Frédéric Bouvier
Hi Alex,
Alex Perry a écrit :
This patch changes terrasync so it links against the subversion
library if you have it installed. It supports people who build binary
releases for use by non-developers by removing the runtime external
dependency on having command line svn or rsync available.
- Csaba Halász a écrit :
And what does that do wrt texrep? Sorry I am not a modeler ...
My building models at SFO, LA or Paris heavily use texture repetition.
A window is in a small texture, and the window is repeated along the
building walls. The ac files in CVS have the texrep
501 - 600 of 887 matches
Mail list logo