[vlc-devel] [PATCH] decoder: fix NULL dereference when video format is updating

Rémi Denis-Courmont remi at remlab.net
Tue Apr 28 10:58:29 CEST 2015

Le 2015-04-28 11:49, Thomas Guillem a écrit :
>> But at any other times, the decoder thread can indeed read the value
>> without
>> lock, so vout pointer must be read-only.
> Could we add a rwlock to protect p_vout and p_aout ?

How does that help in any way?

>> > If it's not the case anymore, we should add
>> > locks everytime we read p_vout from this thread. Am I right ?
>> Yes.
>> And also somehow ensure that pictures from a previous vout (before 
>> last
>> format
>> update) is not queued to the current vout. It could be argued that
>> threaded
>> decoder plugins should be responsible for this though.
> Could we add a i_id in vout_thread_t, that is incremented from
> vout_Request ?
> This i_id will be set to a p_pic->i_vout_id from vout_GetPicture.

We could already check if the picture is part of the current pool; 
there is no need for a fugly generation counter. But I just don't see 
how that helps eitehr way: the picture needs to be rendered afterall.

Rémi Denis-Courmont

More information about the vlc-devel mailing list