Dolby Vision now possible through MP4 Mux.

[staknhalo]

You might want to check if a line in one of your scripts is off and it's sending stuff to mp4muxer instead of mp4box?
it possibly accidentally using mp4muxer?

no it's not.
As I said, only if your input has lossless 7.1, then mp4muxer will be used because mp4box choke on 7.1 EC3 audio muxing.

my cmd is full of variable but if you input raw hevc:

Code: Select all

findstr /c:"08" "%TEMP%check.DV.txt" >Nul
if %errorlevel%==0 (
     set DV.profile=8& set mbox=:hdr=none:dv-profile=8.1:xps_inband

Code: Select all

if "%fileext%"==".h265" (
     "%mp4box2_path%" -add "%filepath%%filename%%fileext%"%FPS%%mbox%:name= -tmp %TEMP% -brand mp42isom -ab dby1 -no-iod -enable 1 "%output_path%%filename%_DoVi.mp4"
	 if "%DV.profile%"=="5" %DVH1% "%output_path%%filename%_DoVi.mp4" >Nul
	 goto :end
)
if "%fileext%"==".hevc" (
     "%mp4box2_path%" -add "%filepath%%filename%%fileext%"%FPS%%mbox%:name= -tmp %TEMP% -brand mp42isom -ab dby1 -no-iod -enable 1 "%output_path%%filename%_DoVi.mp4"
	 if "%DV.profile%"=="5" %DVH1% "%output_path%%filename%_DoVi.mp4" >Nul
	 goto :end
)

if if input file with audio and subs:

Code: Select all

"%mp4box2_path%" -add %HDR%%FPS%%mbox%:name=  %A1% %A11% %A2% %A22% %A3% %A33% %A4% %A44% %A5% %A55% %A6% %A7% %A8% %A9% %A10% %S1% %S2% %S3% %S4% %S5% %S6% %S7% %S8% %S9% %S10% %S11% %S12% %S13% %S14% %S15% %S16% %S17% %S18% %S19% %S20% %S21% %S22% %S23% %S24% %S25% %S26% %S27% %S29% %S30% %S31% %S32% %S33% %S34% %S35% %S36% %S37% %S38% %S39% %S40% %S41% %S42% %S43% -tmp %TEMP% -brand mp42isom -ab dby1 -no-iod -enable 1 "%output_path%%filename%_DoVi.mp4"
if "%DV.profile%"=="5" %DVH1% "%output_path%%filename%_DoVi.mp4" >Nul

Your file also doesn't have the mp4box bug of listing HDR10 over and over when a DV file

:hdr=none:dv-profile=8.1:xps_inband

So then how does your file get hev1 when mp4box spits out hvc1 - you have to be actively putting in a command to do that then?

[staknhalo]

Also here you can see because the file does end up with codec ID hev1 however it does - it does stutter on iOS devices like me and that Chinese guy were talking about a while back

https://i.imgur.com/RWmfX1m.mp4

[staknhalo]

You might want to check if a line in one of your scripts is off and it's sending stuff to mp4muxer instead of mp4box?
it possibly accidentally using mp4muxer?

no it's not.
As I said, only if your input has lossless 7.1, then mp4muxer will be used because mp4box choke on 7.1 EC3 audio muxing.

my cmd is full of variable but if you input raw hevc:

Code: Select all

findstr /c:"08" "%TEMP%check.DV.txt" >Nul
if %errorlevel%==0 (
     set DV.profile=8& set mbox=:hdr=none:dv-profile=8.1:xps_inband

Code: Select all

if "%fileext%"==".h265" (
     "%mp4box2_path%" -add "%filepath%%filename%%fileext%"%FPS%%mbox%:name= -tmp %TEMP% -brand mp42isom -ab dby1 -no-iod -enable 1 "%output_path%%filename%_DoVi.mp4"
	 if "%DV.profile%"=="5" %DVH1% "%output_path%%filename%_DoVi.mp4" >Nul
	 goto :end
)
if "%fileext%"==".hevc" (
     "%mp4box2_path%" -add "%filepath%%filename%%fileext%"%FPS%%mbox%:name= -tmp %TEMP% -brand mp42isom -ab dby1 -no-iod -enable 1 "%output_path%%filename%_DoVi.mp4"
	 if "%DV.profile%"=="5" %DVH1% "%output_path%%filename%_DoVi.mp4" >Nul
	 goto :end
)

if if input file with audio and subs:

Code: Select all

"%mp4box2_path%" -add %HDR%%FPS%%mbox%:name=  %A1% %A11% %A2% %A22% %A3% %A33% %A4% %A44% %A5% %A55% %A6% %A7% %A8% %A9% %A10% %S1% %S2% %S3% %S4% %S5% %S6% %S7% %S8% %S9% %S10% %S11% %S12% %S13% %S14% %S15% %S16% %S17% %S18% %S19% %S20% %S21% %S22% %S23% %S24% %S25% %S26% %S27% %S29% %S30% %S31% %S32% %S33% %S34% %S35% %S36% %S37% %S38% %S39% %S40% %S41% %S42% %S43% -tmp %TEMP% -brand mp42isom -ab dby1 -no-iod -enable 1 "%output_path%%filename%_DoVi.mp4"
if "%DV.profile%"=="5" %DVH1% "%output_path%%filename%_DoVi.mp4" >Nul

Your file also doesn't have the mp4box bug of listing HDR10 over and over when a DV file

:hdr=none:dv-profile=8.1:xps_inband

Ah - you are using the 'brand' command I see - but that still creates/results in the stutter as shown here

Also here you can see because the file does end up with codec ID hev1 however it does - it does stutter on iOS devices like me and that Chinese guy were talking about a while back

https://i.imgur.com/RWmfX1m.mp4

Edit: nope even trying -brand hev1 still spits out hvc1 for me

[staknhalo]

mp4box -add video.hevc:dvp=8.1:xps_inband:hdr=none -brand -add audio.eac3:lang=eng -new p8.mp4

This spits out a hev1 file for me with mp4box - it has to be the

-brand

command and the

:xps_inband:hdr=none

together

Still ends up stuttering on iOS though because hev1 :/

[sw5163]

:xps_inband produces hev1 flag
:hdr=none removes "mp4box bug of listing HDR10 over and over"
https://github.com/gpac/gpac/issues/199 ... 1007999585

I saw the wrong image of P8.1 NF release a while ago but I thought it was because file corrupted.
The P5 of same file is fine, though.

[staknhalo]

:xps_inband produces hev1 flag
:hdr=none removes "mp4box bug of listing HDR10 over and over"
https://github.com/gpac/gpac/issues/199 ... 1007999585

Got it, thank you for clarifying

[RESET_9999]

Also here you can see because the file does end up with codec ID hev1 however it does - it does stutter on iOS devices like me and that Chinese guy were talking about a while back

https://i.imgur.com/RWmfX1m.mp4

I don't know about phone playback and don't have an apple device(never will).
I only tested the ATV with @ragico and he didn't report any stuttering.

IIRC Resolve dv 8.1 mp4 are also HEV1

[staknhalo]

Also here you can see because the file does end up with codec ID hev1 however it does - it does stutter on iOS devices like me and that Chinese guy were talking about a while back

https://i.imgur.com/RWmfX1m.mp4

I don't know about phone playback and don't have an apple device(never will).
I only tested the ATV with @ragico and he didn't report any stuttering.

IIRC Resolve dv 8.1 mp4 are also HEV1

I'll see if I can find someone over on [H] forum or AVSForum with an AppleTV to confirm that unless someone else here does first- just to be sure - stuff happens - maybe the test file at that time was hvc1? maybe they just didn't notice? Maybe it only does happen on phones or tablets? Maybe the Apple TV can just power through SW decode? Maybe one of a hundred other things?

Frustrating - nothings ever easy or simple :/

Edit: And like I said - this is only NF titles - not 4K BR DV or other Web DV titles :/

[RESET_9999]

maybe the test file at that time was hvc1?

no, my script (7-1) always created HEV1 P8 or DVH1 P5 mp4
maybe splitting the file broke something, did you try (7-1) with an untouched P8 mkv that has audio and subs?

For P8 on ATV you have to use infuse. For plex you have to use 'fake' P5(p8).

[staknhalo]

maybe the test file at that time was hvc1?

no, my script (7-1) always created HEV1 P8 or DVH1 P5 mp4
maybe splitting the file broke something, did you try (7-1) with an untouched P8 mkv that has audio and subs?

For P8 on ATV you have to use infuse. For plex you have to use 'fake' P5(p8).

I can't use HEV1 for my setup unfortunately - besides occasionally watching from my iPhone when at the airport/waiting rooms - I share Plex with people that watch from iPhone only (way the world is now sometimes lol)

I wanted to avoid fake P5 files if I could - was fine with P8 only playing back as HDR10 on iOS as long as no stutter - I'll give it a shot just to see

@sw5163 said he noticed this on All Quiet on the Western Front too (another NF title)

I asked quietvoid via DM - maybe NF authors these in HEV1/DVHE originally? And that's somehow why they refuse to work as HVC1? (edit: he said negative on that)

[sw5163]

I forgot to mention one very important info: Apple require the video track fourcc ID to be “dvh1” for Dolby Vision. So you need to change it manually using a Hex editor. (More info: the sample I recommended to you is “dvhe”, which cannot be played by QuickTime/Apple TV app)

The correct codec ID (for profile 8.1) should be "hvc1" in place of "hev1". But be careful, these boxes are not random: they indicate to the decoder how the information for the initialization of the latter is stored within the file. Changing the header with a hex editor isn't always enough!

I also tried to change "dvh1" to "hvc1" of the MBox profile 8.1 sample. The resulting file can be played in QuickTime (contrast still wrong), but cannot be played on my iPad. This is what I could't understand. It should be at least backward compatible with HDR10, like your Terminator sample.

As I said, very often it is not enough to change the header of a box for the file to be played. QuickTime is perhaps smarter and can retrieve the information needed to initialize the decoder. The iPad player may not be capable of it!

I guess Plex is doing something wrong when processing hev1.
Apple can retrieve the information needed to initialize the decoder even if the file is wrongly muxed.
But it requires powerful processor. So on newer iPhone/Mac/ATV playback will not have the black screen/stutter problem.

[staknhalo]

I guess Plex is doing something wrong when processing hev1.

This happens on Windows too with no Plex in the chain, where all my screenshots showing the issue come from. And again only for NF titles - that there shows it's something with these specific titles in particular.

[sw5163]

No I mean Plex causes stutter on Apple when processing hev1/dvhe

[staknhalo]

No I mean Plex causes stutter on Apple when processing hev1/dvhe

Ah, gotcha. Yes, maybe also Apple walls whatever off from 3rd party apps and only has accesses to needed libraries/resources with their native apps? Would be very Apple to do. Or Plex devs just need to fix you think? Would also be very Plex devs thing to need to do lol.

OK - for NF titles only for some reason - yes it seems only fake p5 will work

Fake p5 works on iOS as DVH1 or DVHE (thought DVHE should never work on iOS - even if just Plex on iOS as assumed above - as HEV1 doesn't and both those are the SW based playback IIRC)

Making a native p8 with the 'forced' DVH1 flag

Code: Select all

mp4box -add video.hevc:dvp=f8.1 -add audio.aac:lang=eng -new p8.m4v

causes weird random blankouts on playback - on both Windows and Plex iOS

Video will start playing fine, no stutter, thought I figured it out, but then goes all black (sound keeps playing) and then video will come back eventually - this was on iOS, on Windows video just starts out all black to begin with sound still playing - that one is odd - anyone got a guess?

Making a native p8 with forced DVHE flag (because fake p5 DVHE works)

Code: Select all

mp4box -add video.hevc:dvp=f8.1:xps_inband -add audio.aac:lang=eng -new p8.m4v

creates stutters on Plex iOS like I assumed - so that's a no go

I would like to avoid fake p5 just because who knows what will happen with future devices, feels wrong to keep files mislabeled (especially not just in file name let's say, but in the metadata!!), but if ONLY NF titles need this I guess that's an acceptable compromise

Still, why is it only NF titles?

Edit: Also, the fake p5 DVHE files do have a very very slight stutter on Plex iOS - but very much less so than HDR10/P8/P7 HEV1 or DVHE - to the point I didn't notice at first but also to a point where would be acceptable to watch (unlike HEV1)

Double Edit: Infuse plays HDR10 HEV1 fine on iOS so must be a Plex issue (playback of HEV1 that is, but still doesn't explain why only NF titles won't play right in HVC1) - this way I can keep files labeled/structured correctly according to what they are

[RESET_9999]

Big blockbuster like Avatar but they do some lazy static DV grade .... SMH
and HDR10plus is better here...