<div dir="auto">In our project we successfully created stream context from one thread and read packets from separated threadpool. It looks like nothing depends on specific thread.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 18, 2022, 14:35 Olzhas Zhumabek <<a href="mailto:anonymous.from.applecity@gmail.com">anonymous.from.applecity@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">> 

With threads you want parallelism not sequential access so to me it doesnt make too much sense to have it moved around.<div><br></div><div>At the moment I have a task scheduling framework that schedules tasks to idle threads. The ffmpeg encoding/decoding is thus sliced into tasks and those get picked up by idle threads. I just wanted to know if I need to have a deeper look into my code or if accessing AVFormatContext from different threads (without simultaneous access) is not okay.</div><div><br></div><div>I have a working version that uses only one thread created manually outside of the framework (thus it ensures that AVFormatContext will always be accessed from the same exact thread).</div></div>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org" target="_blank" rel="noreferrer">Libav-user@ffmpeg.org</a><br>
<a href="https://ffmpeg.org/mailman/listinfo/libav-user" rel="noreferrer noreferrer" target="_blank">https://ffmpeg.org/mailman/listinfo/libav-user</a><br>
<br>
To unsubscribe, visit link above, or email<br>
<a href="mailto:libav-user-request@ffmpeg.org" target="_blank" rel="noreferrer">libav-user-request@ffmpeg.org</a> with subject "unsubscribe".<br>
</blockquote></div>