[Live-devel] Develop H.264 Support

[Engin Kurutepe]

Another option would be using the rtp output format of the reference  
h.264 encoder. In this format NAL units are written in a file as  
single-NALU RTP packets. additionally there is 8 byte padding between  
each packet, which also specifies how large each following packet is.  
FUA-fragmenter in the live library can handle framing these NAL units  
to provide non-interleaved h.264 streaming functionality.

I think this format can be used to implement a  
"testH264VideoStreamer". I am trying to do this now. I'd be happy to  
release the files once they are complete, if they'd be any help to  
anyone.

Which brings another question about H.264. I could not see any  
subsession class for h.264. I presume this has to be implemented from  
scratch for an on-demand h.264 test server. is that right?

Happy Holidays,
Engin.

On 24.12.2006, at 09:33, Ross Finlayson wrote:

>> Most of the time, when no container is used, raw H264 frames are
>> simply put in a ".h264" file.
>
> The trouble with this approach is that I'm not sure whether 'raw
> H.264 frames' - simply concatenated together with nothing separating
> them - can be parsed into discrete NAL units.  (This would be
> necessary in order to stream the data.)
>
> People sometimes overcome this problem by prepending the byte string
> 0x00 0x00 0x01 to each NAL unit in the file - allowing the NAL units
> to be parsed from the file later.  However, I'm not sure if that's an
> official file format that's written up anywhere.
>
> Once again, this is why there's no "testH264VideoStreamer" - because
> there just doesn't seem to be an official recognized file format for
> "H.264 Video Elementary Stream data".
> -- 
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>