On Sat, 15 Oct 2011 08:53:45 + (UTC)
Martin Spott wrote:
> I think the only solution is to make GPC obsolete - either by replacing
> GPC by something different but functional equivalent or "simply" (TM ;-)
> by avoiding any polygon clipping in 'fgfs-construct' overall.
For what it's worth...
James Turner wrote:
>
> Onwards with fixing the fgfs-construct crashes!
I have had pretty good luck building complex scenery with a modified version of
fgfs-construct. Here is what I did:
Following advice by Peter Sadrozinski here on the list, I started from the code
in papillon's terragear rep
Peter Sadrozinski wrote:
> I would experiment with removing the code that removes the node. You'll be
> trading one error for another, but it may help track this down.
Actually, this is exactly what one of my commits is doing:
https://gitorious.org/~maximeguillaud/papillon81/maxime-terragear-cs/
Hi Martin,
Martin Spott wrote:
> I know it's really "cool" to maintain private source repositories ;-)
> but for increasing the overall success of building FlightGear
> scenery I'd think it would be really beneficial to keep the various
> development efforts in close relation and sync.
S
I think the normals
> > have swapped.
> > Chris mentioned this happening with the skirt around the airport, and I
> > hadn't seen it until a recent update. Looks like something broke recently.
> >
> > Pete
> >
> >
> >
> >
> > On Sat, N
Hi all,
I am trying to compile FG under Xubuntu 12.04 using Brisa's script (version
1.31). At
first sight the compilation went fine, however sound is not working: when I run
fgfs I
get the following error and no sound:
AL lib: oss.c:169: Could not open /dev/dsp: No such file or directory
Error:
wrote:
> On Thu, 24 May 2012, Maxime Guillaud wrote:
>
> > What I find suspicious is that no sound devices at all are detected,
> > although I
> > believe I have ALSA and Pulseaudio properly installed (including -dev
> > packages).
> >
> > Any clues
Hi Ignacio,
My old .alsoftrc was forcing everything to be played through OSS (I guess that
used to
make sense back when OSS was the only reliable option, but now OSS seems to be
broken).
I simply deleted the .alsoftrc file from my home directory. Now OpenAL sees all
the
available options, and
Hello,
Following my recent uncovering of detailed landcover information for
France (see
http://www.flightgear.org/forums/viewtopic.php?f=5&t=5105&sid=c3a960f7f3ee2f652973410a6d06ce9b),
I proceeded to generate custom scenery integrating this data.
Following the tutorial from the wiki
(http://
Thanks to Martin and Curt for your answers. That helped a lot :) I will
post about my progress on the forums.
Maxime
Martin Spott wrote:
Hi Maxime,
Maxime Guillaud wrote:
Following the tutorial from the wiki
(http://wiki.flightgear.org/index.php
Hi all,
shape-decode has been crashing on me for a certain shapefile and I can
not figure out why. I am using terragear-cs downloaded today from the
GIT repository. The rest of the toolchain runs fine.
shape-decode runs for a while and stops with the following error:
[...]
distance = 239.828
0.6
Curtis Olson wrote:
>
> A bucket coordinate of -593:2 suggests that this shapefile may contain
> some bogus data. (or there could be a bug leading up to this) but I
> believe the portion prior to the ":" represents a whole degree
> coordinate of the bucket, so this should range from -180 to +179
silon" constant from 1e-14 to 1e-12 (patch
attached).
Regards,
Maxime
Maxime Guillaud wrote:
Curtis Olson wrote:
A bucket coordinate of -593:2 suggests that this shapefile may contain
some bogus data. (or there could be a bug leading up to this) but I
believe the portion pr
Martin Spott wrote:
> People have probably started wondering why those who claim to be busy
> building and distributing World Scenery for FlightGear didn't jump on
> the same track, using CORINE and OSM data as input for the World
> Scenery, like Jake did with 'his' Innsbruck Scenery (as well as a
Martin Spott wrote:
> I'm well familiar with reading French - thanks for the pointer !
> Apparently these use terms are quite different from those on the EEA
> site. This really looks like we should incorporate French CORINE data
> into our collection of land cover data for the World Scenery. I'll
Hi all,
I am in the process of creating custom scenery for France (see
http://wiki.flightgear.org/index.php/Custom_France_Scenery), and I am
looking for advice regarding which material to use for rocky areas in
mountains. I think that the rest of the scenery looks quite fine, but
this particul
Hi Martin,
Martin Spott wrote:
> At the current state, the latest release packages don't "know" about a
> rock surface (material) type and therefore the users of release
> packages will be unable to deal with Scenery which contains the such a
> type. Thus, in order to ship proper "rock" surface wi
Martin Spott wrote:
Maxime Guillaud wrote:
I'd be happy to contribute to this. I will start by making available a
write-up of my mapping between the Corine classes and the FG materials,
since I spent quite some time on it.
Oh yes, please. Feel free to re-use as much as you like
Hi Cullam,
Curtis Olson wrote:
> Just a real quick reply here ... there is some code setup so the
> process will kill itself if it runs longer than some period or
> consumes too much memory. This was setup because some data cases
> would blow up and lead to infinite loops and infinite memory e
Hi Cullam
You want to look into src/BuildTiles/Clipper/priorities.hxx and
priorities.cxx. Note that if you add types to materials.xml as well, the
resulting scenery will not work properly with the "stock" FG.
best,
Maxime
cullam Bruce-Lockhart wrote:
> Hello, once again. Sorry to be posting
20 matches
Mail list logo
