[vlc-devel] [PATCH] avcodec: disable threading by default

Sergio M. Ammirata, Ph.D. sergio at ammirata.net
Sun Sep 16 14:19:47 CEST 2012

People playing files should not be penalized for this bug. Wouldn't it
cripple the ability of many computers to decode h264 HD videos? That was
the biggest achievement of this multithreading feature.

Perhaps it can be dynamic based on the input type and the GUI can display


On 9/16/12 3:22 AM, "Rémi Denis-Courmont" <remi at remlab.net> wrote:

>Le dimanche 16 septembre 2012 00:32:11, Edward Wang a écrit :
>> On 12-09-15 02:42 PM, Rémi Denis-Courmont <remi at remlab.net> wrote:
>> > Threading does not currently work with some codec profiles and is thus
>> > not suited as default. Threading is also known to deadlock in certain
>> > circumstances, such as if no data is ever received (a rather common
>> > scenario with network or DVB reception).
>> > 
>> > Fixed avcodec version should be checked before this is re-enabled.
>> But this would slow down decoding for those users where multi-threading
>> is working perfectly, no?
>There is nobody for whom it would be working perfectly.
>As far as I can tell, bugs affects all supported video codecs.
>Unsafe options have to be off by default. It's as simple as that. If you
>an alternative solution that does not crash VLC on network and DVB
>and does not cause a black stream on valid video, I'm all ears.
>Rémi Denis-Courmont
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:

More information about the vlc-devel mailing list