[vlc-devel] [RFC 1/2] player info
thomas at gllm.fr
Mon Jul 1 15:24:30 CEST 2019
On Sat, Jun 29, 2019, at 16:13, Rémi Denis-Courmont wrote:
> Le lauantaina 29. kesäkuuta 2019, 13.34.48 EEST Thomas Guillem a écrit :
> > On Sat, Jun 29, 2019, at 10:17, Rémi Denis-Courmont wrote:
> > > Le keskiviikkona 26. kesäkuuta 2019, 23.24.44 EEST Romain Vimont a écrit :
> > > > On Wed, Jun 26, 2019 at 10:23:47PM +0300, Rémi Denis-Courmont wrote:
> > > > > Hi,
> > > > >
> > > > > This looks massively over-engineered and invasive just to request the
> > > > > name
> > > > > of the access, demuxer, decoders and outputs to the input meta data.
> > > >
> > > > What would you do instead to display something similar to the old
> > > > "module tree" in the UI?
> > >
> > > Refer to the vlc-devel or Trac archives.
> > Yes, the player info come from that, we decided together with Romain.
> > It seems that we didn't understand each others.
> > So, could you please explain what you have in mind ?
> I suggested to use the input and ES metadata and I don't exactly see how this
You mean "info_category_AddInfo()" ? It is something I discovered recently, I didn't think about it. It could work yes.
> over-engineered patch has anything to do with what I suggested, nor how it
> addresses my requirement to work with all major interfaces (not only Qt) and
> with LibVLC.
The current proposal can be ported to libVLC and can be used by every interfaces.
But info_category can do that too.
> But of course, some stated on Trac that all of my several proposals failed to
> address the problems, without elaborating how and why, so don't ask me.
I don't remembered anything about ES meta. I just read the track ticket again and saw your comment about it. So, I totally missed it but I don't think I said it failed to address the problems
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
More information about the vlc-devel