* Yavuz Onder -- Saturday 18 March 2006 04:56:
> 1. My impression of altitudes in .stg file OBJECT lines being "above
> ground level" was wrong.
Of course. Wasn't that clear? All your objects appeared below ground,
as you were told and as you could see in my screenshot, where I had
used your exac
Yavuz Onder wrote:
{snip}
2. The object I measured as 320 units in blender, measured only 308 ft
in FG scenery. Allowing the imprecision of the measuring by having the
ufo at the base and then at the top, it is safe to conclude that 1
blender unit appears in FG scenery as 1 ft, not 1 meter. T
Hi everyone,
This is my report of some success.
First let ne thank to all for a lot of helpful suggestions. Without this
community spirit, I would be
wrestling this for a long time.
As it turns out my problem had more than one facets:
1. My impression of altitudes in .stg file OBJECT li
Thank you Jon,
I am using Georg's FGTools 1.3.24 to place models... his efforts are truely
inspired... even over a LAN I can place models on one PC (pointing to the
correct network locations) and test on another.
IMO FGTools is the obvious successor to FGRun
look forward to placing more
dene maxwell wrote:
Hi,
I'm trying to find Alexis's Base-clape-03 model in the shared
fgfsdbit doesn't seem to be there. Has anyone managed to find it?
Thanks for spotting that one - some ancient code in the export script
meant that some models weren't exported. That's now fixed - the mid
Hi,
I'm trying to find Alexis's Base-clape-03 model in the shared fgfsdbit
doesn't seem to be there. Has anyone managed to find it?
It is a very good likeness to a structure just off the NZWN northern
approach and very prominently placed on top of a hill.
:=D ene
___
Łukasz Hejnak napisał(a):
Didier napisał(a):
Le Vendredi 17 Mars 2006 09:17, Łukasz Hejnak a écrit :
For a few days now I've been trying to compile the SimGear library
recompile glibc? :-(
an updated compiler (i use the 3.4.5 with less problems than older
version) :-)
and if you try with simg
Didier napisał(a):
Le Vendredi 17 Mars 2006 09:17, Łukasz Hejnak a écrit :
For a few days now I've been trying to compile the SimGear library
recompile glibc? :-(
an updated compiler (i use the 3.4.5 with less problems than older
version) :-)
and if you try with simgear cvs version, try an old
Am Freitag, 17. März 2006 11:39 schrieb Melchior FRANZ:
> * Thomas Förster -- Friday 17 March 2006 11:33:
> > Am Freitag, 17. März 2006 11:24 schrieb Melchior FRANZ:
> > > They aren't. Can you provide an FG_SCENERY layout and --log-level=info
> > > logs that indicate that an Objects/ dir is skipped
* Thomas Förster -- Friday 17 March 2006 11:33:
> Am Freitag, 17. März 2006 11:24 schrieb Melchior FRANZ:
> > They aren't. Can you provide an FG_SCENERY layout and --log-level=info
> > logs that indicate that an Objects/ dir is skipped?
>
> I try to reproduce this and provide more info when I get
Am Freitag, 17. März 2006 11:24 schrieb Melchior FRANZ:
> * Thomas Förster -- Friday 17 March 2006 11:12:
> > Similiar but not identical!! In Yavuz' setup there is the distinction
> > into a 'Objects' and a 'Terrain' subdirectory.
>
> This makes no difference. You can use dirs in FG_SCENERY followi
* Georg Vollnhals -- Friday 17 March 2006 11:24:
> After my opinion he has *not* set the *pathes* to the "myObject.ac" model
> Shouldn'd it read like
>
> OBJECT_STATIC Models/[WhereEverItisIn]/myObject.ac xxx ???
No. OBJECT_STATIC paths are relative to the directory where the tile
reside
On Friday 17 March 2006 01:18, Kaptain wrote:
> I like less painful, What is SDL?
"Simple DirectMedia Layer is a cross-platform multimedia library designed to
provide low level access to audio, keyboard, mouse, joystick, 3D hardware via
OpenGL, and 2D video framebuffer."
http://www.libsdl.org/in
* Thomas Förster -- Friday 17 March 2006 11:12:
> Similiar but not identical!! In Yavuz' setup there is the distinction into a
> 'Objects' and a 'Terrain' subdirectory.
This makes no difference. You can use dirs in FG_SCENERY following the
"old" layout (neither Terrain/ nor Objects/ subdir), or t
Hi all, hi Yavuz!
might it be a much more simpler problem what we all overlooked at first
glance?
This is from Yavuz first mail:
> 4. The diff between 1712593.stg.ORIG and 1712593.stg is this one line
> added:
>OBJECT_STATIC myObject.ac
After my opinion he has *not* set the *
Am Freitag, 17. März 2006 10:47 schrieb Melchior FRANZ:
> ...[snip]...
> appear, and does here and for Georg. I have a similar FG_SCENERY setup:
>
>
> export FG_ROOT=/usr/local/share/FlightGear
> export FG_HOME=$HOME/.fgfs
> export FG_SCENERY=$FG_HOME/Scenery:$FG_ROOT/Scenery:$FG_ROOT/WorldSc
* Melchior FRANZ -- Friday 17 March 2006 10:47:
> In CVS and later versions your suggestion won't work
> at all, because now scanning of further stg files is stopped after a *.btg
> file has been found in one of the FG_SCENERY paths.
I take that back. As the last FG_SCENERY path contains the first
* Thomas Förster -- Friday 17 March 2006 09:56:
> I experienced the same problem. Looks like STATIC_OBJECTS are only loaded
> after the terrain for a given tile is already loaded.
Why would that matter? The *.stg file is read in one part and then
all entries are loaded. Not at the same time, whic
Am Donnerstag, 16. März 2006 21:14 schrieb [EMAIL PROTECTED]:
> -Original message-
> From: Melchior FRANZ [EMAIL PROTECTED]
> Date: Thu, 16 Mar 2006 16:12:35 -0500
> To: flightgear-users@lists.sourceforge.net
> Subject: [Flightgear-users] Re: Help! Cannot see my OBJECT_STATIC
>
> > * [EMAIL
Le Vendredi 17 Mars 2006 09:17, Łukasz Hejnak a écrit :
> Hi
> For a few days now I've been trying to compile the SimGear library but
> without much luck.
> I can't figure out why, but the compiler always chokes up on errors like
> this:
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.1/../../../../include/c+
Hi
For a few days now I've been trying to compile the SimGear library but
without much luck.
I can't figure out why, but the compiler always chokes up on errors like
this:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.1/../../../../include/c++/3.4.1/bits/basic_string.h:178:
undefined reference to `std::ba
21 matches
Mail list logo
