[MPlayer-cvslog] r25899 - trunk/DOCS/tech/wishlist
rxt at rtogni.it
Tue Jan 29 22:34:45 CET 2008
On Tue, 29 Jan 2008 21:51:19 +0100
Ivo <ivop at euronet.nl> wrote:
> On Monday 28 January 2008 22:27, Roberto Togni wrote:
> > On Mon, 28 Jan 2008 12:49:31 +0100 (CET)
> > ivo <subversion at mplayerhq.hu> wrote:
> > > + - TiVo (ty streams, not TiVo To Go)
> > > + - VIVO
> > > + - VQF
> > This is decodeable only by a binary codec
> Yes, I know. The demuxer is fairly straightforward and I am looking into
> RE-ing the binary codec, but I'm constantly getting sidetracked. I need to
> find the spirit and some time to work on it for a while without being
If you want to RE it have a look at mp4 audio specs first, VQF (or at
least a part of it) should be an optional mp4 audio codec.
> > And btw i think that libpdemux must stay; single demuxers may be ported
> > to lavf, but MPlayer shuld keep its own complete data flow (stream
> > layer, demuxer layer, codecs, filters, ...).
> Yes, I agree. As long as there are things that are unacceptable for
> inclusion in lav*, which will probably be forever.
Btw I'd change the comment to say that add new things to FFmpeg is the
preferred way; I won't reject good code just because the contributor is
not interest to code it for FFmpeg instead.
> > Also whoever ports stuff to lav* should be careful on license issues
> > (i personally disagree to add GPL code to lav*, but I'm not the one
> > who have the final word on it).
> I agree with that too. That's why my last two demuxers for lavf were written
> from scratch to avoid any GPL tainting.
For files with a small number of contributors it's better to ask first,
probably it's possible to relicense them.
Better is the enemy of good enough.
More information about the MPlayer-cvslog