On Wed, 2009-10-07 at 09:18 +0000, Stuart Buchanan wrote:
> Scott Hamilton wrote:
> >On Tue, 2009-10-06 at 22:06 -0400, William Harrison wrote:
> >
> >>> Maybe it's just me, but has anyone noticed a dramatic performance
> >>> decrease with 3d clouds after this patch?
> >>
> >> yep, from 30fps to 2fps...
OK, I hope this reproducer scenario helps;
1. don't turn on 3D clouds from command line, don't specify any weather
(manual metar), default; scattered at 4000ft and cirrus at 19500
25-31fps
2. go into rendering options, turn on 3D clouds
2-3fps
3. change 19500 from cirrus to clear
2-6fps
4. change 4000 from scattered to few
remains 2-6 fps
5. change 4000 from few to clear
20-24fps
6. turn OFF 3D clouds (so there is no 3D or 2D clouds)
23-26fps
I last built fgfs 2009-10-03 19:23 (Sydney time)
I've now done a cvs update and 'make clean' on SimGear and FlightGear
and updated data/Shaders/
1. same as a above. The cmd line is; bin/fgfs --enable-sound
--enable-hud --aircraft=A380 --airport=YSSY --runway=34L
--timeofday=afternoon
28-32fps
2. go into rendering options, turn ON 3D clouds
7 fps
3. change 19500 from cirrus to clear
remains 7fps
4. change 4000 from scattered to few
10-11fps
5. change 4000 from few to clear
23-27fps
6. turn OFF 3D clouds
remains 23-27fps
Operating System: openSuSE 11.1 (kernel2.6.27.29-0.1-default )
Model: "nVidia Quadro FX 580"
I'm assuming shaders need some OpenGL help;
# glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float,
GLX_NV_swap_group,
GLX_EXT_framebuffer_sRGB,
GLX_NV_multisample_coverage
client glx vendor string: NVIDIA
Corporation
client glx version string:
1.4
client glx
extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_ARB_create_context,
GLX_NV_float_buffer,
GLX_ARB_fbconfig_float,
GLX_EXT_fbconfig_packed_float,
GLX_EXT_texture_from_pixmap,
GLX_EXT_framebuffer_sRGB,
GLX_NV_present_video,
GLX_NV_multisample_coverage
GLX
extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync,
GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,
GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float,
GLX_NV_swap_group,
GLX_EXT_framebuffer_sRGB,
GLX_NV_multisample_coverage,
GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA
Corporation
OpenGL renderer string: Quadro FX
580/PCI/SSE2
OpenGL version string: 3.0.0 NVIDIA 180.44
I hope something here helps, as they do look good, but I can't get off
the ground to see them :)
cheers
S.
>
> I'm very surprised that performance has decreased so significantly. However,
> there is a possible explanation.
>
> The code falls back to a 2D cloud layer if a 3D cloud isn't defined for a
> specific cloud type (st, ac etc.). IIRC
> previously we didn't define a 3D stratus layer, so we'd get a 2D layer
> instead.
>
> The updated 3D clouds include stratus layers (which look rather nice IMO),
> but require quite a larger number
> of sprites - something like 40 per cloud. I've seen a small perf hit from the
> new stratus layers, but nothing like
> what you have reported.
>
> I suspect what you are seeing if the difference between a 2D and 3D cloud.
>
> What performance change are you seeing with, say, cumulus clouds, which
> haven't changed much?
>
> BTW - I've updated Docs/Readme.3Dclouds with information on the new format,
> if anyone is interested in enhancing
> the clouds.
>
> -Stuart
>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
