I found that the change also bumps the frame rate from 30 to 60 fps when
rendering with vsync enabled on the Lumia 550. If there are no downsides,
shoudn’t the change be applied in general?
---------- P?vodn? zpr?va ----------
Od: Sylvain Becker <sylvain.becker at gmail.com>
Komu: SDL Development List
Datum: 28. 1. 2016 8:48:23
P?edm?t: Re: [SDL] SDL_RenderCopy very slow on Lumia 520 Windows Phone 8.1
I got a similar issue on Windows 10, on a Lumia 1320 phone.
Rendering was jerky, compared to IOS, and compared to Android.
And also compared with the same phone running an old Windows 8 app build
(with SDL2 code like it was 1.5 year ago).
I found out (and reported) this small modification :
in the file “SDL_render_d3d11.c” (line 1423), change the “BufferCount” from
"2" to “3”.
SylvainOn 27 January 2016 at 23:28, John Girvin <hello at nivrig.com (mailto:hello at nivrig.com)> wrote:
I made a simple “BunnyMark” style benchmark with SDL2.0.4 based on
SDL_RenderCopy-ing as many moving 32x32 sprites to the screen as
possible while maintaining 60fps. An iPod 4 can manage about 1100 such
sprites before slowing down, but when I tried the same code on a Lumia
520 it could barely manage 10% of that. The Lumia benchmarks a little
faster than an iPod 5 in general, so something seems off here.
The device was running the latest Windows Phone 8.1 and everything was
built from source in release mode.
I confirmed SDL was using the D3D11 render path, but I also got the same
ballpark result when using the OpenGLES renderer via ANGLE.
I ran a similar Cocos2DX benchmark that could animate 2200 sprites @
60fps on the same device, I believe with an OpenGLES render path.
This is a profiling run of the SDL code:
D3D11_UpdateVertexBuffer is the major CPU hog. I don’t know anything
about D3D programming so I stopped there.
Complete VS2015 Community Solution:
Am I doing something stupid here (other than running contrived
benchmarks, obv) ?
SDL mailing list
SDL at lists.libsdl.org(mailto:SDL at lists.libsdl.org)
SDL mailing list
SDL at lists.libsdl.org