DOLBY VISION injects it into the video but it does not play on the TV #5463
Replies: 38 comments 9 replies
|
As written in the news and in the docs, profile 7 is converted to 8 and the full enhancement layer is discarded. Which dolby vision profiles are supported by your TV? |
|
galad87: Thank you very much for answering . ---------------------- ANSWER ------------------------------------------------- ORIGINAL VIDEO, GOOD WITH TV AND THE PLAYER DETECTS DOLBY VISION: ORIGINAL VIDEO, THE INFO OF THE LATEST TEST VERSION THAT I HAVE THAT WORKS WELL ON THE TV: ---------------------- TEST------------------------------------------------- VIDEO WITH Brake Nightly v2023100901 Encoder: H.265 a10 bits (x265) Only by CPU, without using NVENC. SAME VIDEO THAT WORKS ON THE TV BUT IT FAILS WHEN ENCODING IT WITH THE LATEST VERSIONS AND IT ONLY DETECTS HDR10 WITHOUT DOLBY VISION: PREVIOUS VERSION> HandBrake Nightly v2023100901 MEDIAINFO: HDR format: Dolby Vision, version 1.0, dvhe.08.06 THE TV ONLY DETECTS HDR10 LATEST VERSION> HandBrake Nightly v20231016 MEDIAINFO: HDR format: Dolby Vision, version 1.0, dvhe.08.07 THE TV ONLY DETECTS HDR10 |
|
Please post the activity logs. And try to see if it works if you don't crop the borders. |
|
HandBrake Nightly 20231016051514-8bdb2a0e8-master (2023101601) Starting Encode ...[12:44:55] base preset: TEST DV (Modified) Job Completed! |
|
Yes, I have also done tests with the black bars maintaining their original resolution 4K 3840x2160 and other tests removing the bars, in both tests the DV is still there but the TV only recognizes it as HDR10. This is the NO CUT BARS configuration also tested: Allow upscalling: YES (enabled). NOTE: I activate this to be able to manually set 3840x2160, otherwise it is active and it does not give me the correct original resolution of the video, which is 3840x2160. I say this to see if the error is here. borders fill: None
|
|
Did you try with the mp4 container too? I'm afraid it will be quite hard to find what's going wrong here. If you have some short (10 seconds) files that works we could try to see if there are some obvious differences. |
|
Galad87 YOU DESERVE A POSITION IN HEAVEN, AT THE BEST. We continue testing with other several original videos with version 1.0, dvhe.08.06, BL+RPU of MKV, converting them to encoded .MP4 .... |
|
With 4 different original videos with version 1.0, dvhe.08.06, BL+RPU from MKV, converting them to .MP4 and trimming the black bars, the TVs detected them perfectly with DV. With MKV it has not been possible to obtain any, even moving to MP4 that already works to MKV with MkvToolnix. We hope to see that over time, the DV options will be improved with the new versions of HandBrake Nightly, since every time there is much more content with DV. How to improve support for MKV as well as NVENC support, the working time with respect to the CPU is already greatly reduced. |
|
I'll give you the MP4 configuration with bar cuts that works, so you can compare what's wrong with respect to the MKV. HandBrake Nightly 20231016051514-8bdb2a0e8-master (2023101601) Starting Encode ...[00:03:39] base preset: 4K DV H265 10 Bits sin filtros sin CORTE 22M (Modified) Job Completed! |
|
No I can't. MKV is a totally different container format, there is no use in comparing it to MP4. Either provide a small working MKV file, or there isn't much that I can do. |
|
galad87 I still haven't gotten it to work with MKV, only with MP4. If you send me one email I will send you 2 different files encoded by HandBrake Nightly v2023100901 -x86_64-Win, 4 seconds long that fail in MKV and the same files converted to MP4 are detected well even adding a TV cut. |
|
Files encoded by HandBrake won't help. If you have a mkv file (not encoded by HandBrake) that works, that might help. If not, there is nothing left to do here. |
|
Yes, MKV that the TV detects is all of them, send me one email and I will send you several samples of a few seconds, I will send them to you, without encoding, just cut by the MKVtoolnix gui that also continues to detect TV it later with version DD Version 1.0 Dvhe 8.06. |
|
Thank you for everything, with all my heart. HandBrake Nightly is a great program. |
|
I have the same problems. My mkvs do not work (as DV, only played as HDR). The mp4 works. mkv: Is there a reason why mkv reports twice the same text while mp4 has a Dolby Vision, HDR10 compatible at the second position?
|
|
On which player the "bad" mkv plays as Dolby Vision and not as HDR? |
|
SantoGit12 In my case I have done two tests: 2 Try it: I have installed the Kodi nightlies player inside the zidoo 1000 pro that is compatible with DV, where the same video encoded with HandBrake Nightly v202310090 in MP4 and MKV has both been detected and played perfectly like Dolby Vision on the TV. 3-And now passing the MKV (which was only detected as HDR10), passing it with makeKMV, the TV now detects it and plays it as Dolby Vision in the native player of the zidoo 1000 pro player. I have tried 4 sample videos and all working like Dolby Vision perfectly. |
|
This means that Handbrake is doing something with the MKV what the Video Player Software of the Zidoo does not like.
Workaround 1 is the easiest, Workaround 2 the better one. |
|
@galad87 If I use the bad MKV that MKVToolNix inherits the bad settings and it won't work. |
|
-HolyGit12 Totally agree with what you said. Because you are absolutely right in the world. -I use MKVToolNix to modify the Mkv or MakeMKV. -I have tested what you mentioned with gMKVExtractGUI 2.6.4, I have extracted from the mkv that it is only detected as HDR10 and with the resulting .hevc extension it continues to detect HDR10 |
|
@galad87 I will later test still with several other files. At the moment I tested only one.
You have to re-create from that hevc a new MKV (for testing it will have no sound) |
|
I can confirm now after testing several files: As long as transfer characteristics = 16 (= SMPTE ST 2084) the video won't be played as Dolby Vision. |
|
SantoGit12, you are a genius, there had to be a logical reason why it is failing, something had to have happened for it to not work correctly. What I think, in the MKV that works, the MakeMKV adds in the HDR Format chain it also adds the SMPTE ST 2084, therefore in the MKVs that fail there is something in the SMPTE ST 2084 that is causing the conflict so that you do not select the DV. |
|
Did you contact the zidoo support directly?
No - MakeMKV ignores the previous header. It does not write these data. |
|
Only in the forum, the administrator told me that I would pass a note at the beginning. Let's hope they look at it, I passed him the MKV videos that were failing me and they were failing him too. |
|
I will also try to contact him - but the forum is somehow down at the moment |
|
Yes, perfect, when you can get in touch with them, we see that you have more control over the subject than me. Discuss this information with the SUPER Administrator "Markswift2003". |
|
HolyGit12 They already have the forum active. An idea that occurred to me is the following: strong-intra-smoothing=0:rect=0:aq-mode=1:rd=4:psy-rd=0.75:psy-rdoq=4.0:rdoq-level=1:rskip=2 and maybe here you can add a new command to disable SMPTE ST 2084 and solve the problem. |
|
I am pretty sure that they won't do it. It is a very special case. |
|
The setting is not wrong. Dolby Vision 8.1 uses the SMPTE ST 2084 transfer function. It's just an additional redundant info, if their program fails because of such a simple metadata, it's up to them to fix it. |
|
We have already left this post in the Zidoo forum. |
Uh oh!
There was an error while loading. Please reload this page.
Problem Description
-We are looking to crop the black bars in Dolby Vision videos, with the HandBrake Nightly program, but we have not succeeded yet. I'll give you the data to see if the problem can be solved: Is there anything that can be done or needs to be configured to solve this problem? We are waiting for a response, thank you very much for everything.
My configuration:
Setting
windows 10
latest version of HandBrake Nightly v2023100901 -x86_64-Win
----> Note: Passed with Handbrake Nightly with 12-bit H.265 (x265) loses doby vision in encoded video.
Encoder: H.265 10-bit (x265)
Encoder Profile: Main 10
Encoder Level: Auto
Container: MKV
Framerate: Same as source, constant
Encoder Preset: Slow
Filters: All filters OFF
TV: Sony Bravia A8 55" OLED Smart 4K compatible with Dolby Vision
Zidoo Z1000 player compatible with Dolby Vision
The original tested videos are detected by the TV (LOGO DOLBY VISION) as and plays with DOLBY VISION.
The several test videos passed with the HandBrake Nightly (latest) inject the Dolby Vision, but the TV it only detects and plays HDR10, not DOLBY VISION.
With the MEDIAINFO program it gives me the output information of the video passed by HandBrake Nightly where it transfers all the videos to this:
MEDIAINFO: Format HDR: Dolby Vision, versión 1.0, dvhe.08.06, BL+RPU, compatible con HDR10 / SMPTE ST 2086, compatible con HDR10 / SMPTE ST 2086, compatible.
Although some original test videos are in MEDIAINFO: Format HDR: Dolby Vision 1.0 dvhe.07.06 BL+RPU. I say that because maybe there is the error.
Activity Log, Crash Log or any other details
What Operating System are you running?
windows 10
What version of HandBrake are you running?
latest version of HandBrake Nightly v2023100901 -x86_64-Win
Where did you download HandBrake from?
https://github.com/
All reactions