(2012-10-16, 10:23)Memphiz Wrote: 3 devs of team xbmc have given that ffmpeg/stagefright approach a shot over the last 2-3 months (totally independend of each other). All of them (incl. me) have run into problems during runtime that it can't load the libavcodec.so because of missing/wrong symbols in libstagefright (OMXCodec::Create in my case). So as easy as this might sound - this won't work for us. But feel free to give it a shot - maybe you find the missing bit.
Ok.. I have not had time to look at it more yet...
Then there is the second approach... Most larger Android platforms (read; Qualcomm, TI and at least ST-Ericsson... Probably Samsung Exynos) have implemented OpenMAX IL compliant components for hw decoding video (They are most often just mapped over to stagefright, but, Ive heard that stagefright has some extra stuff for their IL codecs)...
The second approach is to actually leviate the OpenMAX IL standard.. We just want to use the standards compliant codec to use the hw decoder...
It is _very_ easy to use the OpenMAX IL components.. I think that a ffmpeg OpenMAX IL decoder could be implemented (if not already done by someone?) ... I have seen the core/omxplayer for tegra 2, and, with some adaptations, that might be usable for other platforms aswell (try to workaround the non-standard bits).
Other than the libstagefright approach or the OpenMAX IL approach we might be limited to using JB via the new MediaCodec interface (but skipping the JAVA parts, and go native directly!)... But then we lock out all the non-JB guys.
Any other ideas?
Regards // Robert