Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[zybex]

Hi,
JRiver 26.0.30 doesn't populate the [Dimensions] when importing MP4 files encoded with HEVC 1080p 10bit. I didn't try other HEVC combinations, but the same encoding in MKV files is loaded correctly.

MediaInfo:

General
Complete name               : Alien.1979.REMASTERED.DC.1080p.mp4
Format                      : MPEG-4
Format profile              : Base Media
Codec ID                    : isom (isom/iso2/mp41)
File size                   : 1.80 GiB
Duration                    : 1 h 55 min
Overall bit rate            : 2 231 kb/s
Movie name                  : Alien.1979.REMASTERED.DC
Encoded date                : UTC 2020-03-26 01:31:48
Tagged date                 : UTC 2020-03-26 01:31:48
Writing application         : Lavf58.20.100
Comment                     : Alien.1979.REMASTERED.DC

Video
ID                          : 1
Format                      : HEVC
Format/Info                 : High Efficiency Video Coding
Format profile              : Main 10@L4@Main
Codec ID                    : hev1
Codec ID/Info               : High Efficiency Video Coding
Duration                    : 1 h 55 min
Bit rate                    : 2 000 kb/s
Width                       : 1 920 pixels
Height                      : 800 pixels
Display aspect ratio        : 2.40:1
Frame rate mode             : Constant
Frame rate                  : 23.976 (24000/1001) FPS
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 10 bits
Bits/(Pixel*Frame)          : 0.054
Stream size                 : 1.62 GiB (90%)
Writing library             : x265 3.3+4-30eb4de83092:[Linux][GCC 8.3.1][64 bit] 10bit
Encoding settings           : cpuid=1111039 / frame-threads=4 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x800 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=2000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0
Encoded date                : UTC 2020-03-26 01:31:48
Tagged date                 : UTC 2020-03-26 01:31:48
Codec configuration box     : hvcC

Audio
ID                          : 2
Format                      : AAC LC
Format/Info                 : Advanced Audio Codec Low Complexity
Codec ID                    : mp4a-40-2
Duration                    : 1 h 55 min
Bit rate mode               : Constant
Bit rate                    : 224 kb/s
Channel(s)                  : 6 channels
Channel layout              : C L R Ls Rs LFE
Sampling rate               : 48.0 kHz
Frame rate                  : 46.875 FPS (1024 SPF)
Compression mode            : Lossy
Stream size                 : 186 MiB (10%)
Language                    : English
Default                     : Yes
Alternate group             : 1
Encoded date                : UTC 2020-03-26 01:31:48
Tagged date                 : UTC 2020-03-26 01:31:48

Best regards,
zybex

[zybex]

*bump*

This issue is still present, can you please check?
- Any imported MP4 file encoded with HEVC (8 or 10 bit) will have a blank [Dimensions] field
- MKV files import the field correctly
- h264 also works both in MP4 and MKV containers
- MediaInfo shows the correct info

I've uploaded a couple of small sample files which I just encoded with Handbrake, one HEVC 8bit, another HEVC 10bit:
https://filebin.net/HEVCsamples

Please get them in the next few days as they'll be automatically deleted.

[zybex]

The files I uploaded will expire tuesday morning. Does someone at JRiver have bandwidth to check this? Not sure if this is Hendrik's department...
The issue is still seen on latest 27.0.12.

[Hendrik]

I've downloaded, will try to look at it when I get some time.

[zybex]

Thank you Hendrik.

[Hendrik]

I finally got around to looking into this, and I seem to be getting dimensions just fine here.



This was from the HEVC 10-bit file in latest MC27.

[zybex]

That's strange, I still see it on 27.0.15, and on 2 machines:



Does it use any external codec/tool to get the info? I usually install K-Lite pack [Full] and don't use MC as the player - so the registered CODECs are probably from the external installation of LAF/MadVR/etc.

[Hendrik]

MC doesn't use any system registered codecs by default (except default stuff like the Microsoft components), it comes with its own.

If you never use MC to play anything, can you just play a file to make sure all playback plugins are installed, and then try a "Update Library (from Tags)" to re-trigger info gathering?
Maybe some analysis process is missing the dependency. MP4s are a bit special because they can be both audio or video, so it doesn't use the "normal" video path, but joins onto it later.

[zybex]

OK, it's related to the file association Playback Method in Settings->File Types.
- If I set MP4 to "External Program (default)", HEVC MP4 won't have dimensions; "Update from tags" doesn't add them either.
- Setting MP4 to "Automatic" does populate [Dimensions] for these files on Import or on "Update from tags".

Note that x264 MP4 files are imported just fine, it's just the HEVC files that fail in this scenario. When set to "Automatic", all content plays fine inside MC as well with RedOctoberHQ mode. I don't have MP4 files associated with MC, it's opening with MPC-HC instead (and everything plays OK there too).

Seems like a weird dependency. Can it be fixed?

[Hendrik]

Usually we fallback to "Automatic" for analysis and import tasks when its configured to External, but in one case that check wasn't quite right, so thats the reason for the inconsistency. I fixed that.

In general however, I'll also improve the file analysis of MP4 files that the native MP4 plugin doesn't understand. It currently understands H264 but not HEVC, and the fallback to the video engine isn't working perfectly.

[zybex]

Great, thanks for the support Hendrik.

[zybex]

Hi Hendrik,
Reviving this thread as I still see some bad behavior related to file/CODEC analysis, and is easily reproducible.

When importing a few dozen video files with the AutoImporter or just doing "update library from tags" on a selection of files, it usually imports/processes at a rate of 2 or 3 files per second. But it frequently stops for 30-60 seconds before continuing. This correlates with bad/missing info on the Compression, Dimensions, Bitrate, Duration and other fields. Doing an "update library from tags" again on these files will re-analyze the file and correctly populate the fields if you do it one by one; doing it in batch may result again in lockups and bad info, and not on the same files (random). This feels like a multithreading lock/timeout.

To reproduce, just select a bunch of video files on your library and do "update library from tags" on them. Check the "Processing" file counter.

I imported a batch of 52 MP4/MKV files. Here's the result:
- 2 files with blank values on compression/duration/bitrate/etc
- 6 files with "video: unknown codec"
- 1 file with Video: AVC1 (wrong, it was h264)
- 2 files with Audio: LAV AAC ADTS" (wrong, it was plain "aac")
- the rest looks OK, but I can't be sure unless I check one by one

Selecting the 9 bad files and "updating from tags" again fixed some, but still stopped 3 times and resulted in wrong info again. Doing it multiple times results in random stops and random bad values.

Doing "update from tags" one by one sometimes also locks up (30 seconds) and also returns bad info, but usually works.
Changing the MP4/MKV file association to "Automatic" from "External" makes no difference, lockups still happen.