<div dir="ltr">2014-12-17 11:25 GMT+03:00 Rafaël Carré <span dir="ltr"><<a href="mailto:funman@videolan.org" target="_blank">funman@videolan.org</a>></span>:<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Check this patch:<br>
<a href="https://lists.mplayerhq.hu/pipermail/rtmpdump/2014-September/002380.html" target="_blank">https://lists.mplayerhq.hu/pipermail/rtmpdump/2014-September/002380.html</a><br>
<span class=""></span></blockquote><div><br> </div><div>Thanks for the answer (though this patch cannot help me because I'm using 
Zeranoe builds of libav libraries and cannot patch anything). I found how to "trick" librtmp into initializing itself via libav API so this issue isn't pressing for me anymore. However this bug remains, with at least Zeranoe builds (and probably many others) affected and it should be fixed in tree. <br>So my question remains. I hope someone maintaining librtmp is reading this list and can give some answer. Basically, either of "it is librtmp's bug and we won't fix it", "it is librtmp's bug and we are going to fix it", "it is not librtmp's bug because ffmpeg/libav is using it wrong in such and such ways" (in which case I'll go bug ffmpeg people) or "these API functions are not thread-safe and these are with following conditions" will do.<br> <br></div><div>Regards,<br></div><div>  Andrey Turkin<br></div></div></div></div>