'mp4dump' does not display 'negative' sample_composition_time_offset values when trun version is 1

[naeoc4509]

As shown in the attached image,
when inspecting an MP4 file with mp4dump and the trun box version is 1,
the sample_composition_time_offset values should be displayed as negative numbers.
However, they are currently displayed as positive (non-negative) values, which appears to be incorrect.
Thank you.

[barbibulle]

I can definitely fix this. I had not yet encountered files with negative time offsets, so if you could share an example file, that would be useful, so that I can test the fix.

[naeoc4509]

I cannot upload, bcs of below.

so just upload result of mp4dump
seg.txt

The segment uses trun version 1 and has a negative sample_composition_time_offset for every B-frame.

The image below is the 'mp4box.js' output for the same segment, and it looks correct to me

[naeoc4509]

I uploaded the segment~
If you remove the ‘.txt’ from the name, it becomes the segment file.

stream-video-0-4000Kbps-1.m4v.txt

It seems the issue occurred because the CTSoffset value, which is a signed int, was printed using %llu (or similar). If you print it using a signed integer format specifier (such as %d), the problem should be resolved.