Okay, I can reproduce the issue:
results in:
results in:
=> They both seem to be the same.
Then I looked at the output of mkvinfo for '0:5':
for '0:6':
-> seems to me like a bug in ffmpeg.
Cu Selur
I:\Hybrid\64bit>mkvmerge --ui-language en -o "E:\Output\using5.mkv" --global-tags "E:\Output\mkvtags_2022-07-27@16_31_24_2910__02.xml" -d 0 --default-track 0:yes --colour-matrix 0:5 --default-duration "0:25/1fps" --aspect-ratio-factor 0:1/1 --fourcc 0:MP4V --no-chapters --compression -1:none --forced-track 0:yes --field-order 0:0 --no-audio --no-subtitles "E:\Output\2022-07-27@16_31_24_2910_01.264"
mkvmerge v69.0.0 ('Day And Age') 64-bit
'E:\Output\2022-07-27@16_31_24_2910_01.264': Using the demultiplexer for the format 'AVC/H.264'.
'E:\Output\2022-07-27@16_31_24_2910_01.264' track 0: Using the output module for the format 'AVC/H.264 (unframed)'.
The file 'E:\Output\using5.mkv' has been opened for writing.
Progress: 100%
The cue entries (the index) are being written...
Multiplexing took 0 seconds.
I:\Hybrid\64bit>ffprobe.exe -hide_banner "E:\Output\using5.mkv"
Input #0, matroska,webm, from 'E:\Output\using5.mkv':
Metadata:
encoder : libebml v1.4.2 + libmatroska v1.6.4
creation_time : 2022-07-27T14:34:33.000000Z
Encoding Gui : Hybrid 2022.07.24.1
Duration: 00:00:17.16, start: 0.000000, bitrate: 428 kb/s
Stream #0:0: Video: h264 (High), yuv420p(tv, bt470bg/unknown/unknown, progressive), 640x352 [SAR 1:1 DAR 20:11], 25 fps, 25 tbr, 1k tbn (default) (forced)
Metadata:
BPS : 423867
DURATION : 00:00:17.160000000
NUMBER_OF_FRAMES: 429
NUMBER_OF_BYTES : 909196
_STATISTICS_WRITING_APP: mkvmerge v69.0.0 ('Day And Age') 64-bit
_STATISTICS_WRITING_DATE_UTC: 2022-07-27 14:34:33
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
I:\Hybrid\64bit>mkvmerge --ui-language en -o "E:\Output\using6.mkv" --global-tags "E:\Output\mkvtags_2022-07-27@16_31_24_2910__02.xml" -d 0 --default-track 0:yes --colour-matrix 0:6 --default-duration "0:25/1fps" --aspect-ratio-factor 0:1/1 --fourcc 0:MP4V --no-chapters --compression -1:none --forced-track 0:yes --field-order 0:0 --no-audio --no-subtitles "E:\Output\2022-07-27@16_31_24_2910_01.264"
mkvmerge v69.0.0 ('Day And Age') 64-bit
'E:\Output\2022-07-27@16_31_24_2910_01.264': Using the demultiplexer for the format 'AVC/H.264'.
'E:\Output\2022-07-27@16_31_24_2910_01.264' track 0: Using the output module for the format 'AVC/H.264 (unframed)'.
The file 'E:\Output\using6.mkv' has been opened for writing.
Progress: 100%
The cue entries (the index) are being written...
Multiplexing took 0 seconds.
I:\Hybrid\64bit>ffprobe.exe -hide_banner "E:\Output\using6.mkv"
Input #0, matroska,webm, from 'E:\Output\using6.mkv':
Metadata:
encoder : libebml v1.4.2 + libmatroska v1.6.4
creation_time : 2022-07-27T14:34:48.000000Z
Encoding Gui : Hybrid 2022.07.24.1
Duration: 00:00:17.16, start: 0.000000, bitrate: 428 kb/s
Stream #0:0: Video: h264 (High), yuv420p(tv, bt470bg/unknown/unknown, progressive), 640x352 [SAR 1:1 DAR 20:11], 25 fps, 25 tbr, 1k tbn (default) (forced)
Metadata:
BPS : 423867
DURATION : 00:00:17.160000000
NUMBER_OF_FRAMES: 429
NUMBER_OF_BYTES : 909196
_STATISTICS_WRITING_APP: mkvmerge v69.0.0 ('Day And Age') 64-bit
_STATISTICS_WRITING_DATE_UTC: 2022-07-27 14:34:48
_STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
=> They both seem to be the same.
Then I looked at the output of mkvinfo for '0:5':
mkvinfo.exe e:\Output\using5.mkv
+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ Maximum EBML ID length: 4
|+ Maximum EBML size length: 8
|+ Document type: matroska
|+ Document type version: 4
|+ Document type read version: 2
+ Segment: size 918083
|+ Seek head (subentries will be skipped)
|+ EBML void: size 4029
|+ Segment information
| + Timestamp scale: 1000000
| + Multiplexing application: libebml v1.4.2 + libmatroska v1.6.4
| + Writing application: mkvmerge v69.0.0 ('Day And Age') 64-bit
| + Duration: 00:00:17.160000000
| + Date: 2022-07-27 14:34:33 UTC
| + Segment UID: 0x59 0xb4 0x7e 0x89 0x38 0xec 0x06 0x0d 0x5e 0xd5 0x3e 0x11 0x3f 0x07 0xd5 0xb5
|+ Tracks
| + Track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 6042237195334530328
| + Track type: video
| + "Forced display" flag: 1
| + "Lacing" flag: 0
| + Codec ID: V_MPEG4/ISO/AVC
| + Default duration: 00:00:00.040000000 (25.000 frames/fields per second for a video track)
| + Language: und
| + Language (IETF BCP 47): und
| + Video track
| + Field order: 0 (progressive)
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Video color information
| + Color matrix coefficients: 5
| + Codec's private data: size 45 (H.264 profile: High @L4.1)
|+ EBML void: size 1008
|+ Cluster
mkvinfo.exe e:\Output\using6.mkv
+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ Maximum EBML ID length: 4
|+ Maximum EBML size length: 8
|+ Document type: matroska
|+ Document type version: 4
|+ Document type read version: 2
+ Segment: size 918083
|+ Seek head (subentries will be skipped)
|+ EBML void: size 4029
|+ Segment information
| + Timestamp scale: 1000000
| + Multiplexing application: libebml v1.4.2 + libmatroska v1.6.4
| + Writing application: mkvmerge v69.0.0 ('Day And Age') 64-bit
| + Duration: 00:00:17.160000000
| + Date: 2022-07-27 14:34:48 UTC
| + Segment UID: 0x4a 0x1b 0xe3 0x5d 0x07 0xc9 0x95 0x82 0x9f 0xd7 0x78 0xd2 0x03 0x46 0xf9 0xce
|+ Tracks
| + Track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 17105722522197096261
| + Track type: video
| + "Forced display" flag: 1
| + "Lacing" flag: 0
| + Codec ID: V_MPEG4/ISO/AVC
| + Default duration: 00:00:00.040000000 (25.000 frames/fields per second for a video track)
| + Language: und
| + Language (IETF BCP 47): und
| + Video track
| + Field order: 0 (progressive)
| + Pixel width: 640
| + Pixel height: 352
| + Display width: 640
| + Display height: 352
| + Video color information
| + Color matrix coefficients: 6
| + Codec's private data: size 45 (H.264 profile: High @L4.1)
|+ EBML void: size 1008
|+ Cluster
-> seems to me like a bug in ffmpeg.
Cu Selur