<p dir="ltr">On 30 Mar 2013 20:35, "Lars Hammarstrand" <<a href="mailto:lars.hammarstrand@gmail.com">lars.hammarstrand@gmail.com</a>> wrote:<br>
>> If the crash is reproducible with FFmpeg, you don't need xbmc to test.<br>
> Sounds very good, but how?  With the ffmpeg tools (ffplay, etc) as a stand alone package directly on ios?<br>
Exactly. This makes search for the problematic commit much easier, and also helps to fix it.</p>
<p dir="ltr">> Question. Most implementations of ffmpeg for ios I've found so far utilizes static ffmpeg libs (like xbcm do). Is there a known problem to use ffmpeg as dylibs on ios?  </p>
<p dir="ltr">Static libs are much easier in building, using, and debugging. Shared libs are cool if the OS supports easy ways to reuse them, and upgrade independently from the application that uses them, thus reducing the maintenance efforts (e.g. when a security patch is made for ffmpeg libs).</p>

<p dir="ltr">Unfortunately, iOS does not provide such mechanisms. That's why shared ffmpeg libs are rarely used on this platform.</p>
<p dir="ltr"> BR,<br>
Alex<br>
</p>