On Sun, Jan 3, 2016 at 1:05 PM, wm4 <nfx...@googlemail.com> wrote: > On Sun, 3 Jan 2016 21:59:21 +0100 > 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. > > Cancatenating all playlist entries? That seems very strange.
Am curious: isn't that what playlists are generally speaking? > > I remember a branch in Libav which attempted to export playlists via > API, but work on it has stopped. > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-devel _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
