<div dir="ltr">Carl, have you seen my code? I use nothing except libav methods, so maybe yes, there is something with my code, but could you be more specific?<div><div>Also FFmpeg tries to determine framerate based on container information, while I need to detect it from bitstream. So it's different approaches.</div></div></div><br><div class="gmail_quote"><div dir="ltr">пн, 20 авг. 2018 г. в 0:24, Carl Eugen Hoyos <<a href="mailto:ceffmpeg@gmail.com">ceffmpeg@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2018-08-19 19:22 GMT+02:00, Vasiliy Volkov <<a href="mailto:volk.vasiliy@gmail.com" target="_blank">volk.vasiliy@gmail.com</a>>:<br>
<br>
> While working on application based on libav* we've encountered strange<br>
> decoder behavior: it detects wrong input framerate when we specify more<br>
> than 1 thread to it. So it looks like a bug, but maybe we do something<br>
> wrong?<br>
> The problem with framerate detected by decoder: when we set 1 decoder<br>
> thread it detects framerate correctly, but when we set 2 or more it doubles<br>
> the framerate.<br>
><br>
> Here is a minimal code with h264 sample bitstream for reproduce such<br>
> behavior: <a href="https://yadi.sk/d/SBC1mv_L3aNJKK" rel="noreferrer" target="_blank">https://yadi.sk/d/SBC1mv_L3aNJKK</a><br>
<br>
While H.264 timestamps (and therefore framerate) can be wrong with<br>
FFmpeg (this is a long-standing issue), I always get "50fps" for the<br>
given sample with current FFmpeg, no matter the number of threads,<br>
so I suspect the issue is in your code.<br>
<br>
Carl Eugen<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" rel="noreferrer" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</blockquote></div>