On 2012-02-10 13:11:49 +0000, Gil Pedersen wrote: > On 10/02/2012, at 10.20, Martin Storsjö wrote: > > > On Fri, 10 Feb 2012, Luca Barbato wrote: > > > >> On 2/10/12 12:01 AM, Martin Storsjö wrote: > >>> --- libavformat/mpegtsenc.c | 3 ++- 1 files changed, 2 insertions(+), > >>> 1 deletions(-) > >> > >> Assuming it won't break anything or generate faulty ts, ok. > > > > TS files generated with 3 byte start codes (stream copy from RTP/H264) > > played back fine in both VLC and avplay, with this patch applied. > > > > I'll push this in a while then, if there's no objections. > > This would generate non-compliant streams. H.264 Annex-B coded streams > mandate that the first start code is at least 4 bytes long,
It mandates an extra zero byte before the fisrt start code prefix of every access unit and the muxer expects complete access units. > and additionally ISO/IEC 13818-1 requires it to be exactly 4 bytes. start codes in ISO 13818-1 are always 4 bytes but this checks only the start code prefix which is always three bytes. Janne _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
