MP4Box Resolution Incorrect

[erek]

I have noticed that MP4Box seems to report AVC video that is 1920x1080 as 1920x1072 and also the resulting muxed AVC video and AAC (M4A) audio seems to be 1920x1072. I have attempted adjusting the PAR argument, but no matter what it seems to come up with 1920x1072, and I have noticed in other people's posts that this is the case. Perhaps this is a bug? My original AVC videos are definitely 1920x1080.

[erek]

Track # 2 Info - TrackID 2 - TimeScale 600 - Duration 00:03:22.165
Media Info: Language "Undetermined" - Type "vide:avc1" - 6065 samples
Visual Track layout: x=0 y=0 width=1920 height=1072
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 1920 x 1072
AVC Info: 1 SPS - 1 PPS - Profile Main @ Level 4.1
NAL Unit length bits: 32
Synchronized on stream 1



Notice the 1920 x 1072 ?

[Guest]

How do you know it is really 1920x1080? What is the content and how did you make it?

[erek]

mediainfo :


General
Complete name : G:\21st Annual Chickentown Gas & Steam Show\test-2.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 2.55 GiB

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 4:4:4 Predictive@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Bit rate : 28.5 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:4:4
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.573
Writing library : x264 core 133 r2334 a3ac64b
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=tesa / subme=11 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=4 / threads=12 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=abr / mbtree=1 / bitrate=28500 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00




this started out as a 1920x1080 14-bit Uncompressed RAW 24 fps recording to the format of .MLV (Magic Lantern) that is then converted using raw2cdng (Raw to Cinema DNG sequences) and then imported into Blackmagic DaVinci Resolve Lite as a 1080p 24fps project and rendered out to AVI RGB 10-bit

after that, it is then again processed to H.264 using x264 with the following command:

x264 --demuxer lavf --output-csp i444 --pass 1 --preset veryslow --sar 1:1 --input-res 1920:1080 --bitrate 18500 --fps 24 -o test-2.h264 00086400-B
AK.avi


(from this point is where the above mediainfo output is from)


i then mux the video and audio (m4a) that results in a 1920x1072 resolution from MP4Box,

MP4Box.exe -add test-2.h264:fps=24 -add 123.m4a:fps=24 test1234.mp4

[erek]

A friend of mine pointed me to "mkvtoolnix" and using mkvmerge I was able to produce a .mkv file from muxing the H264 AVC and M4A AAC audio with the correct 1920x1080 resolution that I am expecting. If I need .MP4 after this fact there seems to be utilities out there that can switch the container without transcoding such as:

http://forum.doom9.org/showthread.php?p=1537903#post1537903

[Kurtnoise]

I cannot reproduce this issue here...which version did you use for the mux ?

[erek]

I cannot reproduce this issue here...which version did you use for the mux ?

The latest version

[Kurtnoise]

ok...I've just seen that you're using a High 4:4:4 Predictive stream. I'll try to reproduce with the same one, then. Maybe, it's related.

[erek]

ok...I've just seen that you're using a High 4:4:4 Predictive stream. I'll try to reproduce with the same one, then. Maybe, it's related.

10-bit too

[VFR maniac]

Format/Info : Advanced Video Codec
Width : 1 920 pixels
Height : 1 080 pixels
Color space : YUV
Chroma subsampling : 4:4:4


uhg...
It seems GPAC doesn't notice this bug yet.
I wrote a patch for this bug a few years ago.

Try the following patch (somewhat old though)
https://github.com/maki-rxrz/gpac/commit/2d538d8d388f6167ac79e105637297e532aebb05

[erek]

uhg...
It seems GPAC doesn't notice this bug yet.
I wrote a patch for this bug a few years ago.

Try the following patch (somewhat old though)
https://github.com/maki-rxrz/gpac/commit/2d538d8d388f6167ac79e105637297e532aebb05

Thanks a lot, it is incredible to find someone that actually knows about this bug. I really appreciate your work here:goodpost: