Ive been thinking about this since since you posted, and now i'm curious to
see it.My initial fear was more framerate drop, but if it can be truly
disabled I think its worth a try.Currently I can disable shaders and get
decent performance , 30-40 fps , which makes a flight doable.I do keep
trees on , with minimal impact if I keep the slider at 1.0 or less.Water
reflection used to have nearly zero impact on my framerate , now its
unuseable over the ocean or large lake.Not sure why but the skydome shader
had very little effect on my framerate when it first appeared , now it
drops fps to 10 from 40 .
So I cringe every time someone mentions a fix,;).
Syd
On Thu, Apr 18, 2013 at 5:03 AM, AJ MacLeod
<aj-lists@...>wrote:
> On Wed, 17 Apr 2013 06:35:19 +0000
> Renk Thorsten wrote:
> > But okay, I asked for feedback and I got it - point taken, feature not
> considered interesting from the modeller side.
>
> My modelling activity is in extended limbo at the moment so I was
> reluctant to comment, but the lack of texturing on cockpit walls etc has
> always been something that jarred with me... on the Bocian (and Camel, come
> to think of it) I tried to ensure that every surface in the cockpit was
> textured.
>
> This was OK on a tiny aircraft like a glider, but on something bigger and
> more complex I think the shader idea has something going for it, for
> cockpit walls etc which are not modelled in the same detail as the
> individual panels alongside them - certainly well worth experimenting with
> I'd say.
>
> AJ
>
> --
>
>
>
> ------------------------------------------------------------------------------
> 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
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@...
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

On Wed, 17 Apr 2013 06:35:19 +0000
Renk Thorsten wrote:
> But okay, I asked for feedback and I got it - point taken, feature not considered interesting from the modeller side.
My modelling activity is in extended limbo at the moment so I was reluctant to comment, but the lack of texturing on cockpit walls etc has always been something that jarred with me... on the Bocian (and Camel, come to think of it) I tried to ensure that every surface in the cockpit was textured.
This was OK on a tiny aircraft like a glider, but on something bigger and more complex I think the shader idea has something going for it, for cockpit walls etc which are not modelled in the same detail as the individual panels alongside them - certainly well worth experimenting with I'd say.
AJ
--

Hi Geoff
i guess you are seing something like that:
http://www.youtube.com/watch?v=VWn6_RFp97Y
where this is the closest you can see the following plane, but in fact
he see itself very close to the drogue
and what you want is like this:
http://www.youtube.com/watch?v=kGHRDrc_n98
you should have a look at this page, wip but working fine for the few
pilots testing it :
http://wiki.flightgear.org/Mp-patch
basically the mp sending rate is fine with 10 pps, but you need a way to
compensate for the lag.
I can't try a refuel with you before this WE, but i will if you are
still flying the victor somewhere.
jano
> NOTAM:
>
> To flyers who fly 'probe' enabled aircraft in Europe... or
> even if NOT...
>
> I will be flying the 'victor' refueling tanker for the next
> few days from KFPY, south 180 track, then turn around at the
> southern mountains, north on 360, at 12,000 feet – FL120
> STD QNA – and am interested in 'hot' flyers who want to try
> air-to-air REFUELING (AAR) in suitably equiped aircraft,
> well ANY aircraft...
>
> The tanker will maintain, under autopilot, 220 knots (KTAS),
> at the said 12,000 feet, either 180 or 360, under the callsign
> GA006.
>
> The flights will commence about noon, or before, UTC, and
> close about 20:00 UTC.
>
> The track can be followed using http://test.fgx.ch, or other mp
> map URLS. Click on 'GA006' to localize...
>
> Reason:
>
> (a) I have tried with several aircraft over the last few days, and
> learned that this is QUITE difficult, but I hope NOT impossible!
>
> (b) The present suggested pps (Hz) is 10 when you set up –multiplay=,
> but FG 2.11 has fill-in extrapolation code when fgfs packets
> do not arrive in time, so maybe this is too high. This is the basic
> question...
>
> So the idea is to reduce this IFF this fill-in code helps, ie does its
> job...
>
> The theoretic idea is that with this code we can reduce the
> bandwidth used by 10 Hz to perhaps 2-4 Hz, but this needs
> to be FULLY tested, and confirmed...
>
> Now I have tried this over several day, in several aircraft –
> A-10, f-14b, a4 and failed, FAILED to touch the trailing
> drogues... it is TOUGH... autopilots help you get to the 'zone'
> but it needs manual flying to get to the RIGHT PLACE...
>
> If you are using a joystick maybe you need to even adjust
> the dead spot and the 'sensitivity' of the inputs... lots of
> learning, understanding and doing fgdata xml changes...
>
> And I have had a few pilots joining in ad hoc, but so far
> no one has actually contacted with the trailing outer wing
> drogues... The 'victor' can refuel 2 aircraft at a time... and I
> would LOVE to see/capture that...
>
> One, french I think, got so frustrated at his attempts, began firing
> missiles at the tanker. Thankfully, he MISSED, but was CLOSE ;=))
>
> Also if you alert me to your attempt to refuel from my tanker, via
> mp chat, email, fgcom, … AND I am on board at the time -:
>
> (a) I will offer a VIRTUAL bottle of good Bordeau rouge to the first
> pilot who maintains drogue contact for say a minute, or more ;=))
>
> (b) I will take some screen shots and post them.
>
> Be warned, during a screen shots (F3), fgfs stops sending mp
> packets for up to a second or so, and in the close fgfs the fill-in
> (extrapolation) code is activated, with some interesting, and
> sometimes quite alarming effects...
>
> Also I have heard others mention that the live metar update can
> also cause mp packet delays. The tanker will be flying under the
> 'Fair weather' scenario to avoid this. Maybe you should choose this
> as well...
>
> I really seek help from other pilots to analyse this multiplayer
> bandwidth situation. We have chosen 10 Hz, but WHY?
> Can less than 10 Hz be used with no adverse effect? That is
> the BIG question...
>
> Simply, what really is the optimum packets-per-second (pps) rate?
> Maybe it changes depending on circumstances...
>
> We know the lower the Hz the lower the bandwidth used by
> FGMS servers... but can the extrapolation code fill-in for
> the missing packets?
>
> Is 10 Hz good? Should it be higher, or lower depending on
> circumstance.. Lots to learn...
>
> Of course I am sure there are OTHER ideas...
>
> Hope you can help, and have some FUN at the same time;=)).
>
> Look forward to seeing you on my rear view... and I will
> take some pics...
>
> Regards,
> Geoff.
>
> CC: to users list...
> BCC: to others...
>

Hi Chris,
Flightgear will already visualize external data, I've done it, just not that
often or recently and I can't remember the steps. Have a look at
Docs/readme.IO and Docs/readme.protocol and look at the prewritten protocol
files in Protocol/
Ron
On Wednesday 17 April 2013 02:31:21 Christopher Fourie wrote:
> Hi Everyone,
>
> My name is Chris Fourie - I'm a master's student in control engineering. My
> work is in control systems for the autonomous flight of aircraft (primarily
> helicopters).
>
> We do most of our simulations in MATLAB and a few other things, and I'm
> looking for a good way to visualize the data that I generate in simulation.
> I'm hoping to use flight gear - I have the source code but I'm struggling
> to work out how everything fits together without detailed documentation.
>
> I'm looking to modify flightgear so that I'm able to set up a simulation
> environment (using UDP for online simulation) as well as use it for offline
> simulation (watching trajectories and motion using offline data that I've
> generated). I need to set up environments with static landing points as
> well as with moving platforms (eg. aircraft carriers) to ensure that the
> systems we design work.
>
> I'm a bit at a loss as to where to start - I don't have that much
> experience in graphics programming (not that I'm unwilling to learn though,
> its really interesting) and I can't seem to find detailed information on
> how everything in the code fits together.
>
> Is there any one that may have the time to help me or point me in the right
> direction?
>
> Many thanks,
>
> Chris Fourie
> ### UNIVERSITY OF CAPE TOWN This e-mail is subject to the UCT ICT policies
> and e-mail disclaimer published on our website at
> http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27
> 21 650 9111. This e-mail is intended only for the person(s) to whom it is
> addressed. If the e-mail has reached you in error, please notify the
> author. If you are not the intended recipient of the e-mail you may not
> use, disclose, copy, redirect or print the content. If this e-mail is not
> related to the business of UCT it is sent by the sender in the sender's
> individual capacity. ###