[vlc-devel] [PATCH] Add a libvlc_set_video_output function
hugo at beauzee.fr
Wed Feb 12 22:10:10 CET 2014
On Wed, Feb 12, 2014 at 10:28 PM, Rémi Denis-Courmont <remi at remlab.net> wrote:
> Le mercredi 12 février 2014, 21:17:25 Hugo Beauzée-Luyssen a écrit :
>> On Wed, Feb 12, 2014 at 8:06 PM, Rémi Denis-Courmont <remi at remlab.net>
>> > Le mercredi 12 février 2014, 19:33:10 Hugo Beauzée-Luyssen a écrit :
>> >> I completely agree with this. Yet again, that does not suit what I'm
>> >> looking for. More specifically, I'm interested in the video infos,
>> >> fps, dimensions, ... which are only accessible once the media
>> >> (including the video, obviously) is playing.
>> > No. It is accessible after the media was preparsed. There is no need to
>> > play at all.
>> My bad, I forgot to mention that I need to take a snapshot as well,
>> which requires a vout.
> Sorry but this is reaching absolutely stupid and ridiculous proportions.
That's quite relative, though I admit it's a pretty specific use case.
> You are trying to add a function that brings zero added value over
> libvlc_new() for its nominal use case (hiding video), that is really just a
> hack (since it would make much more sense to disable video completely),
> because you want to do hardly related things with the media player.
I beg to differ since there's no way to do what I want right now
(without rendering to a hidden widget, or into some ephemeral buffers)
It might be seen as a hack, though using vmem as a way to disable any
kind of rendering to a window/widget also is.
Yes it does things unrelated to a media player, that's because I'm not
writing a media player. Quoting https://wiki.videolan.org/LibVLC/,
«The libVLC (VLC SDK) media framework can be embedded into an
application to get multimedia capabilities.». Those capabilities being
getting some video informations such as width/height/fps, grabbing a
snapshot, among other things.
> No. LibVLC is enough bloated and confusing as it is, I do not want that kind
> of hacks. There has to be a sanity limit somewhere and this would be an
> absolutely terrible precedent.
So what about the alternative from the original propose? Providing a
way to "disable" video output (so actually using the dummy one
> Besides, you can already dump the video frames with the video callbacks and
> get the track meta data. Otherwise, this belongs in streaming output (not to
> mention gstreamer).
Yes we actually considered gMC, but VLMC did sound better.
mail: hugo at beauzee.fr
More information about the vlc-devel