Ticket #551 (new enhancement)
Enhancements for ffmpeg 0.6.3 when dealing with live H264 stream
| Reported by: | ilevin | Owned by: | |
|---|---|---|---|
| Priority: | minor | Component: | avformat |
| Version: | unspecified | Keywords: | H264 |
| Cc: | Blocked By: | ||
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
Add abilities when writing to/reading from 3gp/mov format, and with no decoding/encoding (handling already encoding live stream from the net):
- To store/retreive "btrt" bitrate box
- Store/retreive "max NALU size" for H264 stream
- Read "udta" box on a stream level
Attachments
-
isom.h.diff
(1012 bytes) -
added by ilevin 19 months ago.
-
mov.c.diff
(9.0 KB) -
added by ilevin 19 months ago.
-
movenc.c.diff
(7.9 KB) -
added by ilevin 19 months ago.
Change History
comment:1 Changed 19 months ago by cehoyos
Please provide samples for "btrt" and "udta" and please explain why "max NALU size" is needed.
comment:2 Changed 19 months ago by ilevin
"max NALU size" was required in my project to be reported to the streamer, thus it will know whether transcoding is needed depending on remote end SDP negotiated abilities. For example, when streaming over network with MTU 1500, and negotiated mode 0 (disallowing fragmentation for H264 payload), transcoding is required if there is any NALU greater than 1468 in the stream. In my project, decision about switching transcoding on or off has to be taken upfront, thus knowing the maximum NALU size in all the packets in the stream is crucial.
"btrt" box serves similar purpose - we have restricted requirements on the high limits of the bit rate in the stream, and need to know maximum stream bit rate in a sliding window of a second upfront to decide whether trans-rating is required.
"udta" on a stream level may hold an SDP information in sub boxes, and we were required to utilize that info if it existed.
