Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
9th August 2024, 01:02 | #541 | Link |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 1,124
|
So just for dummies like me, it might be helpful if you mentioned where those 3 new .py files need to be put...
"new files needed"
__________________
Long term RipBot264 user. RipBot264 modded builds.. *new* x264 & x265 addon packs.. |
9th August 2024, 01:27 | #542 | Link |
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
in the tools folder
__________________
DoVi_Scripts |
9th August 2024, 03:09 | #543 | Link |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 1,124
|
Thanks, updating everything now...
With this extra :- Code:
::choose osd text color in 7-1 / 7-2 / 7-3 (default = dark grey: $808080) set osdcolor=$808080 https://html-color.codes/
__________________
Long term RipBot264 user. RipBot264 modded builds.. *new* x264 & x265 addon packs.. Last edited by TDS; 9th August 2024 at 03:25. |
9th August 2024, 03:46 | #544 | Link | |
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
Quote:
EG: $3cb300
__________________
DoVi_Scripts |
|
10th August 2024, 12:11 | #545 | Link |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 1,124
|
Hi Kuler,
I just want to run this by you, and get your thoughts, and possible suggestions - I processed "The Fifth Element" yesterday, and ran it thru DS 8-1-1. The movie is just over 2hrs:06minutes (181171 frames) It started it's cm_analyze "countdown" @ approx 6hrs:30minutes, after several minutes, it was counting up, then it settled, then started counting down, (after a couple of hours) and it seemed that it was taking a little bit more time to process each frame. So it ended up taking well over 4.5 hours to complete, and I was SO relieved that it did finish, and I had a workable file name, and plenty of free space So a couple of questions, is this time frame is something I need to expect as the norm, with movie length encodes ?? I'd hate to think how long ultra long movies like the extended LoTR & The Hobbit, etc are going to take. I'm glad I got a 4080, as I'm sure the poor little 3060 would take a LOT longer. Is there anyway that this process can be sped up, or is it just the way it has to be ??
__________________
Long term RipBot264 user. RipBot264 modded builds.. *new* x264 & x265 addon packs.. |
10th August 2024, 14:03 | #546 | Link |
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
I have no control over the speed with cm_analyze unfortunately. I really wish Dolby fixed that slow performance issue on windows but they haven't updated the tools since February 26, 2024.
__________________
DoVi_Scripts |
11th August 2024, 07:45 | #547 | Link |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 1,124
|
I did a really quick & dirty Resolve HDR10 & DV metadata edit today, and using the MP4 script (as I always do), after injecting the .xml, I got an .mp4, then I injected the .json into that file, and I got an .mkv
If I imported the folder containing both the .xml & .json it would state that the video file was only HDR10, and would quit. Seems I have to inject the .json first, then inject the .xml into the .json video.
__________________
Long term RipBot264 user. RipBot264 modded builds.. *new* x264 & x265 addon packs.. Last edited by TDS; 11th August 2024 at 08:14. |
11th August 2024, 15:41 | #548 | Link |
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
Yes, I think that if you inject HDR10plus, the script will force the MKV container since the only reason to use the MP4 container is for DV and the reason is that there's no code in my script to mux non-DV input to MP4
try this: Rename hdr10plus json file the same as the HDR10 BL and input-1 the BL HDR10 video and input-2 the XML. This should inject both metadata in one job but you still might end up with a MKV, I'm not sure.
__________________
DoVi_Scripts |
12th August 2024, 20:18 | #550 | Link |
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
@ReciprocalUniverse thank's
__________________
DoVi_Scripts |
13th August 2024, 06:36 | #551 | Link |
Registered User
Join Date: Jan 2009
Posts: 51
|
It is wonderful you are active and involved here and with Resolve. I hope you can help me with some answers. I can't afford the Dolby license for Resolve Studio but I can run the HDR10+ analysis and encode with x265 to get a compatible HDR10+ file. Running some of the DDVT scripts I made it into a playable DV Profile 8.1 (BL + RPU).
1.) With DV, there is a collection of available target RPU's. With HDR10+, you don't get that. So when a script converts HDR10+ json metadata to DV RPU, what exactly is the tone mapping target you end up with? 100 nit? 200 nit? Something else? 2.) If I upload an HDR10 to YouTube, they render a version in SDR. If the file is not streamed, it needs an HDR and SDR copy. A dual layer DV (BL + EL + RPU) would not be of help for a player not supporting DV. However, if it was supporting of DV what would be the point of an SDR layer if the player/display can already do the HDR layer? Part of my question then relates to, what is the special relevance of tone mapping to the 100 nit SDR level for a DV device? As an aside, I don't think it's visually essential to encode a jpeg2000 sequence or open exr for the source to HEVC. DNxHR or Prores is fine. ************************************************** Unrelated to the above questions, it came up in the conversation about doing trims on individual frames, and the amount of work involved. I would add that outside of the DV realm, grading a scene clip doesn't have to always involve every single frame or grading just one frame. Example, the bride is wearing a white dress in the bright sun, and when she is followed by the camera into a dark hallway, the scene darkens, the scene ends up with very different exposure than it started with. Another example is an unmanned camera on a tripod filming an outdoor wedding ceremony. Suddenly the sky darkens as clouds move overhead. The scene again ends up with very different exposure than it started with. In my opinion, these are not the intended situations for frame by frame dynamic metadata. The approach I take is to use Resolve keyframes to 'transition' between the changing conditions, averaging across a sequence of frames. Frame by frame would take too long. Carry on and thanks again! |
13th August 2024, 17:51 | #552 | Link | |||||
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
Quote:
Quote:
HDR10plus doesn't have trim passes, so it most likely works like DV without trims and uses the TV internal target brightness to apply tone mapping according to the metadata. Quote:
Quote:
After grading the HDR master shot by shot, they do the automated DV metadata generation and then they monitor shot by shot(again) the mapping to different targets (100-600-1000-2000). They make adjustments to the trims target if they are not satisfied by Dolby default mapping. They almost never do more than a 100nits trim since it's the lowest point of tone mapping possible but I've seen a couple of bluray that cancel the 100-600-1000nits interpolation(They do the 100nits trim and reset to 0 the 600nits-1000nits values which create a blank 600 trim). This is useful when they want to be more aggressive with the 100nits trim that will be used for the SDR bluray delivery without affecting the 600-1000 target interpolation mapping. Quote:
__________________
DoVi_Scripts |
|||||
13th August 2024, 20:31 | #553 | Link | |||
Registered User
Join Date: Jan 2009
Posts: 51
|
Quote:
Quote:
The HDR10+ trim panel was enabled in Resolve until V.17 when it was disabled at the request of Samsung. Otherwise, the process workflow of running an automated analysis is identical. A json sidecar file is generated with dynamic metadata that can be interleaved in x265 with the HDR10 BL to produce a playable HDR10+ HEVC file. The x265 process for DV is similar except the RPU has to be in binary form, requiring the extra step from CMD tools (or yours) to convert the RPU.XML to binary. Okay so the one, 100 nit target level is potentially sufficient to accommodate any DV display. Quote:
In summary, what this all boils down to for me is that HDR10+ only has intended application for Samsung tv's, and if you want to make playable HEVC files for DV tv's with Resolve, you will still need the DoVi tools whether you have a licensed Resolve copy or not. Have I got that right? |
|||
13th August 2024, 20:43 | #554 | Link |
Registered User
Join Date: Jan 2009
Posts: 51
|
Here's my final question, thanks for your patience!
Using the DoVi scripts and x265 is it possible to make a profile 8.4 playable HEVC from Resolve with no DV license? I hope I'm clear about that. I'm not talking about manually doing a sequence of trim passes. I'm talking about automatic, frame by frame bitstream insertion of metadata for every single frame, like an i-Phone can do, with no trim passes. Last edited by ReciprocalUniverse; 13th August 2024 at 21:09. |
13th August 2024, 21:11 | #555 | Link | |||
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
Quote:
FYI If you know how to change your edid, you can use this custom one that will allow P5/P8 encoding without a DV license. Resolve P5/P8 encoding though, will ignore your existing shot by shot analysis and create new frame by frame metadata. Quote:
Quote:
EG. You convert the HLG file to HDR10 prores with workflow 8-2-3, generate an XML as usual, and inject it with Workflow 1.
__________________
DoVi_Scripts Last edited by Kuler087; 13th August 2024 at 21:14. |
|||
14th August 2024, 05:45 | #556 | Link | |
Registered User
Join Date: Jan 2009
Posts: 51
|
Quote:
|
|
14th August 2024, 11:56 | #557 | Link |
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
P5 encoding from scratch requires the proprietary Dolby engine.
You can do that with Workflow 8-2-6 but you first have to configure your path to DEE.exe. Input can be prores mov, jpeg-2000 mxf, hevc DVP8/7, HDR10, HLG. For mov, mxf, HDR10 and HLG inputs, you must provide an XML and Dolby default encoding scripts produce garbage 2-pass hevc encoding so you should modify it as I say in workflow 8-2-6 to allow custom settings and CRF encoding. Also there's a bug in the latest version of dovi_scripts with mov and prores if you don't crop, so get the latest beta.
__________________
DoVi_Scripts |
14th August 2024, 12:47 | #558 | Link | |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 1,124
|
Quote:
Shame there's a bug in the latest release, I only just got it the other day, so I guess 3.0.2 might be out soon'ish...
__________________
Long term RipBot264 user. RipBot264 modded builds.. *new* x264 & x265 addon packs.. |
|
14th August 2024, 13:10 | #559 | Link | ||
Registered User
Join Date: Aug 2021
Location: Canada
Posts: 368
|
Quote:
Quote:
__________________
DoVi_Scripts |
||
14th August 2024, 13:21 | #560 | Link | |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 1,124
|
Maybe "need" wasn't the right word, it's a "nice to have", and adds extra functionality to the app
Quote:
All good, Your 300th post
__________________
Long term RipBot264 user. RipBot264 modded builds.. *new* x264 & x265 addon packs.. |
|
Tags |
batch scripts, dolby vision processing, dovi_scripts |
Thread Tools | Search this Thread |
Display Modes | |
|
|