[vlc-devel] [PATCH 1/6] input_item: add WITH_ASSOCIATED_MEDIA meta request

[Rémi Denis-Courmont]

Hi

I haven't considered what the proper behaviour would be. I just don't think it's right to delegate it to the application, as the app has less info, and the app dev likely less expertise than we do.

Le 4 décembre 2019 12:14:56 GMT+02:00, Alexandre Janniaux <ajanni at videolabs.io> a écrit :
>Hi,
>
>Would you suggest that we always parse associated medias like
>input slaves then?
>
>On Tue, Dec 03, 2019 at 08:21:05PM +0200, Rémi Denis-Courmont wrote:
>> Le tiistaina 3. joulukuuta 2019, 18.02.22 EET Alexandre Janniaux a
>écrit :
>> > This META_REQUEST_ parameter aims at enabling the parsing of
>> > input_slaves and similar mechanisms whenever the main media is
>asked to
>> > be parsed. It will be disabled in the default state, providing IO
>> > savings for use case which doesn't need it.
>>
>> This looks like a cop-out to me. How would the app developper know
>any better
>> than the demuxer or the core that it needs to set or clear the flag??
>> I don't think the app devs should be bothered with this
>implementation detail
>> of LibVLC.
>
>I don't really understand your point as is.
>
>This patch is mostly to have `libvlc_media_tracks_get` return
>the tracks from input_slave as well as the main input.
>
>In most case you don't care because the input slave is a
>subtitle file. But when you need es_id associated with the
>different tracks you must parse the given input_slave.
>
>I describe the case where it is needed in this patchset.
>
>Regards,
>--
>Alexandre Janniaux
>Videolabs
>_______________________________________________
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:
>https://mailman.videolan.org/listinfo/vlc-devel

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20191204/6dc5325d/attachment.html>