Re: Flightgear-users Digest, Vol 72, Issue 1

--===============0529627544206398974==
Content-Type: multipart/alternative; boundary=047d7bd76c408bee6d04dad5fbe3

--047d7bd76c408bee6d04dad5fbe3
Content-Type: text/plain; charset=UTF-8

Re: Scenery Question:

For what it's worth, and I know there are those who are going to disagree
with this: but I think we're getting far too carried away with scenery in
some parts of FG. EDKK is a perfect example: someone has piled object upon
object upon object in that area to the point where FG is bogged down with
all of the extraneous and (unnecessary?) eye candy which has been installed
there. Even with AI deactivated, all large Boeings and Airbuses removed
from $FGROOT/Aircraft/  and replaced with AI aircraft so *they* don't clog
up the system, some users *still* get severe lag. One of our people
actually went in and discarded over two-thirds of the extraneous objects
which have appeared there recently, and distributed the stig file to a
limited numer of users who were affected this way, to the effect that on my
system at least, FG runs much smoother.

 Not everyone has a super gaming system with quad-core processing and an
*ultimate* gaming video card to process all of this information. I would
personally like to see some sort of reasonable control placed on this. Jomo
recently commented that this idea is a slap in the face to those who spent
all the time adding all that stuff to the scenery, but I personally think
that position is short-sighted in view of the facts I point out above. Why
continue a practise which is clearly detrimental to the efficient running
of the simulator? *Some* eye-candy scenery is definitely an improvement,
but we don't *need* a luggage cart at every gate (sic) or forty static
aircraft parked on the aprons which will never go anywhere. My suggestion
is to limit such detail from hampering the smooth running of FG and stop
adding when that begins to happen. "Discretion is advised . . . "

--047d7bd76c408bee6d04dad5fbe3
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Re: Scenery Question:<br><br>For what it&#39;s worth, and I know there are =
those who are going to disagree with  this: but I think we&#39;re getting f=
ar too carried away with scenery in some parts of FG. EDKK is a perfect exa=
mple: someone has piled object upon object upon object in that area to the =
point where FG is bogged down with all of the extraneous and (unnecessary?)=
 eye candy which has been installed there. Even with AI deactivated, all la=
rge Boeings and Airbuses removed from $FGROOT/Aircraft/=C2=A0 and replaced =
with AI aircraft so <i>they</i> don&#39;t clog up the system, some users <i=
>still</i> get severe lag. One of our people actually went in and discarded=
 over two-thirds of the extraneous objects which have appeared there recent=
ly, and distributed the stig file to a limited numer of users who were affe=
cted this way, to the effect that on my system at least, FG runs much smoot=
her.<br>
<br>=C2=A0Not everyone has a super gaming system with quad-core processing =
and an *ultimate* gaming video card to process all of this information. I w=
ould personally like to see some sort of reasonable control placed on this.=
 Jomo recently commented that this idea is a slap in the face to those who =
spent all the time adding all that stuff to the scenery, but I personally t=
hink that position is short-sighted in view of the facts I point out above.=
 Why continue a practise which is clearly detrimental to the efficient runn=
ing of the simulator? <i>Some</i> eye-candy scenery is definitely an improv=
ement, but we don&#39;t <i>need</i> a luggage cart at every gate (sic) or f=
orty static aircraft parked on the aprons which will never go anywhere. My =
suggestion is to limit such detail from hampering the smooth running of FG =
and stop adding when that begins to happen. &quot;Discretion is advised . .=
 . &quot; <br>

--047d7bd76c408bee6d04dad5fbe3--


--===============0529627544206398974==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
--===============0529627544206398974==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Flightgear-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-users

--===============0529627544206398974==--