<div dir="ltr"><div>I pushed my patches in my github here: <a href="https://github.com/tguillem/vlc-android">https://github.com/tguillem/vlc-android</a> .</div><div><br></div><div>I think it's always better to use MediaCodec than IOMX when it's available.</div>
<div><br></div><div>I don't think we should pull my last patch that enable iomx for jb, jbmr2, and kitkat (or maybe put a debug/config to enable it) since it may cause some instability.</div><div><br></div><div>Indeed, with a Nexus 7v2 (QCOM) on android 4.4, IOMX (with or without hwbuf) make mediaserver crash. No problem for vlc because it fallback to libav.</div>
<div>It need to check that crash later, I tested on Archos Video Player and I can't reproduce it using the same conditions.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-06-29 22:08 GMT+02:00 Martin Storsjö <span dir="ltr"><<a href="mailto:martin@martin.st" target="_blank">martin@martin.st</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thu, 26 Jun 2014, Thomas Guillem wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Here is my set of patches that goes with my other set of patches I proposed on<br>
vlc-devel mailing list that enable android hardware buffers on OMX.<br>
<br>
- I added some symbols on android-libs that are needed by GraphicBuffer on<br>
  iomx.cpp.<br>
<br>
- I also added some gingerbread headers to enable iomx_hwbuffer.c build, but<br>
  I'm not sure that we can use HW buffer on gingerbread, I need to check that<br>
  later.<br>
<br>
I also have local big patches that add headers for jb, jbmr2 and kitkat, but I<br>
don't know if submitting a 6MB patch is well appreciated on a mailing list.<br>
</blockquote>
<br></div>
It's probably better to push those to a git clone somewhere (e.g. github) and we can fetch them from there, instead of mailing them.<br>
<br>
I'm pretty sure plain jb used to work with the ics headers at least for the normal indirect rendering, but the ABI for direct rendering might require separate headers.<br>
<br>
I also thought that the normal iomx decoding on jbmr2 worked fine with ics headers, but when I tested this now I do indeed need new headers for this as well. So either we should add those and build a separate libiomx-jbmr2.so, or change the limits in vlc-android/src/org/videolan/<u></u>libvlc/LibVLC.java to make sure we don't try to load libiomx-ics.so on JB MR 2. (Is there any modern device where MediaCodec is available, where it works worse than IOMX?)<br>

<br>
// Martin<br>
______________________________<u></u>_________________<br>
Android mailing list<br>
<a href="mailto:Android@videolan.org" target="_blank">Android@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/android" target="_blank">https://mailman.videolan.org/<u></u>listinfo/android</a><br>
</blockquote></div><br></div>

<br>
<p><span style="color:rgb(136,136,136);font-family:arial,sans-serif;line-height:18.1875px;background-color:rgb(255,255,255)">This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited. E-mail messages are not necessarily secure. Archos does not accept responsibility for any changes made to this message after it was sent.</span></p>