Re: [Flightgear-devel] Window glass reflection effects

2012-03-15 Thread Tuomas Kuosmanen
I totally agree with your reasoning. The reflections might look cool, but
they generally just get in the way of flying the airplane. Same with
instrument glass reflections. Optional would be fine.


I have flown with some dirty and scratched windshields, and can verify what
Torsten says about brain adapting and masking out the stuff so that you
don't notice it in practice when you focus on other tasks in the cockpit.


//Tuomas

On 10.3.2012 11:41 Renk Thorsten wrote:
I have a request to aircraft developers.

I was trying the DR400 yesterday, and I liked the plane as such quite well
- but the canopy glass effect spoiled all my fun. The reflection effects
are just way too strong. I have a similar problem with the cockpit windows
of the CRJ700 which also dull the colors of the environment rather strongly.

I would ask that such effects are implemented optionally. I would like to
get the direct view outside without any glass effect. I was seriously
tempted to open ac3d and simply remove the offending window...

The reason for this has to do with perception: Glass may be dirty and have
lots of reflections, but we don't actually 'see' that. When looking through
a window, the eyes are focused for distance, whereas the glass stains and
reflections are near, so they create blurred images on the retina with
different depth information (i.e. different apparent locations in both
eyes). As a result, unless the window is very dirty, the visual processing
in the brain removes dirt and reflections very efficiently - in essence we
are able to look 'through' the dirt.

Now, when a realistic amount of dirt and reflections is rendered in front
of the outside scene on a flat screen, the brain lacks the depth
information and the eyes always focus on the screen, and  as a result
perception can not do this trick. So a seemingly realistic amount of
reflection on-screen end up simulating a very dirty and distorting glass
which I would never fly with in the first place - I'd clean my cockpit
window before takeoff.

So if implemented at all, I think the effect has to be very subtle, and in
my opinion only a minority of planes get this 'right'. Thus, please
consider it good practice to allow people to clean their windows and switch
all glass effects off.

Thanks,

* Thorsten
--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] scenery loading cleanup

2012-03-15 Thread Mathias Fröhlich

Good Evening,

Ok, no feedback to my comments here except Martin who tells me that the 
current checked in version behaves as expected.

I personally can understand that people want to have a local seperated 
directory for their own personal additions. Let it be additions to the scenery 
that are just being developed and not yet ready or may be just the personal 
garden gnome before your house that you are living in.

OTOH, reestablishing a completely unterminated accumulation behavior like we 
had before is problematic IMO since you will get duplicated models for really 
common use cases.
A terminated read accumulation sequence would help those who complained about 
the current behavior.
Terminating the read accumulation sequence can happen reliably on solid ground 
with an unmodified scenery. On sea this is not possible without modifications 
to 
the scenery that I cannot do myself.

So, I will now push something that is IMO not a real solution, since parts of 
the duplicate model problem is not solved correct. But it should cover most 
common use cases and enables people like Jon to continue developing scenery 
models without messing with outside provided files.

If somebody wants to change this behavior to something really reilable go 
ahead. But, since I will do further modification to the implementation of these 
code areas, please coordinate such changes with me for the next few weeks, 
else we will probably get needless merge conclicts.

Greetings

Mathias

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel