2008-09-12, 15:57
Problem:
The dvdplayer can init ffmpeg with the amount of available cores. This helps speedup the performance of x264 content and some other codecs. However this feature is disabled for windows as the dll crashes as soon as we start it with threads >= 2.
Approaches:
ffmpeg will be compiled on windows via mingw32. The problem is that depending on which gcc, binutils, ld and other components I use I get different results. Even compiling on different CPUs/OSs makes a difference for me.
On my MBP with Vista SP1 no binary worked regardless of gcc 3.4.5, 4.1.2, 4.2.4 or 4.3.2. On my AMD with XP SP3 I got working builds (one thread) only with 4.1.2 but got problems there yesterday too.
AreaScout a guy from the XBMC channel build up a mingw environment with my help and used exactly the configure options from our svn and the binary works!
It works on both PCs also with more than 1 thread and playback is much smoother.
Problems:
I took the same versions AreaScout used but still no working binary on both PCs. Next step might be to get his build environment to try it out.
Without reproducing it I can't commit the new dlls.
How you can help:
If there's anybody out there with experience in mingw who can explain me this behavior please get in contact with me.
If there's someone who got experience to cross compile win ffmpeg dlls on Linux please tell me how (also not working well, got a bunch of errors).
All hints are appreciated because I'm tired of this mingw environment showing me new and not reproducible behavior every day.
Thanks,
WiSo
The dvdplayer can init ffmpeg with the amount of available cores. This helps speedup the performance of x264 content and some other codecs. However this feature is disabled for windows as the dll crashes as soon as we start it with threads >= 2.
Approaches:
ffmpeg will be compiled on windows via mingw32. The problem is that depending on which gcc, binutils, ld and other components I use I get different results. Even compiling on different CPUs/OSs makes a difference for me.
On my MBP with Vista SP1 no binary worked regardless of gcc 3.4.5, 4.1.2, 4.2.4 or 4.3.2. On my AMD with XP SP3 I got working builds (one thread) only with 4.1.2 but got problems there yesterday too.
AreaScout a guy from the XBMC channel build up a mingw environment with my help and used exactly the configure options from our svn and the binary works!
It works on both PCs also with more than 1 thread and playback is much smoother.
Problems:
I took the same versions AreaScout used but still no working binary on both PCs. Next step might be to get his build environment to try it out.
Without reproducing it I can't commit the new dlls.
How you can help:
If there's anybody out there with experience in mingw who can explain me this behavior please get in contact with me.
If there's someone who got experience to cross compile win ffmpeg dlls on Linux please tell me how (also not working well, got a bunch of errors).
All hints are appreciated because I'm tired of this mingw environment showing me new and not reproducible behavior every day.
Thanks,
WiSo