[FFmpeg-devel] Realmedia patch
Sun Aug 31 21:46:42 CEST 2008
Ronald S. Bultje wrote:
>>> I'll first try to get in what works, is that OK?)
>> Ok for me (if an explicit error message is generated when unsupported
>> streams are found... Right now, the rtsp demuxer seems to continuously
>> parse incoming packets, silently failing without generating any output...
>> As a result, ffplay stalls).
>> Of course, we need Michael's and Luca B's opinions about this.
> Just wanted to get back to this one.
> I tested several of the streams that originally failed and now work.
> There's two reasons why it would fail:
> 1: the OpaqueData can apparently have two layouts:
Until support for this is in svn, we should have an error message
and the parse function failing (so that a user can easily understand
that a stream is unsupported, and why)
> 2: codec - one .ra4 stream I found uses the "SIPR" codec, which (I
> think) is a codec for which no free software implementation exists,
> and the rm demuxer doesn't recognize it.
Then, the RM demuxer should create a stream with an unknown codec,
and ffplay (or ffmpeg) should fail while trying to open the codec.
> In these cases, ffplay tries to play it anyway and stalls, I think
> that's an ffplay bug.
I am not sure about this... When I try to play a file containing
unsupported audio or video, ffplay complains and exits with an error.
So, this issue needs to be better investigated (why is ffplay not
receiving an error when trying to open an unknown codec? Maybe the
RM demuxer is creating the stream with a wrong codec type?)
More information about the ffmpeg-devel