alexis bory a écrit :
>>> I had to resize the window to make room to longer localized string
>>> but now we have a lot of room to add new options that are currently
>>> only available in the advanced section. So I would like to start an
>>> informal poll on what is the most judicious to put on this
Selon Curtis Olson :
> I've been wondering about dispensing with the variable subdivision scheme
> and just having a fixed number of divisions per 1 degree of longitude.
> Perhaps having 4 subdivisions. This would double the tile width at the
> equator, but would preserve the same tile widths in
As I said in a previous message, fgrun is now internationalized, and the french
localisation is done.
I am now seeking for volunteers that are willing to translate fgrun in their
native language. People are invited to contact me by private mail so that I can
coordinate these efforts, and to get t
Selon Curtis Olson :
> On Jan 7, 2008 3:51 PM, Frederic Bouvier <> wrote:
>
> > If we keep the same triangle budget for every tile, we will have sparse
> > data and
> > features at the equator and much more than what is really needed at the
> > poles,
>
Selon Ralf Gerlich :
> The alternative would be to scale the number of vertices passed to
> TerraFit by cos(lat)...
I was thinking of this solution : regular lon/lat tile scheme but variable
number of resulting vertices per tile.
-Fred
--
Frédéric Bouvier
http://frfoto.free.fr
Josh Babcock a écrit :
> I got tired of watching all those http requests scroll over the
> screen, so I made them SG_LOG( SG_IO, SG_INFO, );
> Commit it if you like it.
done, with some adaptation
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net
Quoting Frederic Bouvier :
> Quoting Cédric Lucantis :
>
> > Hi,
> >
> > I'm sorry for the OT, but I tried on atlas list and its spam filter doesn't
> > like my face so someone on #flightgear told me to post it here in case it
> > interest someone
Quoting Cédric Lucantis :
> Hi,
>
> I'm sorry for the OT, but I tried on atlas list and its spam filter doesn't
> like my face so someone on #flightgear told me to post it here in case it
> interest someone. It's just a fix for this bug (patch attached) :
>
>
https://sourceforge.net/tracker/index.
Quoting LeeE :
> On Monday 14 January 2008 13:30, Georg Vollnhals wrote:
> > LeeE schrieb:
> > > Strange - I can post to Atlas dev ok - didn't try forwarding
> > > the patch though.
> > >
> > > LeeE
> >
> > Hi LeeE,
> > can you try forwarding Cédric's patch? I did and failed but have
> > had never
Hi,
I am migrating fgrun to use OSG to preview aircrafts. The integration of the
osgViewer classes inside fltk went flawlessly. Then I copied the sgLoad3DModel
from simgear/scene/model/model.cxx.
The problem I have is that it seems that axis Y and Z are inverted for AC3C
models. It is very visibl
Jon S. Berndt a écrit :
>> [hundreds of lines of grep output omitted]
>>
>> I know for a fact that many of those allocations and assignments use
>> smart pointers. How about a more useful list of those that don't?
>>
>> Thanks in advance,
>> Tim
>>
>
> And some others appear to me to be proper
Frederic Bouvier a écrit :
> Hi,
>
> I am migrating fgrun to use OSG to preview aircrafts. The integration of the
> osgViewer classes inside fltk went flawlessly. Then I copied the sgLoad3DModel
> from simgear/scene/model/model.cxx.
>
> The problem I have is that it seems
kitts a écrit :
> In my experimentation i have added a class and in its class and im trying to
> tie one of its member variables to the property tree so that the user can
> read and modify its value. In the constructor i am using the code;
>
> fgTie("/path/to/my/var", this,
> &MyCla
nd
checked into SVN.
On Jan 20, 2008 1:39 PM, Frederic Bouvier wrote:
> Hi,
>
> I noticed the AC3D loader resets database path given as Options,
> preventing users to put textures in another directory. This patch adds
> the model path to the path list instead of replacing it.
>
&
Stuart Buchanan a écrit :
> Hi All,
>
> Just a quick note to mention that I've now implemented random tree height, and
> multiple textures as suggested by Curt. Screenshot here:
>
> http://www.nanjika.co.uk/flightgear/forest2.jpg
>
> Still some work to be done, but it is looking more realistic.
>
Stuart,
Stuart Buchanan a écrit :
> --- Stuart Buchanan wrote:
>
>> Hi All,
>>
>> Just a quick note to mention that I've now implemented random tree height,
>> and
>> multiple textures as suggested by Curt. Screenshot here:
>>
>> http://www.nanjika.co.uk/flightgear/forest2.jpg
>>
>> Still some
Stuart Buchanan a écrit :
> Hi All,
>
> One of the frustrations of using Windows for development is the lack of a
> sensible way to re-direct stderr to a file. This is particularly annoying if
> you
> want to use a --log-level=debug.
>
> To fix this, I've changed the global_logstream to use stdout
Quoting AJ MacLeod :
> On Monday 28 January 2008 11:02:11 Stuart Buchanan wrote:
>
> > The current patch is a bit better for memory usage IIRC, but it is still
> > quite hefty - a side-effect of generating all the trees at once for the
> > tile.
>
> By all means we should be careful about needless
Selon joe:
> Hi!
>
> Again me with a proposal! ;)
>
> Some time ago this video was quite popular:
>
> http://www.youtube.com/watch?v=Jd3-eiid-Uw
>
> It shows a simple headtracking system which creates an impressive depth
> perception with a common flat screen.
>
> Since most cockpits of FGFS are r
Quoting Heiko Schulz :
> I have to disagree. Look at Detelef's Albatross - you
> can walk inside the aircraft- it is very easy to do,
> so this depth perception would be a very cool feature
> against X-Plane and MSFS!
Do you mean you are going to build a replica of the Albatross cabin, and put a
L
Quoting Stuart Buchanan :
> As people have noticed, currently the different tree textures are
> merely colour variations on the current shapes. It would be great
> if someone who knows their way around GIMP could spend a little
> time improving the tree textures. I'm sure this would improve the
>
Now that PNG files are inserted in the CVS repository, I would like to
point out that these files should be inserted as Binary files. Some,
that are already there, are considered as text files, with LF expanded
to CRLF for Windows users, and are corrupted. One example is
data/Aircraft/bo105/Models/
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 02 March 2008:
>
>> So I would like owners to change the status themselves.
>>
>
> Done for the bo105 files.
>
I managed to fix all other png files located under aircrafts
There are still some thumbn
Quoting Frederic Bouvier :
> Quoting James Sleeman :
>
> > Re this thread:
> >
>
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg15821.html
> >
> > (Sorry wasn't subscribed at the time so don't think I can reply
> > directly
Quoting James Sleeman :
> Re this thread:
>
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg15821.html
>
> (Sorry wasn't subscribed at the time so don't think I can reply
> directly).
>
> Does this only work correctly with osg or something? After updating and
> recompiling e
Quoting till busch :
> hi christian,
>
> sorry. that was my fault -- skimming instead of reading.
>
> the scenery looks very nice to me. i think i miss a building with a
> pyramid-shaped roof: messeturm?. (though my memory may not be the best, since
> i was in frankfurt only twice).
Do you mean t
Selon Cleber Santz:
> Hi,
>
> i have some problems to compile Flightgear from CVS. I have plib (1.8.5 from
> CVS) successful installed and headers under /usr/include/plib but the
> compilation fails and say that getting undefined reference for puaList and
> puaComboBox.
>
> Compilation log in att
Selon LeeE :
> Actually, I think FG really _needs_ a proper bug-tracking system.
There is this one :
http://sourceforge.net/tracker/?group_id=583&atid=100583
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.net/
Selon Vivian Meazza :
> CoreDuo 2,6 Ghz and a Gainward 8800GT. Not surprised it runs well!!! In
> particular I think the CoreDuo does threading better than the P4. In case
> you haven't noticed, the 7600gs is coping easily with the output from FG-OSG
> - that's why the frame rates didn't increase.
Quoting Durk Talsma :
> On Tuesday 01 April 2008 22:39, Vivian Meazza wrote:
> >
> > So I conclude that:
> > 1. There is a problem with replay,
> > 2. MinGW has about the same performance gap between OSG and plib on XP as
> > gcc does on Linux.
> > 3. MinGW performance is probably as good as it ge
[EMAIL PROTECTED] a écrit :
> Hi Devels.
> I write here since I had not response in Atlas devel list.
> In Atlas 0.3.0 there is known bug: ILS approaches are shown with wrong
> direction and place. But frequencies are OK.
>
> I know that this bug was fixed in 0.3.1 or in CVS versions.
> Can somebo
Hi Curt,
Curtis Olson a écrit :
> On Sat, Apr 19, 2008 at 7:20 AM, Georg Vollnhals wrote:
>
> James A. Treacy schrieb:
> ..
> > For example, I'd love to get away with a Radeon 3450 (low power,
> > fanless and only about $50) but will get something more powerful if
> > needed.
>
Selon Adam Dershowitz :
> Is there a way to get the framerate not to display in the corner?
This is in the menu : View > Rendering Options > Show frame rate ( unchecked )
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery - album photo
http://fgsd.sourceforge.ne
John Wojnaroski a écrit :
> Hi,
>
> Just finished putting together a dual-core 64 bit machine with Centos5.1
>
> The FlightGear build and install was going just fine until trying to
> compile FlightGear ( the CVS version )
>
> right at the start, the gl-info complained about not finding glut
> fu
This is windows only stuff for the moment :
http://frbouvi.free.fr/flightsim/fgrun-fgfs-failure.jpg
The file generated is a small dump file ( about 30kb ) that contains
thread stacks at the time of a catastrophic exception. Used with the
MSVC debugger and the proper set of sources, it points on
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 April 2008:
>
>> Of course, if someone knows how to do it in Linux, I will be more than
>> happy to integrate it.
>>
>
> In case you mean a stack-trace, there's a backtrace() function
> in G
John Denker a écrit :
> On 04/27/2008 04:11 AM, Frederic Bouvier wrote:
>
>
>> I mean "a process ( fgrun ) acting as a debugger and detecting failure
>> of a monitored process ( fgfs ) and then generating a meaningful error
>> report"
>>
>
&
John,
You are talking to a Windows programmer, so maybe things might be
evident for you and less for me. The reverse could be also true.
John Denker a écrit :
> On 04/27/2008 06:27 AM, Frederic Bouvier wrote:
>
>
>> Well, the important part of my sentense is "gen
Syd Adams a écrit :
> Update of /var/cvs/FlightGear-0.9/data/Aircraft/ufo
> In directory baron:/tmp/cvs-serv19017/ufo
>
> Modified Files:
> ufo-set.xml
> Log Message:
> Added runway offsets and other minor changes
>
> Index: ufo-set.xml
> =
Hi Vivian,
- "Vivian Meazza" a écrit :
>
> I have long since migrated to MSVC9. It's free, and the VC7.1 project
> files
> in cvs work happily with MSVC9.
So I am not the only one using these files ;-) Glad to learn you find them
useful.
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frf
Hi Paul,
- "Paul Deppe" wrote :
>
> > 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:
Maybe it is just the opposit
Melchior FRANZ a écrit :
> * Stuart Buchanan -- Saturday 31 May 2008:
>
>> +if (!_filter.empty() && (strcasestr(entry.c_str(), _filter.c_str())
>> == NULL))
>>
>
> quote from 'man strcasestr':
>
> The strcasestr() function is a non-standard extension.
>
> I doubt that it's availa
Hi,
looking for why startup is so slow, I found at least three causes that
could be addressed :
1. FGAIAircraft class throws hundreds of FP_Inactive exceptions where a
simple boolean return value could have made the job ( the try/catch bloc
is in the calling code )
2. UpdateFunctor() / testNan
- "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 overwritten with the next JSBSim update. There's
Hi Tim,
- "Tim Moore" <[EMAIL PROTECTED]> a écrit :
> On Thu, 5 Jun 2008 22:15:41 +0200 (CEST)
> Frederic Bouvier <[EMAIL PROTECTED]> wrote:
>
> >
> > - "Curtis Olson" <[EMAIL PROTECTED]> a écrit :
> >
> > > On
Hi Maik,
- "Maik Justus" a écrit :
> Frederic Bouvier schrieb am 05.06.2008 22:15:
> >
> > These changes are very unfortunate. Like it or not, cin, cerr and
> cout are defined in under MSVC.
> >
> > FG is no longer compilable for me :-(((
Hi Tim,
Tim Moore a écrit :
> On Fri, 6 Jun 2008 09:13:49 +0200
> Melchior FRANZ <[EMAIL PROTECTED]> wrote:
>
>
>> * Frederic Bouvier -- Friday 06 June 2008:
>>
>>> Moreover, you can't include a statement like "using std::cerr;"
>&g
Ron Jensen a écrit :
> Curt (and everyone else)
>
> I was playing around this morning and found the interactive CVS browser
> is present and working, its just at a different url than the old server!
>
> The old server used
> http://cvs.flightgear.org/cgi-bin/viewvc/viewvc.cgi/?root=FlightGear-0.9
>
alexis bory a écrit :
> Ampere K. wrote:
>
>> The interactive CVS log browser shown in the link below isn't
>> working. The browser for Simgear's CVS isn't working either. I
>> think they stopped working around June 9th when Curt reported his CVS
>> server is breaking down.
>>
>> http://cvs
Melchior FRANZ a écrit :
> * Curtis Olson -- Sunday 27 July 2008:
>
>> It wouldn't surprise me if the standard hello world example for windows is:
>>
> [...]
>
> Wouldn't surprise me either. But I don't see why the noisy
> include lines aren't then in config.h, rather than in every
> single
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 July 2008:
>
>> My next commit will please you. Most are gone. ;-) The real problem was
>> unneeded inclusion of GLU.h and GL.h that required windows.h
>>
>
> Sounds good. :-)
>
> I've
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 July 2008:
>
>> That would mean even longer compilation time.
>>
>
> Yes, a few milliseconds. Come on! The file is loaded into the
> file cache and then takes almost *no* time for loading, and not
> mo
Melchior FRANZ a écrit :
> * Frederic Bouvier -- Sunday 27 July 2008:
>
>> you have no idea about the cruft windows.h is dragging.
>>
>
> True. But I had the impression that you were adding the
> #if ... #include #endif to every single file,
> anyway. :-
Hi Tat,
- "Tatsuhiro Nishioka" <[EMAIL PROTECTED]> a écrit :
> Anyway, could someone apply his (and my) patches and commit to cvs?
> RCS file: /var/cvs/FlightGear-0.9/source/src/Main/fg_init.cxx,v
> retrieving revision 1.201
> diff -u -r1.201 fg_init.cxx
1.201 is a bit
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'
..\..\..\OpenSceneGraph\include\osgGA\GUIEventAdapter(26) : voir
la décla
Hi,
in order to build the last CVS version, I got OSG 2.6.0 RC1 and
compilation went fine. But I now have a display problem with the sky. It
looks like the sky dome is not drawn. No sun, no stars, no moon, no blue
sky. Last version I build with OSG 2.4.0 on 7/23 was fine. Here are few
snapshot
Tim Moore a écrit :
> Tim Moore wrote:
>
>> Frederic Bouvier wrote:
>>
>>> Hi,
>>>
>>> in order to build the last CVS version, I got OSG 2.6.0 RC1 and
>>> compilation went fine. But I now have a display problem with the sky. It
>
Hi Gérard,
gerard robin a écrit :
> Hello,
> With the last CVS, and OSG 2.6-rc1, nvidia driver Linux-x86-173.14.12
> I get the following crash-dump if i try to use the /view/rendering options
> menu.
>
>
> *** glibc detected *** fgfsOSG: malloc(): memory corruption: 0x008e1108 ***
> === Backt
- "Tim Moore" <[EMAIL PROTECTED]> a écrit :
> If a vector description of instruments is the way to go, then you
> should look at using SVG with OpenGL and OSG. The big player here
> is cairo+glitz, but the last time I looked at this it was hard,
> perhaps impossible, to coax glitz to draw i
- "Curtis Olson" a écrit :
> On Thu, Aug 7, 2008 at 7:08 AM, Ralf Gerlich wrote:
>
> > I have just checked once more and found that triangles for the extremely
> > small triangle parts simply do not exist. They are not generated by
> > TriangleJRS.
>
>
> Hi Ralf,
>
> As far as I know, ter
Hi Curt, Hi Martin,
how git is supported on systems that are not Linux ?
-Fred
- Curtis Olson a écrit :
> Hey Martin,
>
> I guess I'd like to ponder this a little while longer. Should be no
> problem
> to use the existing mapserver name (i.e. not having git.flightgear.org
> just
> yet do
> HHS
>
>
> --- Martin Spott schrieb am Mi, 20.8.2008:
>
> > Datum: Mittwoch, 20. August 2008, 21:51
> > Frederic !
> >
> > Frederic Bouvier wrote:
> >
> > > how git is supported on systems that are not Linux ?
> >
> > Depends o
Alex Buzin a écrit :
> ...
> Can somebody fix this in CVS.
>
Done, thanks
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/FlightGear Scenery Designer
-
This SF.Ne
- "Martin Spott" <[EMAIL PROTECTED]> a écrit :
> Hi James,
>
> James Turner wrote:
>
> > [...], a git primary code repo, and the git-svn proxy
> > allowing people who don't wish to use git for whatever reason to
> > continue using SVN. Whether that's true for the data repository is
>
- "Stefan C. Müller" a écrit :
> Thomas schrieb:
> > Thanks for that review. I'm still wary of the auto line term
> > conversion and would probably favor disabling it.
> >
> That's of course the safest choise for binary files. But it would
> certainly mess up the text files.
> While most wi
Hi Stefan,
- "Stefan C. Müller" a écrit :
> Small patch fixing bugs I've encountered while getting the current CVS
> to build in MSVC.
> * std::lower_bound was used with the key-type of a map, but
> lower_bound expects the value-type of the collection it works on, with is
> std::pair. MSVC see
- "Frederic Bouvier" a écrit :
> - "Stefan C. Müller" a écrit :
> > Thomas schrieb:
> > > Thanks for that review. I'm still wary of the auto line term
> > > conversion and would probably favor disabling it.
> > >
> >
James Turner a écrit :
> On 30 Aug 2008, at 23:16, Stefan C. Müller wrote:
>
>
>>> As far as I can tell, this is not true. The third parameter type is
>>> independant from the type of the container, and should only match
>>> the type of the second parameter of the predicate. The current code
Stefan C. Müller a écrit :
> * Replaced an rint() call with floor() (MSVC does not offer rint).
Are you sure you don't need
#include
?
because rint is already used in Main/Options.cxx
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frfoto/ Photo gallery
http://fgsd.sourceforge.net/Flight
Frederic Bouvier a écrit :
> Stefan C. Müller a écrit :
>
>> * Replaced an rint() call with floor() (MSVC does not offer rint).
>>
>
> Are you sure you don't need
> #include
> ?
> because rint is already used in Main/Options.cxx
>
Forget that
Stefan C. Müller a écrit :
> * Replaced an rint() call with floor() (MSVC does not offer rint).
I am a bit worried that floor and rint are not the same. I don't know if
it matters in this context but how about using the code below instead ?
// round double to 10^g
double rnd(double r, int g = 0)
Hi Stefan,
- Stefan C. Müller a écrit :
> Hi
>
> 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 th
- Stefan C. Müller a écrit :
>
> One more question: There isn't a prebuilt set of 3rdParty dependencies
> around somewhere, is there?
There is a set of 3rd party dependencies for OSG that we can reuse. There is
a link in the download page of OSG. Also google "osgtoy". There are libraries
in
Hi Melchior,
there is another thing that is unclear to me. How GIT currently interface with
CVS ( and tomorrow SVN ) ?
How do you merge content from CVS in your GIT repository ?
How do you commit changes in CVS after commiting in GIT ?
Thank,
-Fred
--
Frédéric Bouvier
http://my.fotolia.com/frf
- "James Turner" a écrit :
> On 3 Sep 2008, at 14:05, Frederic Bouvier wrote:
>
> > there is another thing that is unclear to me. How GIT currently
> > interface with CVS ( and tomorrow SVN ) ?
> > How do you merge content from CVS in your GIT repository
Hi Martin,
- Martin Spott a écrit :
> Hi Frederic,
>
> Frederic Bouvier wrote:
>
> > You mean that it is Martin who do the 'cvs update' and we only have to do
> > 'git update' ( or whatever the command is ) ?
>
> The GIT toolbox contains
- "Martin Spott" a écrit :
> Frederic Bouvier wrote:
>
> > While working on git-svn, we realized that there are a few scripts
> > in msysGit that cannot possibly work (yet), so we excluded them from
> > the Git installer. These scripts are: archimpo
Hi,
- "Geoff" a écrit :
> Hi all,
>
> I am a noobie at FG development and I am trying to compile the
> Windows version of FG. I understand from the forum, that all development
> talk is done here, and that I just missed the same question being asked.
> So, please pardon my request but is t
Hi James,
> Update of /var/cvs/FlightGear-0.9/source/src/Navaids
> In directory baron.flightgear.org:/tmp/cvs-serv9789/Navaids
>
> Modified Files:
> navdb.cxx navdb.hxx navlist.cxx navlist.hxx navrecord.cxx
> navrecord.hxx
> Log Message:
> James Turner:
> Convert FGNavRecord to inher
Hi Vivian,
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.
I tried to compile FG with MSVC9 and it is far more s
Hi,
Ralf Gerlich wrote :
> Hi!
>
> Curtis Olson wrote:
> > Sure, just like any aircraft or object model can have it's own
> textures.
> > There may be some nuances that have disappeared over the years since
> I doubt
> > this has been heavily tested, but I used to have a KSJC demo with
> about 1
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/osg from last Apr, it is stagger
> free, and hash.c doesn't figure in the
Hi Tim,
Tim Moore wrote :
>
> This code did survive the OSG port, but was removed in a later
> reorganization of the tile loading code. It's easy enough
> to put this back in, but the old code would add the local
> material permanently to the material library; is that really
> desired? I woul
Tim Moore wrote :
> Frederic Bouvier wrote:
> > Hi Tim,
> >
> > Tim Moore wrote :
> >> This code did survive the OSG port, but was removed in a later
> >> reorganization of the tile loading code. It's easy enough
> >> to put this back in
Tim Moore wrote :
> > Vivian Meazza wrote:
> >> Er ... couple of words spring to mind there - grandmother and eggs
> :-). But
> >> I know that you are trying to help.
I thought if was related to the chicken and egg problem, but I didn't
see why grandmother should be involved ;-)
> I think you mi
Hi Csaba,
I commited a modified version of your patch.
Csaba Halász a écrit :
> Hi!
>
> Here are some fixes for the mingw platform that I had to make for a
> successful build.
> Note, in 2 places I have changed a #include to a #include
> , but that should be ok. For safety, somebody using msvc
>
Csaba Halász a écrit :
> On Sun, Sep 28, 2008 at 10:33 AM, Frederic Bouvier <[EMAIL PROTECTED]> wrote:
>
>> Hi Csaba,
>>
>> I commited a modified version of your patch.
>>
>> Csaba Halász a écrit :
>>
>>> Hi!
>>>
>&
gerard robin wrote :
> On mardi 30 septembre 2008, Csaba Halász wrote:
> > On Tue, Sep 30, 2008 at 3:01 AM, gerard robin <[EMAIL PROTECTED]>
> wrote:
> > > Hello,
> > >
> > > Does somebody could tell me where i must look for, where is the
> error ?
> >
> > I haven't looked at it yet, but note it i
Hi,
in case someone care, here is what I am doing for about a year :
http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
This is very preliminary stuff and sources are not published yet. The
data come from Blue Marble NG that has a resolution of 15 arc-seconds.
It is an OSG program an
Hi Martin,
Martin Spott a écrit :
> Hi Frederic,
>
> you wrote:
>
> > in case someone care, here is what I am doing for about a year :
> > http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
>
> Do you plan/intend to compete with ossimPlanet here or do you have a
> different aim ? I'
[resending again]
- gerard robin a écrit :
> > SRTM is about ground elevation. Coastline is a
> > different topic and experience has shown that all these nice attempts
> > to automagically derive coastlines from imagery, be it SWBD or PGS,
> > return pretty flaky results. Unfortunately
>
[resending...]
Hi Gérard,
- gerard robin a écrit :
> On jeudi 02 octobre 2008, Frederic Bouvier wrote:
> > Hi,
> >
> > in case someone care, here is what I am doing for about a year :
> > http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
>
> N
Martin Spott a écrit :
> Frederic Bouvier wrote:
>
> > The algorithm I am trying to implement doesn't use triangle to
> define
> > landuse. Instead, the earth surface is divided into squares of
> different
> > size ( there are currently 16 lod, there will be 20
Martin Spott a écrit :
>
> Frederic Bouvier wrote:
>
> > The algorithm I am trying to implement doesn't use triangle to
> > define landuse. Instead, the earth surface is divided into
> > squares of different size ( there are currently 16 lod,
> > there w
- gerard robin a écrit :
> > SRTM is about ground elevation. Coastline is a
> > different topic and experience has shown that all these nice attempts
> > to automagically derive coastlines from imagery, be it SWBD or PGS,
> > return pretty flaky results. Unfortunately
>
> Well, i thoug
Hi Gérard,
- gerard robin a écrit :
> On jeudi 02 octobre 2008, Frederic Bouvier wrote:
> > Hi,
> >
> > in case someone care, here is what I am doing for about a year :
> > http://frbouvi.free.fr/flightsim/yafseng_2.avi [Xvid, 7.698kb]
>
> Nice result,
> a
Hi Heiko,
- Heiko Schulz a écrit :
> Hi,
> >
> > srtm4 is a height field. there is a special value for sea
> > level, but
> > that's all. From what I understand of the problem with
> > current scenery,
> > it is less a data problem than a bug in the triangulator.
> > Having worked
> > on fgsd
James Turner wrote :
> On 6 Oct 2008, at 19:28, AJ MacLeod wrote:
>
> > I realise I'm dragging up an old (and repeated) thread here, but the
>
> > first
> > time round I had no opinion either way and so didn't comment.
>
> Nine copies of this message so far, and counting. Many other messages
>
I wrote :
> James Turner wrote :
> > On 13 Oct 2008, at 12:29, Melchior FRANZ wrote:
> >
> > > To switch the sky textures to PNG one will have to change
> > > the source code, as the file names are hardcoded:
> >
> > I believe Syd's point was that he *had* changed the code, but was
> > neverthe
James Turner wrote :
> On 13 Oct 2008, at 12:29, Melchior FRANZ wrote:
>
> > To switch the sky textures to PNG one will have to change
> > the source code, as the file names are hardcoded:
>
> I believe Syd's point was that he *had* changed the code, but was
> nevertheless encountering the erro
801 - 900 of 1010 matches
Mail list logo
