[vlc-devel] Adapting to API changes. Getting a hold of intf_thread_t* inside a video filter2 module
nurupocontributions at gmail.com
Sun Sep 28 22:25:28 CEST 2014
>Not sure why you to get the playlist pointer from a video filter, but
perhaps not the best way to achieve what you want.
My VLC 2.1.x module listens for mouse clicks over the video picture (thus
video filter2) and pauses/resumes current playlist item is there is a mouse
Here is the module source
I wanted to send it on review for adding into VLC source tree, but that
requires it to be compatible with the master branch of git repository (VLC
3.0.0) and I have hard time porting it to VLC 3.x because of the API change
I mentioned before.
On Sun, Sep 28, 2014 at 10:30 AM, Rémi Denis-Courmont <remi at remlab.net>
> Le dimanche 28 septembre 2014, 04:03:36 nurupo contributions a écrit :
> > In VLC 3.0.0 pl_Get(...) has changed its argument type from vlc_object_t*
> > to intf_thread_t*, because of which my "video filter2" category module
> > needs to also be of "interface" category, in order to get a hold of
> > intf_thread_t* for pl_Get(...).
> Not sure why you to get the playlist pointer from a video filter, but
> perhaps not the best way to achieve what you want.
> Notably there is a clear need to pass the current input item to the outputs
> and filters. But the hypothetical method to address that requirement ought
> not involve the playlist in any way, if only because the playlist is not
> necessarily present.
> > Is there a way to have a single option in Preferences that would
> > enable/disable both the module and the submodule?
> Not currently.
> > Or, perhaps, there is some other way to call pl_Get(...) from a "video
> > filter2" category module?
> No, and there should not be IMNSHO.
> Rémi Denis-Courmont
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel