On 1/3/16, Ganesh Ajjanagadde <gajja...@mit.edu> wrote: > On Sun, Jan 3, 2016 at 12:59 PM, Hendrik Leppkes <h.lepp...@gmail.com> > wrote: >> On Sun, Jan 3, 2016 at 9:42 PM, Ganesh Ajjanagadde >> <gajjanaga...@gmail.com> wrote: >>> This is a WIP patch for the RAM playlist format: >>> http://service.real.com/help/library/guides/realone/IntroGuide/HTML/htmfiles/ramfile.htm, >>> http://service.real.com/help/library/guides/realone/IntroGuide/HTML/htmfiles/ramsum.htm. >>> >>> The implementation is currently essentially a kitchen sink dump of >>> concatdec; hence the copyright notice is preserved. >>> >>> Metadata stuff is currently lacking. Feedback appreciated; this is my >>> first demuxer. >>> >>> Done some very simple, basic testing. >>> >> >> Playlists "intentionally" don't have demuxers, as they should probably >> be handled in a more generic top-level way. As you said, this is >> basically concatdec with parsing, which every playlist demuxer would >> likely end up being. >> Unfortunately, noone has yet finished any such API to handle this >> properly, hence no playlist support in FFmpeg yet. > > I get a sense that it is tedious, annoying, and with little benefit: > for a power user, they have zero benefit as one can simply use concat > and/or script a converter to the concat format. For a normal user, > downstream clients anyway handle playlists. > > Patch dropped; thanks.
If you really want something hard, write tivo demuxer. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
