Many thanks!quietvoid wrote: ↑Fri May 12, 2023 11:03 amReinjecting the *original* RPU is wrong. When converted to profile 8.1 it is fine.NiCE77 wrote: ↑Fri May 12, 2023 10:55 amThanks, but I found this comment: https://github.com/erazortt/DoViBaker/i ... 1259843741
So the result will not be good if we inject the RPU because double processing. But then I don't really understand what this tool is for?
As long as you don't tonemap using the trims in DoViBaker.
DoViBaker uses the mapping metadata and NLQ metadata to reconstruct the FEL image.
All this metadata is removed by profile 8.1 conversion (for FEL).
Dolby Vision now possible through MP4 Mux.
Re: Dolby Vision now possible through MP4 Mux.
Re: Dolby Vision now possible through MP4 Mux.
What would be a good FFMPEG command line to create the new base layer with as close to lossless quality as possible? I am playing with two at the moment, but not sure if those are the best options if I want to focus on quality.quietvoid wrote: ↑Fri May 12, 2023 11:03 amReinjecting the *original* RPU is wrong. When converted to profile 8.1 it is fine.NiCE77 wrote: ↑Fri May 12, 2023 10:55 amThanks, but I found this comment: https://github.com/erazortt/DoViBaker/i ... 1259843741
So the result will not be good if we inject the RPU because double processing. But then I don't really understand what this tool is for?
As long as you don't tonemap using the trims in DoViBaker.
DoViBaker uses the mapping metadata and NLQ metadata to reconstruct the FEL image.
All this metadata is removed by profile 8.1 conversion (for FEL).
ffmpeg -i "example.avs" -c:v libaom-av1 -crf 23 -pix_fmt yuv444p12le av1_test.mkv --> AV1 output
ffmpeg -i "example.avs" -x265-params "hdr10-opt=1:chromaloc=2:range=limited:output-depth=10:profile=main10:level-idc=5.1:colorprim=bt2020:colormatrix=bt2020nc:transfer=smpte2084:hdr10=1:max-cll=0,0:master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" "out10.hevc"
Re: Dolby Vision now possible through MP4 Mux.
If i convert a DV movie to mkv (using HandBrake or DVDFab, without DV, just normal HDR), and then put the movie in tsMuxer, add the DV video, and then create a Bluray folder or ISO, the DV works?
Re: Dolby Vision now possible through MP4 Mux.
I don't know but you need to stick with HEVC if you want to reinject the RPU.danbez wrote: ↑Fri May 12, 2023 5:40 pmWhat would be a good FFMPEG command line to create the new base layer with as close to lossless quality as possible? I am playing with two at the moment, but not sure if those are the best options if I want to focus on quality.
ffmpeg -i "example.avs" -c:v libaom-av1 -crf 23 -pix_fmt yuv444p12le av1_test.mkv --> AV1 output
ffmpeg -i "example.avs" -x265-params "hdr10-opt=1:chromaloc=2:range=limited:output-depth=10:profile=main10:level-idc=5.1:colorprim=bt2020:colormatrix=bt2020nc:transfer=smpte2084:hdr10=1:max-cll=0,0:master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" "out10.hevc"
Re: Dolby Vision now possible through MP4 Mux.
If the device will play Profile 7 MEL, would there be an advantage to choosing mode 1 (converts the RPU to be MEL compatible)?quietvoid wrote: ↑Fri May 12, 2023 11:03 amReinjecting the *original* RPU is wrong. When converted to profile 8.1 it is fine.NiCE77 wrote: ↑Fri May 12, 2023 10:55 amThanks, but I found this comment: https://github.com/erazortt/DoViBaker/i ... 1259843741
So the result will not be good if we inject the RPU because double processing. But then I don't really understand what this tool is for?
As long as you don't tonemap using the trims in DoViBaker.
DoViBaker uses the mapping metadata and NLQ metadata to reconstruct the FEL image.
All this metadata is removed by profile 8.1 conversion (for FEL).
Will this also remove the mapping metadata and NLQ? If not, how will the end result still be good?
Another question:
Dune / Zidoo / Zappiti will also play the Profile 7 FEL files with the EL skipped, but I see RPU response in the test file (blinking colors). Is this also the wrong method used by these vendors?
Re: Dolby Vision now possible through MP4 Mux.
Conversion to MEL doesn't remove anything.
So if the title is FEL the result can be wrong.
Probably.
It's only an issue when FEL has mapping metadata that affects the image a lot, because the intermediate image is not correct without the EL.
-
- Posts: 7
- Joined: Sun Sep 18, 2022 2:55 pm
Re: Dolby Vision now possible through MP4 Mux.
Is the FEL issue with Saving Private Ryan limited to just the US release or does it impact all the other regions (like UK, Australia, Canada)? Curious if trying another disc from a different country would produce similar results
Re: Dolby Vision now possible through MP4 Mux.
Thank you, can you give me some movie titles where FEL has mapping metadata?
Re: Dolby Vision now possible through MP4 Mux.
I want to generate dolby vision from remux HDR10 to remux dolby vision with your scripts and tools , is it good idea or this is not good at all and better not to be done ?
-
- Posts: 1891
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
3-1 for that but I recommend generating DV in Resolve which use the official Dolby algo. There's a tutorial video link somewhere in my signature link.
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
-
- Posts: 12
- Joined: Tue May 10, 2022 5:12 pm
Re: Dolby Vision now possible through MP4 Mux.
Hi, I've found what the issue is with Disney+ (at least with ffmepg), it's the presence of chapters in mkv file (which get copied to mp4).TheEqualizer wrote: ↑Fri May 05, 2023 8:29 pmThis problem is observed only on Disney+ and Netflix web-dl and only when playing over the network (NAS or DLNA PC), if run via usb, everything will work. If RESET_9999 knows the treatment method, it will be great, but as far as I know, when building mp4box, it will not be possible to make a working version, you need to build using ffmpeg
-map_chapters -1 does the trick with ffmpeg.
This is the full command i used:
Code: Select all
ffmpeg -i "video.mkv" -map 0:v -map 0:a -map 0:s:0 -map_chapters -1 -c:v copy -c:a copy -c:s mov_text -strict unofficial "video.mp4"
Re: Dolby Vision now possible through MP4 Mux.
Can anyone provide me a screenshot or picture of what it looks like when the RPU doesn't match the HDR10(+) stream?
I'm both curious and looking for a reference as I think I'm having trouble lining up an RPU with the HDR10+ stream.
I'm in the process of adding Dolby Vision to an existing HDR10+ stream (Ford v Ferrari by WilDCAT). Assuming both would be the same, I got the following message:
After a bit of comparing between the files, it turns out the HDR10+ starts 40 black frames earlier than the RPU I have.
I delayed the RPU by 40 frames with this JSON:
However, when playing it with my C2s internal player, I'm not seeing any difference between this and the previous file when it was 100% misaligned by 40 frames. Did my version of Dovi Tools (2.0.2) automatically align the two the first time I injected the RPU or am I doing something wrong?
P.S.: I do not have Windows (I have Linux) so I'm using the old-skool method of manually creating a JSON and injecting that into the RPU instead of working with the more user friendly DoVi Scripts workflow.
I'm both curious and looking for a reference as I think I'm having trouble lining up an RPU with the HDR10+ stream.
I'm in the process of adding Dolby Vision to an existing HDR10+ stream (Ford v Ferrari by WilDCAT). Assuming both would be the same, I got the following message:
I let the process finish and watched with my C2s internal player (M2TS, DV logo triggers) and saw nothing out of the ordinary.Warning: mismatched lengths. video 219511, RPU 219471
Metadata will be duplicated at the end to match video length
After a bit of comparing between the files, it turns out the HDR10+ starts 40 black frames earlier than the RPU I have.
I delayed the RPU by 40 frames with this JSON:
Code: Select all
{
"duplicate": [
{
"source": 1,
"offset": 1,
"length": 40
}
]
}
P.S.: I do not have Windows (I have Linux) so I'm using the old-skool method of manually creating a JSON and injecting that into the RPU instead of working with the more user friendly DoVi Scripts workflow.
-
- Posts: 1891
- Joined: Mon Aug 05, 2019 7:12 pm
Re: Dolby Vision now possible through MP4 Mux.
I wouldn't trust any WilDCAT HDR10plus source. This guy uses outdated tools to inject metadata.
And there's an official DV webdl source for this movie, here's the RPU already in sync: https://drive.google.com/file/d/1abh85Y ... share_link
You cant really miss it when the RPU is misaligned, you will see some brightness change between shots like in this video:Can anyone provide me a screenshot or picture of what it looks like when the RPU doesn't match the HDR10(+) stream?
https://www.youtube.com/watch?v=yxpMguEmVBQ
Sorry for my English.
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
DoVi_Scripts / DoVi Playback Devices / Movies HDR-DV Plot / Screenshot Comparisons
Re: Dolby Vision now possible through MP4 Mux.
Just FYI anyone who cares - the solution for me in the end for the NF HEV1 DV8 issue was to just use my 5950x and transcode the base layer so it worked fine as HVC1
Luckily even with NF's native horrible color artificing I see at times (makes people look like they're blushing, but blocky) hard to spot any quality loss from encoding just because stuff is 4k and bigger bitrates now than h264 days, even though it takes a hit with the encode no matter what
Plus I bought the 5950x to use the thing
Luckily even with NF's native horrible color artificing I see at times (makes people look like they're blushing, but blocky) hard to spot any quality loss from encoding just because stuff is 4k and bigger bitrates now than h264 days, even though it takes a hit with the encode no matter what
Plus I bought the 5950x to use the thing