[FFmpeg-devel] mms:// protocol support

[Raymond Walsh]

Ronald

Once I strstr the mms:// out of the xml, the audio plays nicely.
I'd thought that the "asx_demuxer" was going to take the first-level  
(http) url and automagically redirect me to, or proxy for me, the mms  
data.

Would it be overly-ugly to fill out the callbacks for the asx_demuxer  
to act as a proxy for the native_mms_demuxer ?
-- During the probe phase, call av_open_input_file with the  
discovered mms:// url
-- In all other callbacks, forward the parameters to the  
native_mms_demuxer's callback

I haven't thought that one all the way through, so it could be a non- 
starter, but I was hoping to let libavformat handle all urls, rather  
than preprocess every input url looking for ".asx?obj=" or whatever  
signatures I'm going to support.

Is there some mechanism for the asx demuxer to kick back a redirect  
to av_open_input_file (I don't see anything like that in utils.c) ?
For example, could asx_probe modify "AVProveData *p" which would  
trigger av_open_input_file to invalidate the "fmt" and start again  
(with av_probe_input_format)
-- I know that doesn't sound pretty. I'm asking if there is something  
like this already, rather than suggesting this change.

ray

On Aug 2, 2007, at 10:27 AM, Ronald S. Bultje wrote:

> Hi,
>
> On 8/2/07, Raymond Walsh <raymond at lala.com> wrote:
>>
>> I've added native_mms.c to my local copy of libavformat, but clearly
>> I am missing something (or doing something wrong).
>> [..]
>> I feed in "http://mfile.akamai.com/14118/wm2... et cetera"
>
>
> Just open it in a text editor and read the mms URI and fead it to  
> ffplay
> directly. Then it works.
>
> Ronald
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
> http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel