Hello,
I am having trouble understanding why I don’t have HDR for some of my files.
Please note that when I write that “I have / don’t have HDR for this file” it means Infuse is showing the HDR or DV tag on the UI.
A) Why does samples 2, 3, 7, 14 and 15 have no HDR while 8, 11 and 13 have HDR?
B) Why does sample 10 does not fallback to HDR while samples 4, 5 and 9 fallback to HDR correctly?
C) Why does sample 1 does not fallback to HDR while sample 12 does?
D) Isn’t DV Profile 08 supported? If yes, why sample 1 is not recognized (dvhe.08.06)?
Please find the mediainfo data attached for samples 1 to 16. I suppressed the Audio information.
If playing these files, are you able to see Infuse switch to the correct mode (with correct colors) on your TV?
With regard to DV, Apple devices support a very limited number of DV profiles. For unsupported types, Infuse will fallback to HDR. More info on this can be found in this post.
For the files that I marked as working I see the apple tv “Dolby Vision” or “HDR” logo on the top right corner. For everything else, nothing pops up but the video plays just fine. No weird colors etc…
@james I guess the problem could be the NFO files?
I did not know that Infuse used the nfo files to determine the quality of the video. I was under the impression that it always read the video file.
Case in point, Ad Astra on my Movies library. The file has a NFO on the same directory and is displayed as 4K no HDR.
But when I split the 1 minute sample (same I sent you) and put it in a blank folder with no NFO, Infuse read it and recognized the Movie (!!HOW? the title is sample-x.mkv) and recognized as HDR 4K.
So I guess the movie is really HDR? The mediainfo is as below:
Format : Matroska
Format version : Version 4
File size : 45.2 GiB
Duration : 2 h 3 min
Overall bit rate mode : Variable
Overall bit rate : 52.5 Mb/s
Movie name : Ad Astra (2019) 4K DV
Encoded date : UTC 2022-03-31 15:50:15
Writing application : mkvmerge v64.0.0 ('Willows') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 3 min
Bit rate : 47.9 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.241
Stream size : 41.2 GiB (91%)
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0050 cd/m2, max: 1000 cd/m2
Is it good practice to just get rid of all NFO files and let Infuse sort the library? My movies are within folders correctly named as {Movie Title} {Year}.
Thinking about this, could this be a problem with my NAS always upgrading my files?
Let’s say a movie gets released. I download the first available release, which sometimes may not have HDR/DV. Infuse scans and picks up the movie.
A few days later, new release, higher quality and with HDR. My NAS downloads it automatically.
But in such case, shouldn’t a full library/metadata scan do the trick?
Since the issue appears to resolve itself when reloading metadata for the affected files, I guess that would be a solution for any remaining files which are affected.
Perhaps the original issue stemmed from Infuse not fully completing its indexing, or perhaps starting to index files that were in the process of being copied/transferred between locations. It’s hard to say.