this is for LLDV setups.
link fixed. thanks
this is for LLDV setups.
I used your fabulous script with the options:Yes makemkv does ST-DL but also mkvtoolnix which was updated recently to do that.
original iso/m2ts are always DTDL
Cheers mateyes but you must have the HDR10 BL. You cant transform a P5 file to P8 without it(without re-encoding).
Yes but for now my script will be much slower than makemkv because I use the dovi_tool which cannot mux directly to MKV obviously.isabido wrote: ↑Wed Dec 06, 2023 5:56 pmYou can see the result in https://pastebin.pl/view/0997bf81
Is the result of this script the same as doing it with MakeMKV?
How can I verify that the file is an STDL?
Thanks!!
Thanks for the recommendation, in this case it is easier for me to use makeMKV because I can even eliminate the audio tracks/subtitles that do not interest me.RESET_9999 wrote: ↑Wed Dec 06, 2023 7:44 pmYes but for now my script will be much slower than makemkv because I use the dovi_tool which cannot mux directly to MKV obviously.isabido wrote: ↑Wed Dec 06, 2023 5:56 pmYou can see the result in https://pastebin.pl/view/0997bf81
Is the result of this script the same as doing it with MakeMKV?
How can I verify that the file is an STDL?
Thanks!!
In the next version, it will be as fast as makemkv because the script will use mkvtoolnix directly.
But unless you want to encode DDP audio, you don't need my script for that and you should just use mkvtoolnix directly with the mpls file.
Helloyes but you must have the HDR10 BL. You cant transform a P5 file to P8 without it(without re-encoding).
DT as the name says, will have two videos tracks (2160p +1080p)
workflow 4-2 for P7 mkv rip input
workflow 4-2 for P7 mkv rip input
RESET_9999 wrote: ↑Wed Dec 06, 2023 3:50 pmHi mate, I don't if you still read this thread...
I think I know what's going on with the old LLDV sony TVs. They have a wrong Edid brightness over 1000nits and Dolby vision is designed to ignore the L2 trims when the edid is higher than the rpu mastering display.
For example, this is the edid of the Sony A1 (2017):
Vendor-Specific Video Data Block (Dolby), OUI 00-D0-46:
Version: 2 (12 bytes)
Supports YUV422 12 bit
DM Version: 3.x
Backlt Min Luma: 100 cd/m^2
Interface: Low-Latency
Supports 10b 12b 444: Not supported
Target Min PQ v2: 0 (0.00000000 cd/m^2)
Target Max PQ v2: 3225 (1387 cd/m^2)
This TV, according to rtings can do only 800nits so that edid doesn't make sense and its the reason why L2 is ignored and L1 is applied inaccurately..
see: https://www.youtube.com/watch?v=29ed65Aq5K0
Solution:
Change the edid to 800nits.
EDID: https://mega.nz/folder/JfdhkIZR#ES6Ba86_fsYI_roF0g0bUQ
No idea about handbrake but the script in my signature can bake FEL to P8. Workflow 8-6-1 but it requires an nvidia GPU.
FEL basically always does something, whether it's fixing up details/grain/edges/compression artifacts or as noted on the spreadsheet, changing brightness of the image. It is debatable if you'd be able to notice the former in motion and if it's worth the extra encoding time, but obviously, you should bake in if it's the latter, with brightness changes. Your call.crosis wrote: ↑Fri Dec 08, 2023 5:29 pmThank you for that info Reset_9999. I have an RTX 4070 TI so the GPU is definitely not an issue. I have posted the question in the Handbrake forums as to whether it is baking the FEL. I also referenced your scripts to them to see if they can add the functionality in the case that it is not already doing it.
Just to be sure I don't waste my time encoding videos multiple times, I also wanted to ask if there is any reason to bake the FEL on all movies or is it only going to make a difference on movies listed in this sheet?
https://docs.google.com/spreadsheets/d/ ... =427220017
If it's only the movies in the sheet, that's a relief because I only have about 10 of the movies on there.
Thanks again for any info on this!