Hello Francesco
How are you doing lately? :) Hope all are well with you...
With respect to FGRUN in your script, maybe you can consider FGO in your
future scripts. I find FGO to be light on system memory and easier to
manage.
This is just a suggestion and i hope you do not mind...
Cheers!
Frederic Bouvier wrote:
> Funny (!) that the last one in the first list will be unmaintain from
> now if I read this ml correctly.
Let's sit down and have a beer/wine/tea/vos...dka ;-)
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
---
2011/8/2 Mathias Fröhlich wrote:
> So I decoupled these two structures somehow. I have put bv-trees of geometry
> into the userdata field of the scenegraph. So for the high level operations
> like tile loading, the scenery paging is used to load and get rid of the bv-
> trees. The whole intersecta
On Thu, Aug 4, 2011 at 5:29 PM, marthter wrote:
>
> I noticed that there were in fact 7.2 GB in the fgdata/.git folder (and no
> other folders present within fgdata at all), so it seemed all the
> downloading had been done, just none of the git magic to actually show any
> files.
Ok, then try the
Hi,
the script is made to duild both fgrun and fgfs if you give no
arguments, unfortunatelly, it is quite easy that something can go
wrong (Compilation,data fetching etc...). when this happens, you can
end up with an inconsistent fgdata folder that makes the git problems.
Further more if data fetc
>> Even though your previous testing showed no perf difference between the
>> default 3d clouds and the models, I am slightly disappointed there isn't
>> some
>> intrinsic perf benefit to the default 3d versions.
>
>
> It's not been a fair comparison as such. Let me try building clouds from
> the s
On 11-08-04 10:38 AM, TDO_Brandano - wrote:
try running download_and_compile.sh (-an -pn) DATA
the -an switch disables the apt-get update, and -pn disables the
apt-get upgrade, you won't really need those for the data anyway.
Alessandro
Thanks Alessandro, I more or less tried that, at leas
try running download_and_compile.sh (-an -pn) DATA
the -an switch disables the apt-get update, and -pn disables the apt-get
upgrade, you won't really need those for the data anyway.
Alessandro
> Date: Thu, 4 Aug 2011 09:59:29 -0400
> From: marth...@yahoo.ca
> To: flightgear-devel@lists.sourcef
On 11-08-03 08:22 PM, Csaba Halász wrote:
> On Thu, Aug 4, 2011 at 12:22 AM, marthter wrote:
>> I also have separately installed FlightGear via the package manager, so I
>> tried pointing FG_AIRCRAFT at what appears to be the Aircraft directory,
>>
>> Also when I guessed at what to put for the ter
> Even though your previous testing showed no perf difference between the
> default 3d clouds and the models, I am slightly disappointed there isn't
> some
> intrinsic perf benefit to the default 3d versions.
It's not been a fair comparison as such. Let me try building clouds from
the same textu
> Sorry, I was unclear.
> The computation of wind-from-down-fps can not be disabled at all, it is
> independent of the feature can_disable_environment.
Thanks for clarifying - that makes sense. Sorry for the confusion then.
* Thorsten
On Thursday 04 August 2011 11:36:48 Torsten Dreyer wrote:
> > I wouldn't touch the Vostock right now, it might be taken as an afront
> > by the author
>
> (*Shrugs*)
> Looking at disk size, this list might help making decision.
>
> (from du -ms *|sort -n)
> 47 an2
> 47 F-8E-Crusader
> 4
Am 04.08.2011 08:57, schrieb thorsten.i.r...@jyu.fi:
>> Please note, the check for
>> features.can_disable_environment == 1 is gone now. It doesn't make any
>> sense there.
>
> In a current GIT, none of the checks make any sense, because current GIT
> always has all the features. On the other hand,
> We don't normally maintain 2 versions: we leave the last stable as is,
> and
> only work on the Git version. If it's too much work, or too confusing I
> would suggest you abandon the version intended to be distributed via
> Forums, since that is not how we usually conduct our business.
That's pr
Funny (!) that the last one in the first list will be unmaintain from now if I
read this ml correctly.
Regards,
-Fred
- Mail original -
> > I wouldn't touch the Vostock right now, it might be taken as an
> > afront
> > by the author
> (*Shrugs*)
> Looking at disk size, this list might he
> I wouldn't touch the Vostock right now, it might be taken as an afront
> by the author
(*Shrugs*)
Looking at disk size, this list might help making decision.
(from du -ms *|sort -n)
47 an2
47 F-8E-Crusader
48 A340-600
50 f16
51 Short-Stirling
58 D510
65 CRJ700-
Thorsten wrote
> -Original Message-
> From:.i.r...@jyu.fi [mailto:thorsten.i.r...@jyu.fi]
> Sent: 04 August 2011 07:57
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Local Weather - backward compatibility
>
> > Please note, the check for
> > features.can_disable_env
Tim Moore wrote
>
> On Tue, Aug 2, 2011 at 11:39 AM, Francesco Angelo Brisa
> wrote:
> > Any news about a possible separation of aircrafts data from the fgdata
> > folder ?
> > I am afraid this topic is sligtly falling into the "forget about it"
> folder
> > :-(
> >
> >
> > Cheers
> > Francesco
I wouldn't touch the Vostock right now, it might be taken as an afront by the
author
Alessandro
> Date: Thu, 4 Aug 2011 09:50:04 +0200
> From: tors...@t3r.de
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] Proposal: Move airplanes to an SVN repository
>
> > Sound
On Thu, Aug 4, 2011 at 8:15 AM,wrote:
>
> I've finally (I guess you all know the feeling of too much other stuff to
> do...) managed to start some tests with Stuart's Nasal interface for 3d
> cloud generation. Right now there is only a very rough placement structure
> and no real management (no rem
> Sound good? Any nominations? I favor the an2, which I like, has lots
> of textures and sounds, and which hasn't seen any recent activity.
Sounds good! Another one might be Vostok-1. It eats up 166MB and has
only three commits.
Torsten
---
I've finally (I guess you all know the feeling of too much other stuff to
do...) managed to start some tests with Stuart's Nasal interface for 3d
cloud generation. Right now there is only a very rough placement structure
and no real management (no removal, no distinction of cloud size, all same
te
22 matches
Mail list logo
