[vlc-devel] [RFC PATCH 8/9] RFC: es_out: fix group_id and i_id collision

Thomas Guillem thomas at gllm.fr
Fri Feb 14 10:42:14 CET 2020

On Thu, Feb 13, 2020, at 19:01, Rémi Denis-Courmont wrote:
> Le torstaina 13. helmikuuta 2020, 13.03.37 EET Thomas Guillem a écrit :
> > Now the big question, do we want to do the same with libvlc ?
> Of course, we do. LibVLC should not have a worse interface, should it?
> We still lack a synchronous interface, that would be better for programmatic 
> (non-interactive) use cases, but that's a separate problem also affecting the 
> core.

What do you mean with programmatic interface ? Is that what I'm trying to do ? Having a way to select a track via a string, before the player is even started.

> > (...) But I still want to be able to select a track by its string_id.
> > Mainly to restore the player previous state from a db.
> For that, you need a reproducible serial identifier. The string identifier in 
> this patch is *no* such thing. It is a serial but unreproducible identifier. It 
> might work for RPC use cases like HTTP and D-Bus controls, but it won't work 
> for replaying the same MRL.
> There are several sources of non-determinism between the MRL and the ES output 
> that would need to be resolved first.

Is it possible to tell me which one ?

If I understand correctly, there can be some case where tracks are not added in the same order, and it will impact the id order.

A lot of demuxers are adding track in the open callback(). In that case, the order is always the same, do we agree ? 

> -- 
> レミ・デニ-クールモン
> http://www.remlab.net/
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel

More information about the vlc-devel mailing list