[Live-devel] Found document about RTP payload format of ASF

Derk-Jan Hartman hartman at videolan.org
Wed Jun 3 08:35:19 PDT 2009


On 3 jun 2009, at 17:17, Derk-Jan Hartman wrote:
> On 29 mei 2009, at 10:35, Ross Finlayson wrote:
>>> I know that live555 doesn't support X-ASF-PF format. And I 've  
>>> found a document (http://go.microsoft.com/fwlink/?LinkId=89814)  
>>> here (http://msdn.microsoft.com/en-us/library/cc245257(PROT. 
>>> 10).aspx). It mention about ASF file and also RTP payload format  
>>> of ASF. I think it will be useful for anyone want to write code to  
>>> handle this.
>>
>> Yes, if anyone were to implement this RTP payload format, I would  
>> likely add it to the released code.
>>>
>>> And one more thing, live555 doesn't support ASF, so why VLC player  
>>> use live555 library and it can play ASF ???
>>
>> Most likely because - in this case - VLC is downloading the file  
>> using HTTP, rather than RTSP.
>
> Much like MPEG-TS and MPEG-PS streams, ASF streams 'ASF files'. So  
> VLC opens a second demuxer for these streams, decodes the ASF  
> headers which are  in the Describe and feed them to this 2nd  
> demuxer, and then simply moves the ASF packets into the ASF demux.  
> It's not that hard to do, and you can easily get the required  
> information from the VLC source. We basically do the same with the  
> packets as we do with the packets we receive from MMS.
>
> Our implementation is not complete however, and it might be that we  
> are doing some things incorrectly. We basically just made a guess  
> about what would be in the packets we got from live555, based on our  
> knowledge about the MMS protocol. I'll open a bugticket in vlc with  
> this document so we can look at it more closely sometime.

I checked, and what VLC is doing is just skipping the first 4 bytes  
and praying it will work :D Which it surprisingly often actually does...
Must mean that the R, D and I bits are not that often set.

DJ


More information about the live-devel mailing list