(02.10.2024, 20:26)Selur Wrote: [ -> ]No clue why this happens for you.
Can't reproduce it, can't help.
Sorry.
well, lets recap... we both used the same sample, same settings..
The debug logs from both of us are pretty much the same .. EXCEPT for THIS line ↓ ...🤔
Yours logged the following:
(01.10.2024, 18:31)Selur Wrote: [ -> ]Code:
mkvmerge --ui-language en -o "C:\Users\Selur\Desktop\2024-10-01@18_23_07_3610__09.mkv" -d 0 --default-track 0:yes --color-matrix-coefficients 0:6 --color-range 0:1 --color-transfer-characteristics 0:1 --color-primaries 0:5 --default-duration "0:50/1fps" --aspect-ratio-factor 0:64/45 --fourcc 0:MP4V --no-chapters --compression -1:none --forced-track 0:yes --field-order 0:0 --no-audio --no-subtitles "C:\Users\Selur\Desktop\2024-10-01@18_23_07_3610_05.264"
→ Color matrix coefficients = 0:6
Whereas my log say :
Code:
C:\Program Files\Hybrid\64bit\mkvmerge.exe
2024.10.02 - 19:52:31_Windows 11 Version 23H2 (64bit)_2024.06.16.1 - level 9: argumentString(1): --ui-language en -o "C:\TEMP\2024-10-02@19_52_24_3410__05.mkv" -d 0 --default-track 0:yes --color-matrix-coefficients 0:-1 --color-range 0:-1 --color-transfer-characteristics 0:1 --color-primaries 0:5 --default-duration "0:50/1fps" --aspect-ratio-factor 0:64/45 --fourcc 0:MP4V --no-chapters --compression -1:none --forced-track 0:yes --field-order 0:0 --no-audio --no-subtitles "C:\TEMP\2024-10-02@19_52_24_3410_03.264"
So, lo and behold what the error reveals highlighted RED ↓
Code:
MkvMerge output: Error: Color matrix coefficients parameter: not given in the form <TID>:n (argument was '0:-1').
2024.10.02 - 19:52:31_Windows 11 Version 23H2 (64bit)_2024.06.16.1 - level 9: 2024-10-02@19_52_24_3410_05_muxing ### C:\TEMP\sample.mp4 ### Error: Color matrix coefficients parameter: not given in the form <TID>:n (argument was '0:-1').
2024.10.02 - 19:52:31_Windows 11 Version 23H2 (64bit)_2024.06.16.1 - level 9: aborting,.. 2024-10-02@19_52_24_3410_05_muxing
(
argument was '0:-1') !!
There lies the problem me thinks ...
Same sample, same settings yet different outcome ..
Anyway it's not a big deal for me, usually i don't use mp4 as a container anyway, mostly it's mkv, ts, m2ts... vob..
tata
Td
Quote: Same sample, same settings yet different outcome ..
Correct, if I can't reproduce a problem, I have to assume the problem lies with the setup of the user and I can't fix it.
Quote: But like you have stated , iam still on 2024.06.16.1 ... 🤔..
Which might be a reason why I can't reproduce the problem, since I am not.
Cu Selur
(03.10.2024, 06:24)Selur Wrote: [ -> ]Quote: Same sample, same settings yet different outcome ..
Correct, if I can't reproduce a problem, I have to assume the problem lies with the setup of the user and I can't fix it.
Quote: But like you have stated , iam still on 2024.06.16.1 ... 🤔..
Which might be a reason why I can't reproduce the problem, since I am not.
Cu Selur
..am dl build 2024.09.29.1 atm , to check if the same mux error pops up..
Btb, did you used the same ↑ build iam DL currently to reproduce the issue ?
Cuz you haven't mentioned the exact build you were using regarding this matter ?
i'll keep you posted of the results...
Ta Ta
TD(° ^°)
..Update..
My majesty, you'll be happy to read that...
Since update 2024.09.29.1 using ffmpeg instead of mp4box to remux files does work now.. no more crashes at mux stage.
Not only that, but files remuxed from *.mp4 container to TS or other formats do playback just fine.. no more BSOD ..
However, fixing the playback issue is only achieved by selecting ffmpeg instead of mp4box for merging .. !?
So conclusion, something is wrong with mp4box that cause playback issue's after remuxing an mp4 to another container so it seems .. !
Ta Ta
TD
Quote: Since update 2024.09.29.1 using ffmpeg instead of mp4box to remux files does work now.. no more crashes at mux stage.
Okay, so the problem is fixed.
Quote:Not only that, but files remuxed from *.mp4 container to TS or other formats do playback just fine.. no more BSOD ..
However, fixing the playback issue is only achieved by selecting ffmpeg instead of mp4box for merging .. !?
You can compare the detailed output of a file muxed with mp4 and ffmpeg and see if you can spot a difference.
If there is a difference, maybe changing that helps with tsmuxer.
Cu Selur
(04.10.2024, 04:27)Selur Wrote: [ -> ]Quote: Since update 2024.09.29.1 using ffmpeg instead of mp4box to remux files does work now.. no more crashes at mux stage.
Okay, so the problem is fixed.
So it seems , yes
.
(04.10.2024, 04:27)Selur Wrote: [ -> ]Quote:Not only that, but files remuxed from *.mp4 container to TS or other formats do playback just fine.. no more BSOD ..
However, fixing the playback issue is only achieved by selecting ffmpeg instead of mp4box for merging .. !?
You can compare the detailed output of a file muxed with mp4 and ffmpeg and see if you can spot a difference.
If there is a difference, maybe changing that helps with tsmuxer.
Cu Selur
erm... the difference between the two is noticeable in the playback of it..
Apart from that i don't know what you exactly mean by "comparing details" !?
Logs don't show anything out of the extroardinary between the two ¯\_(ツ)_/¯
Ta Ta
TD
Analyzing .mp4 both files with
Code:
mediainfo --full "Path to file"
Code:
mp4box -info "Path to file"
Code:
ffmpeg -i "Path to file"
and comparing the outputs for each file hopefully shows some differences.
Cu Selur
(04.10.2024, 18:55)Selur Wrote: [ -> ]Analyzing .mp4 both files withCode:
mediainfo --full "Path to file"
Code:
mp4box -info "Path to file"
Code:
ffmpeg -i "Path to file"
and comparing the outputs for each file hopefully shows some differences.
Cu Selur
Sure, thanks..
The only main question is, what are the crucial differences iam looking for ?
Maybe i'll have a look at this ↑ approach of yours..
tata
TD
Quote: The only main question is, what are the crucial differences iam looking for ?
No clue, my first guess would be difference avc stream branding differences, but could be anything.
Cu Selur