Fix for compilation and segfault on Nokia N9/N950

[jflatt@…]

This includes ffmpeg upstream commit 8b454c352f49c2a61db37793d838b553db3da734, which fixes compilation on arm.

Also, QGLContext::getProcAddress is returning 0, but calls to dlsym succeed. I'm not sure if dlfcn.h is on other platforms, it probably needs ifdef'd, but this is a start.

[jflatt@…]

git diff

[markk]

For the proc address issue, can you check whether using QLibary works. So something like:-

result = QLibrary::resolve("libGL", (proc + exts[i]).toLatin1().data());

instead of using dlsym

[jflatt@…]

Yes, QLibrary works. For at least this particular device, the library name is libGLESv2. I still get an all-green video, possibly YUV2RGB conversion problem. UI is good, OSD is good, but CPU is just as high as xv-blit.

[beirdo]

The ffmpeg part of this is in master (will be 0.26) already.

As for the dlsym, do you have a new patch using the QLibrary call that would work for you? I think Mark's concern was with the portability to platforms such as Windows.

[jflatt@…]

diff using QLibrary

[jflatt <jflatt@…>]

In 8211f9ddf1c1bbb6c1fe6a888044072e8f87aa54/mythtv:

Use QLibrary to find libGLESv2 for ARM

Please let us know if this causes regressions in other GLES setups.

Fixes #10292

Signed-off-by: Gavin Hurlbut <ghurlbut@…>