Melchior FRANZ wrote:
* Erik Hofman -- Monday 16 June 2008:
(What are the reasons to write to a file anyway?)
Writing non-PropertyList XML files, like they are used in the
traffic manager and for flight plans.
Maybe making sure the file ends with .xml could also help a lot.
Erik
Detlef Faber wrote:
Hi everybody,
I've just committed a Walk View to the jeep, so a virtual passenger
can get out of the car and walk around in the scenery.
The View follows the terrain height and the movements gets blocked by
steep slopes and scenery models (sadly not by random scenery
Curtis Olson wrote:
This will be a challenge for us as we move forward with development of
the OSG tree. How much old hardware should we support, and how far back
should we go?
I've been thinking about this too and for me it's actually quite simple.
FlightGear 1.0/PLIB is fantastic for
Tim Moore wrote:
If you are going to enable random objects, I recommend using OSG 2.3 or
later. Otherwise,
set the environment variable OSG_DATABASE_PAGER_DRAWABLE=VertexArrays
Installing OSG 2.3.1 did indeed do the trick but it's still slower at
startup than I was used to. I think I'll
Tim Moore wrote:
I've checked this work in, with a change to use an independent quad tree
builder class.
Thanks very much for the contribution; it's good to have another OSG hacker
in the
house.
With the latest version of FlightGear I got it to hang while loading the
scenery objects and
Pavel T wrote:
Hello Developers,
I've found a realistic water tutorial for openGL snd maybe you could use
this for FG? Link:
http://www.gametutorials.com/Articles/RealisticWater.htm
http://www.gametutorials.com/Articles/RealisticWater.htm
Let me know if you can use this for
Christian Mayer wrote:
This might be a case where the great BOOST Project might help us:
http://www.boost.org/libs/random/index.html
One thing to keep in mind when using random generators is that it would
be realy nice (if not required) to generate the same output on all
supported
Fabian Grodek wrote:
The download page contains other aircrafts with no 3D models:
1. F-15 (NOT F-15C)
2. Marchetti
3. X-24B
4. Shuttle
Their FDM are present.
I particularly like to have the FDM of these aircraft available, but, at
least for the JSBSim models (X24B and Shuttle), they can
Hi,
I received the following request from a university group:
VOLTA is a research group of Militar Nueva Granada University, in this
moment we are development a project for Colombian Air Force. In reference
with a e-mail send by JHON JAIRO PALOMINO LOSADA (it was send in
25-oct-2007), We
Durk Talsma wrote:
hi,
While trying to hunt down some memory leaks reported by valgrind, I noticed
that many variables in FGGlobals (which are mainly pointers to many of the
big data structures and subsystem classes) are not deleted upon program exit.
In most cases adding explicit
Tim Moore wrote:
Hello,
I'm about to check in a header file in SimGear that is contained in namespace
simgear.
Are there any objections, or reasons why we shouldn't introduce this
namespace?
Backwards compatibility is the main reason not to use namespaces. For
new classes there shouldn't
Maik Justus wrote:
That would be the best. But how to know, that 1.2 would work? It looks
If version 1.2 still contains this bug it will be noticed rather quickly
and changing the test would be easy.
like, if the OpenAL Doppler effect bugs are a never ending story. And
they do not work
Melchior FRANZ wrote:
So it's now also clear that we have to fix FlightGear's broken
sound ourselves for 0.9.11 (fg/plib branch). If it can be done
in a way that doesn't break the current framework and makes clear
which parts are the workaround (by using #ifdefs and comments,
as is the case
Maik Justus wrote:
If you have any argument against the patch, please let us know.
As the original author of the FlightGear sound class and the one who put
the directional code in FlightGear I'm opposed to this patch.
Let's just wait what the OpenAL developers have to say before we
continue
Maik Justus wrote:
Yes, no problem to wait for an answer on the OpenAL-devel list. I read
through the archive and found a long thread in september 2005, where
they fixed some Doppler bugs. Probably it was our bug. Don't know, when
this will go into a release. Do we really want to depend on
Maik Justus wrote:
Hi,
the enclosed patch would do the thing (but maybe SG_DEBUG would be
better, it's really only a debug message, the user need not to be warned
about this).
Indeed and that's what the warning is for; the author should fix the
sound configuration file.
Erik
Martin Spott wrote:
Hi Erik,
Erik Hofman wrote:
Update of /var/cvs/FlightGear-0.9/source/src/FDM/JSBSim/initialization
In directory baron:/tmp/cvs-serv26522/initialization
Modified Files:
Tag: PRE_OSG_PLIB_20061029
FGInitialCondition.cpp FGInitialCondition.h
Log Message
Syd Sandy wrote:
Hello all,
I have used aggressive compression for splash screens in past, and
always crashes Flightgear on my system. Doesnt seem to be a problem for
model textures , though.
Ah, yes, now that you mention it:
The rbg loader for the splash screen is a different than the
Hi
Csaba Halász wrote:
After these modifications I didn't notice any change in the behavior
of the plane, but the visual experience is a lot nicer.
I ask for your comments (especially the original authors' or the
maintainers'), as I am a newbie in this field and also without
documentation.
Jon S. Berndt wrote:
Hi Jon,
Yeah, this was kind of what we were talking about :-)
Oops. OK, are there problems with any other propeller aircraft?
It shouldn't be, I testes a lot of aircraft before committing the code.
Could be the AN-2 slipped my attention though.
Erik
gh.robin wrote:
Hello pauljs75
Welcome to the By_Melchior_Franz_Nomination Unreliable_Authors Club
A bit unfair isn't it, I assume you're paying the penalties when
copyright infringement is detected en we get sued by someone or some
company?
If not I would expect you to be a bit more
gh.robin wrote:
Seriously i do not want to start an other topic on the advantage to take main
decisions in a democratic way..
There's nothing democratic in copyright law.
My call to pauljs75 was a joke, it was the continued of a stupid remark
Hmm, okay but please remember that
Jon S. Berndt wrote:
John Denker wrote:
I can't test this right now, but I suspect that this line in FGLGear.cpp
is the culprit:
WOW = lastWOW = true; // should the value be initialized to true?
I recommend changing this to:
WOW = lastWOW = false;
I suspect that will do the trick.
Curtis L. Olson wrote:
Update of /var/cvs/FlightGear-0.9/data/Aircraft/f15c
In directory baron:/tmp/cvs-serv16727
Added Files:
f15c.xml
Log Message:
Fabrice Kauffmann:
Here is the initial revision of the F-15c:
http://fkauffmann.ifrance.com/archives/
I still need to
Torsten Dreyer wrote:
is there a specific reason, why there is the new version of JSBSim only in
PRE_OSG_PLIB_20061029 and not in HEAD?
Yes, it gives me a core dump in that branch.
Erik
-
Take Surveys. Earn Cash.
Hi Christion,
You are aware that the T-38 (which is avaibale already) is basically the
F-5 Tiger aircraft (the T38 is near the bottom):
http://www.flightgear.org/Downloads/aircraft/index.shtml
Looking at what you've done so far I think combining your 3d panel and
the T-38 exterior 3d model
Martin Spott wrote:
Paul Cardinaels wrote:
Just a little progress report
http://users.skynet.be/Pensacola/up.jpg
Uuuuh, well done !!
You know, our reference for an F-16 model ist the one of the CSP,
http://csp.sf.net/ ;-)
Not really, mine is modeled after the real aircraft and not just
Hi,
After not having done anything related to FlightGear for much too long I
decided to give the OSG code a try. I managed to get past the nasty
APIENRTY build problem but now I am unable to load any of the aircraft:
Warning: Could not find plugin to read objects from file
Martin Spott wrote:
Hi Erik,
Erik Hofman wrote:
Do I need anything in particular for the CVS version of OSG to enable it
to recognize AC3D files?
Which 'distribution' of OSG did you use ? The one presented here should
work:
http://wiki.flightgear.org/flightgear_wiki/index.php
Ralf Gerlich wrote:
Normally the AC3D-reader is enabled. Did you include the
osg-installdir/lib/osgPlugins-directory in your LD_LIBRARY_PATH?
Eh, no. Aha! Thanks for the hint.
Erik
-
Take Surveys. Earn Cash. Influence
Olaf Flebbe wrote:
Thanks for this huge testing effort! Mathias gave me a prerelease of a
new AC3D loader. That fixed all the aircrafts which SEGFAULTED before,
but not the OV10-CDF.
Which reminds me, plib did an excellent job at improving rendering
performance of 3d models using Andy's
Curtis Olson wrote:
On 11/7/06, *Ampere K. Hardraade* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Shouldn't there be three? Or is FlightGear not getting inputs from
the user when it hangs?
Well by my count: 1. main thread, 2. scenery paging thread, 3. weather
fetching
Rémi Lafage wrote:
Thus I would like to specify the
/instrumentation/attitude-indicator/indicated-roll-deg property
to be a synonym of the /orientation/roll-deg property.
This can be done using aliases:
instrumentation
attitude-indicator
indicated-roll-deg alias=/orientation/roll-deg/
leee wrote:
On Tuesday 07 November 2006 08:57, Erik Hofman wrote:
This can be done using aliases:
instrumentation
attitude-indicator
indicated-roll-deg alias=/orientation/roll-deg/
/attitude-indicator
/instrumentation
That's interesting - is it possible to re-define it while FG
Thiago Holanda wrote:
Hello all,
I want to receive and send data by JUST ONE serial.
To be honest I have no idea if this has ever been tested, so it might
not be implemented or that code may contain some bugs.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
flying.toaster wrote:
If there is no 3D model for the F-15 in the works I can contribute this one
http://sfp1.site.voila.fr/images/f15b.png
I plan to make it in NASA livery
http://www1.dfrc.nasa.gov/Gallery/Photo/F-15B/Medium/EC96-43815-2.jpg
I've started similar work on the F-18
Hi,
If anybody has any desire to model the IL-76, here is a large collection
of pictures taken of the aircraft while visiting my local airport:
http://jwg.student.utwente.nl/ehtw/vda06/ra7644501.htm
http://jwg.student.utwente.nl/ehtw/vda06/ra7644502.htm
Erik
--
http://www.ehtw.info (Dutch)
Martin Spott wrote:
Buchanan, Stuart wrote:
Here's a patch for the PC-7 to add a panel to the 3-D cockpit. In fact,
the panel is the same as the 2D one, so the only real affect is to attach
the 2D panel to the firewall so it doesn't disappear when you move the
viewpoint.
I appreciate
Mark wrote:
At the first glance it it seems to have to do with the materials rather
than the sun.
How do they both interact exactly?
Anyway, I looked into my code and tried some changes that could affect
this. However there wasn't any impact.
So, to say the truth, I'm a bit clueless as
Mark wrote:
Another thing I noticed is that the drawn highlights cover almost the
entire tile.
This might be OK for some materials, but for water there should be a
rather sharp highlight.
Maybe this was changed and now is causing the trouble?
No, this has been that way since the
Josh Babcock wrote:
Erik Hofman wrote:
Hi,
Most of you probably still remember that I had to evacuate my home in
May 2000 because of a fireworks depot exploding near the center of my
City (about 300 meters from my home).
Now I hope you learned not to play with matches :)
If it only
Jim Wilson wrote:
Wow. I have seen a couple of fireworks barge explosions...one fairly big.
But I have never heard of anything even remotely close to that. It is
somewhat surprising that so many were so close to get hurt, but then again I
can see something like that could attract
Mathias Fröhlich wrote:
BTW: is sombody out there maintaining the SP_FDM?
I'm not sure about the ADA FDM but I would not want to see the ACMS FDM
yanked since it has been (and can be) used to playback the information
stored on the Flight Data Recorder (black box).
Erik
--
Beat Rupp wrote:
In the CVS log I saw that Alexander Powell made those changes in order
to support Mac OS X ;-) What is the right wayTM to fix this?
I'm not sure, according to Alexander it should work (although is hasn't
been able to test it in FlightGear itself) but others have reported
James Turner wrote:
I'm confused by this; both myself and another OS-X developer have
submitted patches to address this, and at least one set was committed
(not mine, because I had the resolve the conflict when I updated
SimGear). Is this a difference between CVS and 0.3.10 perhaps?
That
Arnt Karlsen wrote:
..I can do these, _after_ AirVenture, is 2 weeks from now.won't even think
about
..you Erik maintain the ACMS fdm?
Well both are a bit difficult to maintain since they relay on special
setups or input files. The ACMS version for example needs the output
file of a
Melchior FRANZ wrote:
This new code still requires several more hours of work. Tapes don't currently
work for the F16, everything needs more cleanup etc. A few FIXMEs to fix,
some TODOs to do. But now that I know that you are working on yet another
implementation, I consider every minute
Melchior FRANZ wrote:
BTW: the reason for this is that the F16 altitude tape uses this
setting:
input
property/position/altitude-ft/property
factor0.001/factor
max100/max
min-100/min
/input
major-divs1/major-divs
minor-divs0.1/minor-divs
Melchior FRANZ wrote:
* Erik Hofman -- Monday 03 July 2006 13:45:
What you could do right now is committing the new HUD code [...]
... but I should probably do that anyway, just so we have concrete
code to discuss, and maye even to work on. It should just be noted
Agreed
Torsten Dreyer wrote:
Hi, try
fgfs --prop:/sim/rendering/draw-otw=0
Ah, yes. Now that you mention it.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
http://www.ehofman.com/fgfs FlightGear Flight Simulator
Using Tomcat but need to do more? Need to support
Melchior FRANZ wrote:
OK, so I shall stop any further work on the HUD? No problem. Done.
Would have been nice if you had spoken up a little sooner. We are
discussing the HUD now since a long time.
It would already be an improvement to add what you have now (using
properties and such) and
Melchior FRANZ wrote:
* Erik Hofman -- Saturday 01 July 2006 10:39:
It would already be an improvement to add what you have now (using
properties and such) and take care of using the scenegraph at some later
time IMHO.
But it's not finished, and I'm not sure if I want to waste more time
Hoi Robin,
Robin van Steenbergen wrote:
Hello people from the FlightGear team,
Let me first introduce myself ;)
I'm a home cockpit builder from Eindhoven, The Netherlands, and I'm
researching the possibility of using FlightGear as a flight
dynamics server for medium to large cockpit
Mathias Fröhlich wrote:
If you want to keep them, please help me and review that patch I have posted
a
few days ago. Please *verify* that the remaining functions do about the right
thing past converting them to something that is not even misscompiled.
If nobody helps here, I will finally
Melchior FRANZ wrote:
I've been working on a new HUD in Instrumentation/HUD/. It's steadily
improving, but occasionally something turns out to require more work
than I had thought before. Here's a list of working new features:
This really sounds like a great improvement. Well done!
Erik
--
Olaf Flebbe wrote:
Hi,
The comment for fast_log is IMHO incorrect.
/**
* This function is about 3 times faster than the system log() function
* and has an error of about 0.01%
*/
The relative error can be larger than 7% it is almost nowhere about
0.01% when used in the range [ 0.5 -
Arnt Karlsen wrote:
..just a WAG: I remember seing some Gloklaw discussion on Microsoft
policy on dropping OpenGL for Longhorn alias Vista alias etc, could this
be happening now ?
Yes and no. Microsoft agreed to add a direct rendering API for OpenGL
driver implementors (or opened it up or
syd sandy wrote:
Hi all,
I used to get better framerates night flying, unless I enabled enhanced
lights.
Now it doesnt matter if enhanced lights are enabled or not , I get the
low framerates as soon as the airport lights come on. Ive got a 1.1 gig
AMD Athalon , with a Geforce 4 MX4000.
Jon S. Berndt wrote:
Program received signal SIGILL, Illegal instruction.
0x69596fff in gluPickMatrix ()
(gdb) where
#0 0x69596fff in gluPickMatrix ()
#1 0x86c8 in ?? ()
#2 0x020ab628 in ?? ()
#3 0x6973815b in nvoglnt!DrvCopyContext ()
#4 0x020ab628 in ?? ()
#5
Jon S. Berndt wrote:
At this point it would probably be a good idea to test Frederic's MSVC8
build on your hardware.
Very good idea. Where can I get that?
Ah, found the link again:
ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32
--
http://www.ehtw.info (Dutch)Future of Enschede
Jon S. Berndt wrote:
I've run into an error message seeming to fault pthreads for a flightgear
segfault:
(gdb) run
Starting program: /usr/local/bin/fgfs.exe
Program received signal SIGSEGV, Segmentation fault.
0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
Is
Mathias Fröhlich wrote:
I would never use these functions for serious computations, since I doubt
that
they will pass any IEEE test.
They are not designed for that either. It can be useful for sound
processing and color adjustments where very high precision isn't
necessary. I use it for
Mathias Fröhlich wrote:
Performance is a critical subject to me.
But IMO the possible advantages of the fastmath functions are too few
compared
to the possible problems.
I've never advocated using these routines for FMD's or anything like
that since it could get messy really quick. But
Mathias Fröhlich wrote:
If you feel that they should be used, can you care for them and make them
alias safe?
Not at this time, I've got other things on my prioritylist.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
http://www.ehofman.com/fgfs FlightGear
Mathias Fröhlich wrote:
Seriously, I *can* think of fast_atan's polynomials being faster than a full
blown correct functioin.
But those simple fabs, sign or neg function implemented in the header cannot
even be faster than the cpu builtin assembler instructions usually available
on
Melchior FRANZ wrote:
data_scale becomes scale too (both exist currently
for the same thing in different HUD elements,
which hinders abstraction)
It think it would be best to use offset and factor just like most of
the other
Melchior FRANZ wrote:
* Melchior FRANZ -- Friday 16 June 2006 09:41:
BTW: I'd like to move Cockpit/hud_opts.hxx elsewhere. Don't know what
the assembler parts do, but the fallback implies that it's a quick
rounding function.
Or is it not worth at all to be done in assember nowadays?
I
Jon S. Berndt wrote:
..another big deal to dig up: Downwash.
There may end up being some things that don't get specifically addressed,
but must be defined by the user with functions and tables. What I'd like
most to do is to provide all the basic building blocks needed so that the
user is
Melchior FRANZ wrote:
* Erik Hofman -- Friday 16 June 2006 09:51:
I think it's best to use the default functions supplied by the system
libraries (in this case lrintf() ? )
lrintf is c99 according to the man page, and so it roundf().
(int)rintf() then?
Hmm, I doubt this will be faster
Jon S. Berndt wrote:
Isn't downwash just a matter of a high angel-of-attack?
When air passes over the wing, an incremental downward redirection is
induced, so the horizontal tail sees a different airflow than the wing.
Oh, downwash of the aircraft itself. I was thinking because of wind but
I
Jon S. Berndt wrote:
If I understand it correctly it should be possible to simulate the
effects of downwash by creating a function of flap-settings and airspeed
(and possible alpha), no?
Maybe. I haven't thought about that much, yet. Try it. ;-)
I did try something like this, but for
Melchior FRANZ wrote:
* Erik Hofman -- Thursday 15 June 2006 15:32:
I would just copy the current code to a new location and rename it's
class to maybe XMLHUD or something.
And let the old code how and where it is for compatibility reasons? It
turns out that I can't do much more
Is there anybody on this list who is (or will be) following this
discussion? There is one thing I would like to see added to this;
It becomes pretty common for (former) Military airports over here to
have an asphalt runway with two concrete touchdown zones giving best of
both worlds, low
Martin Spott wrote:
Unfortunately they took the screenshots from the FlightGear gallery and
put their watermark on it,
The watermark is a pity but it might be good for FlightGear to put the
screenshots that end up in the gallery in the public domain.
Erik
--
http://www.ehtw.info (Dutch)
Oliver wrote:
But what about nasal script code in a xml file that is written from
scratch but makes use of flightgear's nasal implementation?
That should rise no problems, just as PHP and java scripts don't inherit
the interpreters license.
Erik
--
http://www.ehtw.info (Dutch)Future
Melchior FRANZ wrote:
I've now converted all font-using parts in fgfs to use the
font-cache. And while I was at it, I also made some fonts
configurable:
Nice! Good work.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
http://www.ehofman.com/fgfs FlightGear
Mathias Fröhlich wrote:
From my point of view that is the same with gcc. The compiler is GPL, but the
programs compiled with gcc do not need to be gpl. The runtime libraries used
by gcc compiled codes is a little less than LGPL.
I think that you can do properitary aircraft with flightgear.
Melchior FRANZ wrote:
Just tried the f16-3d with these values:
brightness=1.0
red=0.5
green=1.0
blue=0.7
... which looked quite nice. Brighter, and slightly blue-ish. But then
again, I've never seen a real HUD in action. My experience is only from
other sims, and my memory
Curtis L. Olson wrote:
Martin Spott wrote:
The triangles don't have to be changed at all because in our Scenery
the tidal area is part of the ocean. The idea was about changing
nothing but the colour,
Ok, so you are only talking about areas that are marked explicitly as
tidal areas in
Arnt Karlsen wrote:
Hi,
..what did I miss here??? cvs Simgear for terrorgear in /opt
AL/alut.h: No such file or directory make[3]: *** [visual_enviro.o]
You forgot to add -I/opt/include to the CFLAGS and CXXFLAGS variable.
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede
Drew wrote:
I've discovered through experimentation that drawing at coordinate
(614,614) will draw a pixel at the absolute upper-right corner of the
screen, and (0,0) is the lower left, regardless of the field of view
selected. However, if I change the look angle to -5 degrees, the image
Justin Smithies wrote:
How can i add the above ?
Oh yes im using Yasim so the property /sim/alarms/stall-warning doesnt exist.
One thing you could do is to include a Nasal script that sets
sim/alarms/stall-warning based on the right conditions and use that
property in the configuration
Dave Culp wrote:
On Saturday 13 May 2006 09:20 am, Justin Smithies wrote:
This is what i've got but if i operate the speedbrake the sound just runs
forever because my speedbrakes in the surface postions never gets to bang
on 1 or bang on 0 .
speedbrake
namespeedbrake/name
m umair wrote:
Hi
I am a computer science student an interesting in flight simulations and
my final proj of BSC is Simulation of F-16 It is basic prototype of
Flight simulator game. Now I want to enhance my simulator using
flightgear. I would be thank full to you if you would let me know
Hi,
I thought I had to share this, it's almost as futuristic as an modern
jet fighter. It's is the latest Emergency vehicle for all our main
airports in The Netherlands and has replaced the aging crash tenders now.
From my local airport:
http://www.hofman.com/EHTW/E-One.jpg
Melchior FRANZ wrote:
This shouldn't be a mine is bigger than yours, but Austrian Rosenbauer
has built such thingies since around 20 years. Nice to see that others
are slowly catching up. :-}
http://www.rosenbauer.com/
Hugo Vincent wrote:
Any one had a chance to look over the patch yet?
What needs to be changed/fixed/rewritten/redesigned(!) before it can be
applied to the main CVS version?
No need to panic, If I have to apply it I just need some time to look
over it and apply it. This may take a few days.
Hugo Vincent wrote:
I also updated OpenGC for this change and made a OpenGC.xml protocol
file, but it appears the OpenGC project is more or less dead. Also,
Network/opengc.cxx is a bit of a mess and seemingly unmaintained; it
might be nice to get rid of it and replace it with a XML file at some
Melchior FRANZ wrote:
Yes. And this would even be quite easy to do. We'd need to incorporate plib's
SGI loader into fg/sg, and make it the preference
ssgAddTextureFormat(.rgb, fgLoadSGI);
etc. Then we can do whatever optimizations make sense. Of course, this would
suggest that we more
James Turner wrote:
I'm plotting to add support for startup GUIs in FlightGear itself,
spurred on by recent issues with Mac GUI. My approach is to twiddle the
order of initialisation so that at a critical point during the
idle_state progression, the NewGUI subsystem is up, config options have
Martin Spott wrote:
Erik Hofman wrote:
Make some variables accessable (public) so MIPSpro can compile it.
Congratulations I never knew how to deal with it,
Yeah, it has been there for a while but it looked serious enough to
postpone it for a while :-)
Erik
--
http
Josh Babcock wrote:
Well, the B-29 doesn't really have any correct JSBSim config at all, so
you might as well just ignore that entry. I don't think I will ever get
the polar data for the Boeing wing, so it will probably not happen in
the future either.
Are you sure:
Hi Jeehyeon,
I have the feeling you think I'm one of the MacOS developers, but
unfortunately I'm not. You would be best off directing the question to
the developers mailinglist.
Erik
Jeehyeon Eom wrote:
Hi,
first of all, I am enthusiastic fan of FlightGear, and I appreciate for
your
Mark wrote:
Hi Rob!
First of all let me thank you for your contribution.
I've been experimenting with textures in FGFS myself for a while and I
know how hard it is to get to such quality textures.
So keep up the good work ;-)
When I had a first look at the textures I initially liked them
Erik Hofman wrote:
http://www.ehofman.com/fgfs/download/orig_tex.tar.gz
and:
http://www.ehofman.com/fgfs/download/desert_tex.tar.gz
Erik
--
http://www.ehtw.info (Dutch)Future of Enschede Airport Twente
http://www.ehofman.com/fgfs FlightGear Flight Simulator
Mark wrote:
I took a look at your hires textures. Where did you get the images of
the fields in the irrcrop-textures from?
All my textures were taken from spaceimaging.com
I don't think I still have the original but I could look it up for you.
Erik
--
http://www.ehtw.info (Dutch)Future
Rob Oates wrote:
I'll eventually release different textures for other regions...but
it will take time. But it's something I really want to do :)
Nice, People wanted the crop circles and a low number of textures and
now I'm being criticized by doing it that way. I deliberately added the
Rob Oates wrote:
The winter textures are prooving to be alot harder to create than I
previously thought. I'll eventually find a good solution,
unfortunately it will not be in time for the 0.9.10 release.
I used to copy the texture layer in Gimp and use the Threshold color
function fro
John Wojnaroski wrote:
msg to self ;-)
disregard, forgot to run ldconfig to update the dynamic loader cache.
Just for the archives I guess, but once had the problem that I removed
libopebal.so.0 but still had a version of alut that relied on it. It's
hard to track down that one.
Erik
--
WARNING: ssgLoadAC: Failed to open
'/usr/local/FlightGear-0.9/data/Aircraft/fokker50/Models/fokker50E.ac'
for reading
Failed to load aircraft from
Aircraft/fokker50/Models/fokker50.xml
(Falling back to glider.ac.)
Model Author: Erik Hofman
Creation Date: 2002-01-01
Version: $Revision
901 - 1000 of 1053 matches
Mail list logo