[vlc-devel] [RFC] Moving services discovery out of the playlist
Rémi Denis-Courmont
remi at remlab.net
Sun Jun 10 17:52:11 CEST 2018
Le sunnuntaina 10. kesäkuuta 2018, 18.45.34 EEST Romain Vimont a écrit :
> On Sun, Jun 10, 2018 at 06:08:12PM +0300, Rémi Denis-Courmont wrote:
> > Le sunnuntaina 10. kesäkuuta 2018, 17.14.43 EEST Romain Vimont a écrit :
> > > AFAIU, this is what happens at the playlist level currently (as a
> > > consequence, in the UI, items provided by the SD and by preparsing
> > > appear in a single tree).
> >
> > No. The SD subtrees are currently expressly marked read-only in the
> > playlist mapping. The SD adds and removes items via SD callbacks or input
> > item node callbacks.
>
> IIUC, this is what happens here.
>
> The SD adds and removes items via SD callbacks:
>
> <https://github.com/rom1v/vlc/blob/sd/src/media_browser/media_browser.c#L61>
Perhaps, but the document submitted for review does not separate write access
from read access to the tree in any way, implying that it's free for all.
> or input item node callbacks:
>
> <https://github.com/rom1v/vlc/blob/sd/src/media_tree/media_tree.c#L131>
Input item node callbacks need to die.
They cannot be used without lock inversion or almost.
But that is a separate and preexisting issue.
--
雷米‧德尼-库尔蒙
http://www.remlab.net/
More information about the vlc-devel
mailing list