Ron Jensen wrote:
Managing this in CVS would
add another 9,681 CVS directories and 29,000 (Entries, Repository and
Root) files.
No management in CVS is planned.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org
Ralf Gerlich wrote:
Ron Jensen wrote:
Managing this in CVS would
add another 9,681 CVS directories and 29,000 (Entries, Repository and
Root) files.
No management in CVS is planned.
At least not in this structure. This is a means of data transport, not
of data management.
Cheers,
Ralf
/c/o/r/d/e/fdm.xml
Different goals, different solutions ;-)
m.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org/
-
This SF.Net email
in the CVS logs.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org/
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
, but nothing happened.
I can't reproduce this currently due to a consistent crash, probably due
to a version incompatibility with a too old OpenAL installation.
Cheers,
Ralf
gerard robin wrote:
I can't avoid precipitation with the Rendering option menu , is it
just me ?
--
Ralf Gerlich
an index.txt-file with
three columns: ID, longitude and latitude of the airport, sorted by
longitude and latitude. The position is calculated as the center of
gravity of all runways specified for the airport.
Cheers,
Ralf
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist
/Models/Misc/Modulevilletriangl.xml
at /usr/local/share/FlightGear/data/Models/Misc/Modulevillerectangl.xml
--
Ralf Gerlich | World Custom Scenery Project
Computer Scientist| http://www.custom-scenery.org
Hi Heiko!
Heiko Schulz wrote:
Look here:
http://www.flightgear.org/forums/download/file.php?id=263
http://www.flightgear.org/forums/download/file.php?id=264
http://www.flightgear.org/forums/download/file.php?id=260
http://www.flightgear.org/forums/download/file.php?id=261
Doesn't look
Martin Spott wrote:
BTW, do you still remember sitting in the aircraft shown on this
picture ? I'm pleased to see how close the model gets !
And how does one get close to the model? Seems it isn't included in CVS.
Cheers,
Ralf
Hi Michael!
Michael Smith wrote:
I have my lon/lat for Bermuda (N32W065 - N33W064).
[SNIP]
genapts --input=data/airports/apt.dat --work=./work --min-lon=32
--max-lon=33 --min-lat=-65 --max-lat=-64
Here you should swap lat and lon. Your latitude is 32 (32 deg north) and
your longitude is
Hi Michael,
I'd need some more details on the steps you followed to check whether
you are missing anything.
Cheers,
Ralf
Michael Smith wrote:
Hello all, I have been trying to build scenery with terragear-cs and I
have got through everything sucessfully but it is not outputing the
scenery
Martin Spott wrote:
Durk Talsma wrote:
Ralf Gerlich and Martin Spott: Complete scenery rebuild based on improved
terragear algorithms / object database updates
In the current state, after setting a deadline, we should be able to
get an entire Scenery release out from the current datasets
Matthew Tippett wrote:
Likewise with scenery. The default location and whatever demo
locations should ship with reasonably detailed scenery + other common
locations. The 'full' brings in other common scenery, and 'extras'
brings in everything else. (Integrating terragear as a thread within
Hi Nicolas,
if I understand you correctly, you want FlightGear to superimpose a
given texture over a whole terrain tile, given that a texture file with
the same name as the tile is found.
I think that this would require that either
a) TerraGear generate appropriate texture coordinates for the
Hi!
Heiko Schulz wrote:
Ground elevation in sea too? If yes so we could add the sea itself as
a planar surface with all features possible, and Arnt Karlsen would
have his tides and the outcome of the global warming! :-P
I don't know about SRTM4, but I suspect that no new measurements have
Hi Gerard!
gerard robin wrote:
Well, i thought that costline was calculated with the intersection of the
sea level (or water level) and the ground altitude.
I was wrong, my imagination was (is) out of reality. :)
Actually, it is the other way around, IIRC (Martin, correct me if I'm
gerard robin wrote:
On dimanche 28 septembre 2008, Alex Perry wrote:
Isn't it only a coastline error ? like we have elswhere for instance, Hong
Kong bay, NIce and Cannes area (France)
Seems like it.
Cheers,
Ralf
-
Hi all!
In the FlightGear forum we came upon the question of how FlightGear
locates textures, e.g. used by scenery generated with the TerraGear
photo-command.
http://www.flightgear.org/forums/viewtopic.php?f=5t=2149
As far as I understand the current OSG loader code, all textures must be
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
pixel per foot resolution. And don't forget
Hi!
Frederic Bouvier wrote:
in simgear/scene/tgdb/leaf.cxx branch PRE_OSG_PLIB_20061029, there is this
code :
[SNIP]
I didn't test it, but at least, the intention was there ;-)
In the OSG-version I didn't find anything similar, so I'd say that it's
missing.
I am not able to do anything
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Cheers,
Ralf
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based
Jon Stockill wrote:
Ralf Gerlich wrote:
Hi James,
the CustomScenery-Version of TerraGear was already upgrade to cope with
these changes.
Excellent - does that already include the point in polygon fix too?
Unfortunately not...
I'm thinking of trying some more horribly detailed scenery
Curtis Olson wrote:
The previous point-in-a-polygon algorithm was perhaps not as clever, but it
did seem reasonably robust.
Unfortunately it was not. I had several tiles failing because of it...
Cheers,
Ralf
-
This
Hi Curt!
Curtis Olson wrote:
Fair enough ... maybe my memories have improved with age, but I don't recall
having this much trouble with failed tiles when I did the scenery builds.
There would always be a handful of them ... maybe a dozen or two over the
entire surface of the earth. If that's
Hi Fred!
Frederic Bouvier wrote:
What if I have write access to the CVS repository ? Do I have to maintain
a seperate CVS workspace and apply my own patch in that workspace before
CVS commiting ? In that case I don't really see a great benefit ?
For TaxiDraw, I have git repository and a CVS
Hi!
Martin Spott wrote:
I think Ralf Gerlich has quite some expertise on this one - his home
airfield is the place where these beasts are being built and he's one
of these guys who want to know every detail :-)
As far as I remember he also has a nice livery for the Gummiwoosch,
yet I don't
Hi Christian!
Christian Mayer wrote:
if the triangulation code causes trouble, you could try CGAL
(http://www.cgal.org/). They have very robust and well designed
computational geometry codes.
Thank you for the hint.
In the meantime I have found out that it is not TriangleJRS that causes
the
Hi Stuart!
Stuart Buchanan wrote:
Just to keep everyone up to date on where I am with porting 3D clouds to FG
OSG:
http://www.nanjika.co.uk/flightgear/clouds.jpg
Obviously there is still a lot of work to be done before they are complete,
but progress is being made.
Doesn't look bad
Hi!
Ralf Gerlich wrote:
While it seems to me that the workaround should work, due to previous
experience with TerraGear and its subtleties I would not want to bet on it.
...and I see that I was right not to bet: The workaround doesn't work.
TerraGear failed on the first try building the EDDF
Hi!
I have uploaded a picture showing the situation in the example of VHHH
to http://www.custom-scenery.org/fileadmin/people/rgerlich/vhhh.png
This is an export from QGIS, using shapefiles I generate from test
printouts of TerraGear. I forgot to color this properly, but actually
the textures and
Hello again!
It seems that I finally have a somewhat dependable workaround for the
TerraGear coastline bug reported shortly after the release of the 1.0.0
scenery.
I have reviewed the algorithm thoroughly - together with Martin - and
checked some of the tiles reported as faulty beginning of this
Hello Martin,
Martin Fenelon wrote:
Is the current official FlightGear scenery created with a 'World Custom
Scenery Project' patched version of terragear?
yes, it is, which is also the reason for some very unfortunate bugs in
the scenery itself, which up to now I wasn't able to fix or work
Hi Martin!
Martin Fenelon wrote:
1. Which version of TaxiDraw should I be using? I've been working with a
CVS version from last week.
The CVS version should be pretty stable and generates v810.
2. Should I submit apt.dat format 810?
AFAIK, TerraGear can handle 810.
3. Runway markings:
Hi Martin!
Martin Fenelon wrote:
Now to another question with regard to hold lines. Let's say I have a bit
of concrete apron with a hold line:
true 090, length 150, width 15
Where will the yellow line be? along the length EW? and is it in the
centre?
As far as I know, terragear does not
Hi all!
Syd wrote:
CYVR has been destroyed ! :)
NO island anymore , and the delta has dried up and been converted to
farmland ...
This looks like the same effect leading to the problems in Nice and
elsewhere. I'm still at it, but my schedule was quite unfortunate in
past weeks.
Note,
LeeE wrote:
On Friday 11 April 2008 12:17, Ove Kaaven wrote:
LeeE skrev:
I was thinking more along the lines of publicly displaying the
photo in an exhibition, which I don't think could be regarded
as distribution,
I suspect the RIAA and MPAA would disagree...
Why are we discussing the term
Ralf Gerlich wrote:
Ralf Gerlich wrote:
Currently there is no shapefile version of GSHHS 1.5, which was
available for 1.3, so we need to get some tool to import the custom
binary format of GSHHS into the database, including the handling of
shorelines crossing the dateline, etc (e.g. Eurasia
like a problem in the base data. Neither GSHHS nor VMAP0 landmass
place this airport on the island.
Cheers,
Ralf
--
Ralf Gerlich
Diplom-Informatiker
Software Engineer and Technical Consultant
Dr. Rainer Gerlich System and Software Engineering
Auf dem Ruhbühl 181 | Tel:+49 7545 91 12 58
D
Hi!
Jocelyn Couetdic wrote:
I hope you'll find without too much trouble the bug behind all this.
Thank you for your reports. As reported, I have already found the
problem and now I am searching for a fix. However, these reports will
also help me find out whether my fix - once implemented - is
Hi!
Arnt Karlsen wrote:
..an idea out of the blue; if we model sea water, and the
sea floor, we could _generate_ the coastline at runtime?
It does move with high 'n low tide.
The current scenery concept can only support fixed coastlines and we'd
have the same problems with the rivers when
Hi!
Tim Moore wrote:
Is it practical to use the Landsat classification stuff you guys have demoed
on
your web pages to generate our own coastline data?
Yes, we can extract the coastline data, but it might still require some
further editing to eliminate misclassifications. The editing effort
S. Andreason wrote:
Are you still looking for 1x1 tiles with ocean showing as land?
Well, I think I have the reason for the problem, but still I'm
interested in bug reports.
Cheers,
Ralf
-
This SF.net email is sponsored
Stewart Andreason wrote:
Well, I have some! ;)
[SNIP - Loads of sightings]
OK, I originally intended to do partial rebuilds for the buggy tiles,
but if there's so many of them (wonder why I didn't see any of them when
checking the scenery myself) that warrants a full rebuild.
Thanks!
Cheers,
Hi all!
gerard robin wrote:
[SNIP]
You could notice that apt VHHH is now , not an island but on full ground area
Thanks for the reports.
For your information: From the VHHH-tile I was actually able to identify
the actual trigger for the buggy tiles.
The trigger does lie in the modifications.
One thing to add...
Ralf Gerlich wrote:
Currently there is no shapefile version of GSHHS 1.5, which was
available for 1.3, so we need to get some tool to import the custom
binary format of GSHHS into the database, including the handling of
shorelines crossing the dateline, etc (e.g. Eurasia
AnMaster wrote:
Good question, I guess combining them and manually fixing the problems would
be too much
work. I got no really good solution. But the current coastlines are very bad
in many cases.
What about only using GHSSH for those coastlines around continents? With that
I mean coast
LeeE wrote:
So it looks like we either live with the problem until someone else
creates a new database with all the problems fixed, or bite the
bullet and fix it manually ourselves.
Yep, that's the spirit ;-)
Would it be possible to cobble together a small utility that would
allow small
(see my remark about GSHHS v1.5 above).
Cheers,
Ralf
--
Ralf Gerlich
Diplom-Informatiker
Software Engineer and Technical Consultant
Dr. Rainer Gerlich System and Software Engineering
Auf dem Ruhbühl 181 | Tel:+49 7545 91 12 58
D-88090 Immenstaad | Fax:+49 7545 91 12 40
Germany
Hello Gerard!
gerard robin wrote:
But you understood i was only talking about the coastline near that place.
The nice curved shape of the bay which should be here with the little
peninsular ground (the name , Antibes , Juan-les-Pins, and two islands Ste
Marguerite and St Honoras).
Hi Gerard!
gerard robin wrote:
The coastline process is wrong (or not existing) here two snapshot near LFMN
-first, that one with scenery 0.9.10 which was partly wrong (0.9.8 was
better)
http://pagesperso-orange.fr/GRTux/Scenery0.9.10.jpg
-second, the same one with scenery 1.0.0
Hi!
Arnt Karlsen wrote:
On Tue, 11 Mar 2008 16:51:16 +0100, gerard wrote in message
[EMAIL PROTECTED]:
h,
AS LONG, we have not sea level consistency with OSG sea tiles and
sea coastline which makes the the ships flying over.
The carriers and others ships are welcome in the the
Hi!
Georg Vollnhals wrote:
A Lufthansa A 320 touched! the runway with one winglet (damaged) in the
final phase of the landing when not only executing a crosswind landing
but getting into a heavy unexpected gust.
Looks like a horrible situation I would wish never to get into, neither
as a
LeeE wrote:
Yup - I downloaded lots of SRTM data to play with in GRASS and
above/below +/- 60 lat it isn't there.
There doesn't seem to be any alternative source of suitable data
either so I don't see how FG can cover the poles.
FG can cover the poles - and has been doing so for years -,
Hi!
Frederic Bouvier wrote:
Selon Curtis Olson :
My gut feeling is that once you get up (or down) into the latittudes where
the tiles get significantly skinny, the resolution of the available data
drops of significantly. We really don't have a per-tile triangle budget
anyway. The only
Hi!
Curtis Olson wrote:
On Jan 8, 2008 1:22 AM, Frederic Bouvier wrote:
I was thinking about the parameter we pass to Terra to simplify the
initial grid. IIRC, this parameter is always the same, leaving all
*.arr.gz files with the same number of vertices.
Yes, that's a good point, and
Ralf Gerlich wrote:
Currently we have tile borders that are representable as polygon - more
strictly as rectangles - which makes clipping easy. The new tile borders
could not be well-approximated using polygons. We could try creating
clipping polygons that approximate the borders down
Frederic Bouvier wrote:
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.
That's what I meant
Hi!
LeeE wrote:
I think I mentioned earlier, but first problem - there's no SRTM
data for the poles. Second problem is that calculations that
assume a quad (trapezoidal) area fail at the poles because they
have to deal with a tri area and not a quad area.
The problem is not that tiles
or votes?
Cheers,
Ralf
From 4462aa3518b65ed76b6fc8a4cabae730fcd160fa Mon Sep 17 00:00:00 2001
From: Ralf Gerlich [EMAIL PROTECTED]
Date: Mon, 7 Jan 2008 12:03:44 +0100
Subject: [PATCH] Make the tile grid consistent.
This changes the actual tile numbering only in the range above 88 degrees latitude
Hi Christian!
Christian Buchner wrote:
I found another slight discrepancy when converting back each tile's
geodetic center coordinate to a bucket - this function might be slightly
buggy: In a few cases it returns a different bucket number than given by
the original file name of the tile. I
Hi again!
Ralf Gerlich wrote:
This has to do mostly with the special cases introduced for rounding
(regarding SG_EPSILON) and for covering the difference between (int)
cast rounding towards zero and the desired behaviour more similar to a
floor().
The problem only occurs for latitudes north
Hi Will!
will Pink wrote:
VPFBASE points to /stage/fgfs01/curt/RawData/Collections/VPF-Extracted
You need to point that variable to the place where you extracted your
VPF-data.
The script expects the parts for the different regions in the
subdirectories noamer, eurnasia, soamafr, and sasaus
to the object database. Resolution of the scenery should be
approximately the same as the current scenery, but using the latest
improvements to terragear, recently made by Ralf Gerlich.
Nice. Where can I get this scenery? As I run a terrasync mirror I need to be
able to download it to the server
Hi Gerard!
gerard robin wrote:
Thanks , but NO
Catalina and Blackbird are on only under construction.
There is a lot of stuff to do , cockpit and FDM (mainly Blackbird which is
wrong),
My to do list is long like the bible :)
Nothing valuable to be released Production
Just today I had
Ralf Gerlich wrote:
It's probably a good idea to note here that Mathias Fröhlich's OpenFDM
is based on such a multibody concept.
http://openfdm.berlios.net/
Sorry, don't know how I got to that URL.
That's http://developer.berlios.de/projects/openfdm/ of course.
Cheers,
Ralf
STenyaK (Bruno Gonzalez) wrote:
I'm not familiar with the suspension geometry of planes, but i *guess*
it can be modelled as a series of bodies, joints, springs and
dampers, together with the tire model.
[SNIP]
You simply simulate a couple of bodies linked together through joints,
and the
Hi Will,
I'm sorry, but I have no idea where this may be coming from. Maybe David
Megginson can help. AFAIK he's the original author of the tgvpf stuff.
Cheers,
Ralf
When I try prepare the vmap0 data with the following command -
tgvpf --chunk=w080n40 --work-dir=LandMass --area=Default
Hello Holger!
Holger Wirtz wrote:
3.) as in real life there should be a mechanism for realising
crosstalking (e.g. the sender with the maximum of output pushes other
senders in the background)
crosstalking in real-life more often happens to create interference
which punishes those listening
Hello all,
I just wanted to let all of you know that a read-only GIT repository of
the TerraGear fork is now available unter
http://mapserver.flightgear.org/git/terragear/.
A gitweb environment for browsing online is to be found at
http://mapserver.flightgear.org/git/
Thanks to Martin Spott for
Hi Will!
It's been a long time since I've been working with VMAP0 in VPF. Have
you checked whether the file exists at all and whether you can access it
directly (permissions)?
I can find two places in the sourcecode where a VPF table file named
fbr is opened. In both cases it should have a
Hi Christian!
Christian Buchner wrote:
This code loads the largest (non-airport) BTG file from the World
scenery disk 1 (mounted on drive S: on Windows) and tries to save it back.
I don't have that disk, but I downloaded the respective chunk from the
FlightGear scenery download site to try and
Hi!
Melchior FRANZ wrote:
(2) I'd say that we want to keep the power of XML defined
bindings (with embedded Nasal where appropriate.) But
one could think about not having those automatically
triggered, but read them into a map, and let the
keys trigger such bindings by name.
Hello!
As there have been commits on TerraGear CVS I had to update the Custom
Scenery patches, so therefore there is a new fgfs-builder release.
This release is currently only available as a tar-ball from
ftp://ftp.uni-duisburg.de/FlightGear/Misc_rag/fgfs-builder
Note that this also includes
Hi!
Heiko Schulz wrote:
Nice to hear!
So the developement goes on? So it get's more
userfriendly, and more independant of the platform?
We don't have a development plan yet. There are some things we'd like to
adress in the near future such as interfacing to GDAL and OGR, but there
are some
Hi Melchior!
Melchior FRANZ wrote:
Maybe you don't want CVS access anymore, after you have dived
into git, but I think you should have access to TerraGear, and
maintain an alternative branch there. The main branch is a
sensible area, and I understand why Curt is conservative here.
I do
Hi!
Georg Vollnhals wrote:
Hi Ralf,
you know yourself how much I appreciate your work and like the output -
just remember my words about the Berlin terrain in the GFF.
The aim of this project is to enhance the local scenery worldwide
automatically by scanning the LS7 stuff.
This
Hello!
Georg Vollnhals schrieb:
1. Getting better scenery details for wide areas without buying any data
- the Landsat7 project
http://www.custom-scenery.org/Building-Scener.331.0.html
Here a semi-automatic scanning of prepared Landsat 7 pictures can result
into a much more detailed
Hi David,
TerraGear is really an issue for itself and I up to now have only been
successful building it on Unix systems. AFAIK it is completely missing a
build environment for MS Visual Studio.
David Pérez-Piñar López wrote:
I've been able to successfully build FlightGear without much pain -
Hi!
I have worked previously on a KDE port of the ProController client (now
replaced by ASRC) and maybe I'm a bit bitter about my experience at that
time. Therefore I'm not trying to give answers here, but just ask some -
possibly suggestive ;-) - questions.
Holger Wirtz wrote:
But they asked
Hi,
Jon Stockill wrote:
This needs to take into account the platforms that flightgear is used
on. If it's closed source then ideally whoever produces the app is going
to need the capability to build (at the very minimum) linux, mac, and
windows binaries, since handing the source over to
Hi all!
Melchior FRANZ wrote:
* Vivian Meazza -- 9/3/2007 10:22 AM:
That would be 90% of the 10% who aren't Windows users then? Don't forget
that by far the majority of our users out there are on Windows, as opposed
to the developers for whom the ratio is probably reversed.
While I agree
Hi!
Melchior FRANZ wrote:
* Ralf Gerlich -- 9/3/2007 6:41 PM:
Melchior FRANZ wrote:
While I agree with your demand to keep fgfs cross-platform, which is
one of its central properties, I don't buy the 90% of the fgfs users
are on Windows myth.
Independent of that it's probably better
Hi Pigeon,
Pigeon wrote:
And to just for fun and to show what you can do with the streamer,
I've setup an experimental mpcam live camera hooked up with the FGMap.
So you can *actually* see them flying side by side to the map.
Just goto:
Hi Durk!
Durk Talsma wrote:
Currently we don't support for that, but I am currently involved in an
offlist
discussion on a possible traffic manger version two, which would be a big
step toward such flexibility. Currently, a each aircraft has to be assigned a
fixed series of flights,
Hi all,
is there a possibility to introduce seasonal flightplans for AI aircraft?
Most airlines have a winter and a summer schedule, but also some more
limited flights which take place only for a few weeks or months.
Ingrid is working on the Star Alliance Flightplans :-) (no guarantees,
however
Hans Fugal wrote:
Perhaps someone who has flown a counterrotating twin can weigh in.
Then Torsten is the right person here. Guess who does fly the real-life
counterpart of the Seneca in FlightGear?
Cheers,
Ralf
-
This
Hi there!
Harald JOHNSEN wrote:
AnMaster wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm wondering if it is possible to request landsat based scenery of some
specific area (like that was done for LinuxTag and EAA Oshkosh), if yes I
would like to request such scenery for the
Hi,
IIRC you can specify functions (e.g. tables) in JSBSim which are in a
first step completely unrelated to lift, drag, sideforce or any of the
moments. The files output by DATCOM+ do this for the ground effect by
establishing a table of additional coefficients based on the ratio of
height AGL
Hi Curt!
Curtis Olson wrote:
Part of the data is based on a new method of automatic landcover
classification from Landsat satellite imagery. The method is not new
in that it is well-known in other areas. The method is new in the
sense, that it was not yet applied to FlightGear
Hi!
Bohnert Paul wrote:
Thanks for rebuilding the Oshkosh tile.
This is not only a rebuild, the data is completely different (and more
accurate) than what we have in the standard scenery.
It also is not only the Oshkosh tile, but it includes 48 tiles around
Oshkosh, some of which are not
Hi!
AnMaster wrote:
Very nice, exactly what data is this scenery generated from and why can't it
be used for all of flightgear's scenery? In my opinion the current scenery is
plain ugly.
Some of the information about the data sources can be found on the
project homepage:
Hi,
AnMaster wrote:
So, could scenery be mass generated with this method for all parts of the
word it exist for? I understand scenery would be larger but with terrasync I
only need to get the part I fly over anyway (for official scenery).
The mass generation is our goal, but we are currently
Hi all,
I know the AirVenture is less than a week ahead and so I'm probably a
bit late, but I have prepared new landcover data for the region around
Oshkosh and Lake Winnebago.
I hope that Martin will have the TIGER data ready on time so I can
integrate that as well, but for now we have only a
Hi all!
Ralf Gerlich wrote:
I hope that Martin will have the TIGER data ready on time
The first chunks of that data is available and was integrated into the
scenery. Again, available at
http://www.custom-scenery.org/Oshkosh-Scenery.338.0.html
The result is quite interesting, as obviously
Hello Sebastian!
Sebastian Bechtold wrote:
Tim Moore wrote:
So, I don't mean to be discouraging because I think this is ultimately
the right approach in terms of bumping up terrain detail and
implementing terrain and texture LOD, but you have a lot of hacking
ahead of you.
Then it should
Hi once more!
Ralf Gerlich wrote:
I can assure you that I will provide support to you with everything I
learned about scenery design, file formats and coordinate systems in the
FlightGear world. I will not be able to assist you much in coding, and
specifically not in the area of 3D
Hi!
Harald JOHNSEN wrote:
The point 1) will give worse ground texture than today if we set the
texture size at 4090^2.
Not necessarily. Currently we have the same basic texture resolution
everywhere. With the approach Sebastian wants to try one could use tiles
of different sizes depending on
Hi!
Thomas Förster wrote:
The reason is a wrong return type on FGAirport::getId(). Should be const
string instead of string (which does a local copy that is then referenced in
FGAirportDynamics::getId())
Maybe that's a dumb question (which would be embarassing, because I
typically think of
Hello Sebastian!
Sebastian Bechtold wrote:
[...] but my plan would, for example, make it possible
to render markings onto them, or draw softly rounded curves.
I'm specifically interested in the markings part (although I'm also
curious at how you want to implement softly rounded curves without
Ralf Gerlich wrote:
const string would only make sense if a string was returned which is
typically stored in the object and should _not_ be copied, e.g. in a
getter-method.
Or rather: I was wondering why a getter method would have to return a
reference to a local variable, until I looked
1 - 100 of 191 matches
Mail list logo