[FFmpeg-devel] [PATCH] Make RM demuxer behave better with -an option
Ronald S. Bultje
Mon Mar 2 21:24:51 CET 2009
On Mon, Mar 2, 2009 at 1:01 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> the important part is that that maintainer understands rmdec and doesnt
> just rewrite it _because_ he does not understand it ...
I think Kostya and I both understand the current demuxer and we are
just slightly negative about it because it is flawed in several ways.
Most likely simply because this was a quick, dirty and easy way to
implement a demuxer in 100 lines of code which can read 1-2 files on
the web. You could do the same for avi, it would read a few files and
fail on many others. In order to structurally get it in a state where
it can support all of these rm files out there, some major surgery is
I'll do some work here and there (like I said, index-reading, which
will make seeking easier, multirate-files, some general refactoring to
decrease duplicate code, etc.), but I'm not sure if I'd be a good
maintainer - I tend to do what's needed to make "it" consistently play
files up to a level that I find interesting (technically,
content-wise, or whatever) and then move on to the next feature which
sucks more than a certain threshold. So once rm is done, I'll just
work on something else again.
MMS is still high on my list, maybe MS-HTTP (it's like MS-RTSP), and
at some point I'd like to attempt DVD playback (and maybe, later on,
bluray) with ffmpeg. I'm always open to suggestions, someone suggested
RTMP (flash servers), and I'm sure there's other requests out there.
More information about the ffmpeg-devel