Re: [Flightgear-devel] More Rembrandt Feedback

2012-04-06 Thread Gene Buckle
On Fri, 6 Apr 2012, Heiko Schulz wrote:

> Hello,
>
> The Cub behaves perfect- here a little video showing beside the cockpit 
> shadowing also the terrain shadowing:
> http://www.youtube.com/watch?v=Zcj7jpuhLeU
> Please watch in HD

Very, very nice!

g.

-- 
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby.  Geeks collect hobbies.

ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarletdme.org - Get it _today_!

Buying desktop hardware and installing a server OS doesn't make a
server-class system any more than sitting in a puddle makes you a duck.
[Cipher in a.s.r]

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] More Rembrandt Feedback

2012-04-06 Thread Heiko Schulz
Hello,

Frederic Bouvier wrote:
> This is just designers' art. The light poles don't have hard edges.
> With a carefully designed light volume and well tune attenuation 
> parameters, the hard edges will disappear after some iterations.

Thanks for the input here and on youtube. I tried your tips and tricks, and 
indeed it works. Unfortunately the EC130B4 isn't well for this, as the 
landinglight is directly behind and under the cockpit so I didn't managed it 
there. 
The updated EC130B4 helicopter btw. is now in FGdata.

Frederic Bouvier wrote:
> The cost of shadows is the difference in fps between night and day, as 
> shadow rendering is disabled at night. The scene is rendered in the 
> shadow map with front face culling on, so the terrain is only draw 
> in the shadow map when the sun is near the horizon

It seems to me that the sun don't must be quite near the horizon to have 
selfshadowing terrain. Sometimes I see some shadows caused by the terrain  even 
at noon in the summer. (airport-edges...)

Nethertheless- perfomance has much increased now! :-)
Depending on the aircraft I can get now 30-60 fps at noon with 
materials-dds.xml, trees and clouds with my standard settings. That's compared 
with 2.6.0 only a little less.
Only in regions with many objects like LOWI framerates are much, much lower 
compared with 2.6.0.

To my surprise hight-vertice-count aircraft like the VelocityXL-RG by Gary 
Neely shows pretty good framerates (around 30-34fps) in cockpit mode compared 
with other similar aircraft with lower vertice count and lower number of 
instruments. No idea how he managed it...

The Cub behaves perfect- here a little video showing beside the cockpit 
shadowing also the terrain shadowing:
http://www.youtube.com/watch?v=Zcj7jpuhLeU
Please watch in HD

Btw.: Terrain-selfshadowing was a feature only in MS Flight. It seems it was... 
;-)

Thanks for all the work
Heiko

still in work: http://www.hoerbird.net/galerie.html
But already done: http://www.hoerbird.net/reisen.html

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Recent GIT version fails to compile (fgadmin_funcs)

2012-04-06 Thread Björn Kesten
Hello everyone,

I hope this is the right place for GIT version related things.


Anyway, I can't compile the newest build from GIT ('next' branch).

Console output:
"[ 97%] Building CXX object
utils/fgadmin/src/CMakeFiles/fgadmin.dir/fgadmin_funcs.cxx.o
/home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx:
In function ‘void remove_dir(const char*, void (*)(void*, int), void*,
bool)’:
/home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx:363:39:
error: ‘unlink’ was not declared in this scope
/home/bjoern/fg_git/sources/flightgear/utils/fgadmin/src/fgadmin_funcs.cxx:369:25:
error: ‘rmdir’ was not declared in this scope
make[2]: *** [utils/fgadmin/src/CMakeFiles/fgadmin.dir/fgadmin_funcs.cxx.o]
Error 1
make[1]: *** [utils/fgadmin/src/CMakeFiles/fgadmin.dir/all] Error 2
make: *** [all] Error 2"

This has been going on since yesterday evening and I've tried two or
three times with all new clones from GIT.
I'm not sure if the build on Jenkins is using the "broken" code (which
would make this an error on my end) or not.


Any ideas?


Regards,
Björn

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel