mirror of
https://git.ffmpeg.org/ffmpeg.git
synced 2025-12-13 02:20:07 +01:00
2 byte shorter userdata for mpeg4
in the past it was startcode,string,00,7F,startcode now it is startcode,string,stratcode both are mpeg4 compliant, as according to the standard the userdata lasts until the next 00 00 01 (startcode prefix) but some very primitive decoders which simply skip until the first 00 byte and then expect the next valid startcode might fail with the old variant, just a theory though (didnt test if quicktime can decode it now) Originally committed as revision 2767 to svn://svn.ffmpeg.org/ffmpeg/trunk
This commit is contained in:
@@ -378,7 +378,7 @@ static void jpeg_put_comments(MpegEncContext *s)
|
||||
/* JFIF header */
|
||||
put_marker(p, APP0);
|
||||
put_bits(p, 16, 16);
|
||||
put_string(p, "JFIF"); /* this puts the trailing zero-byte too */
|
||||
put_string(p, "JFIF", 1); /* this puts the trailing zero-byte too */
|
||||
put_bits(p, 16, 0x0201); /* v 1.02 */
|
||||
put_bits(p, 8, 0); /* units type: 0 - aspect ratio */
|
||||
put_bits(p, 16, s->avctx->sample_aspect_ratio.num);
|
||||
@@ -393,7 +393,7 @@ static void jpeg_put_comments(MpegEncContext *s)
|
||||
flush_put_bits(p);
|
||||
ptr = pbBufPtr(p);
|
||||
put_bits(p, 16, 0); /* patched later */
|
||||
put_string(p, LIBAVCODEC_IDENT);
|
||||
put_string(p, LIBAVCODEC_IDENT, 1);
|
||||
size = strlen(LIBAVCODEC_IDENT)+3;
|
||||
ptr[0] = size >> 8;
|
||||
ptr[1] = size;
|
||||
|
||||
Reference in New Issue
Block a user