www.makemkv.com

RESET_9999 wrote: ↑

Tue Sep 06, 2022 6:56 pm

except for apple as usual haha

F* Apple

right, I only use FFmpeg for THD and DTS to mp4 then mp4box. for ec3 its mp4muxer + mp4box Yes I have tried mp4muxer + mp4box, even directly extract from atmos.mp4 will break the "Complexity index". For example in atmos.mp4 produced by mp4muxer: Complexity index : 16 mp4box -add atmos.mp4...

I see it can't fully process TrueHD/atmos yet. My bad, I just keep thinking get 16 channel PCM from TrueHD/atmos. mux eac3 / THD / DTSHD to mp4 with ffmpeg first than import with mp4box. ffmpeg copy eac3/atmos to mp4 breaks "complexity index" in the first place. mp4box -add eac3/atmos dire...

Thank you guys for explaining! :) When I encapsulate EAC3/atmos to mp4 by mp4box, the "Complexity ID" change to "Complexity index: Not present / 15" I was told it would then not be recognized by Apple. (Not atmos but still EAC3 5.1) There seems to be a way to convert TrueHD to DD...

May I ask where did you guys get those P8.1 files? On private tracker?
I have never seen DV other than P7 and P5 on rarbg.

Also I was told ffmpeg/mp4box do not support EAC3/atmos, is that true?
Is there a way to get EAC3/atmos with truly playable atmos in mp4 container?
Many thanks!

You see flashing color artifacts as a result of RPU being improperly misaligned, but processed (or attempted, it's affecting it in some way) I think those are caused by processing "reshaping data" in RPU (polynomial, and MMR mapping). From my understanding, P5 RPU has "reshaping data...

My bad, sorry.

Everything still plays as it should, the file will also have the DVH1 tag just for file consistency, and iTunes WILL NOT add it at all, so can't transfer to iPhone this way - so in theory you can't accidentally play it via Apple native video player I can, SMB directly access my PC. using this comma...

It's for my own file consistency, while maintaining broad playback compatibility, it's better for me and my own collection this way If that's the case, still don't use p7.dvh1, use p7.hvc1 instead. For FEL file: FEL capable blu-ray player -- both p7.hvc1 and p7.dvh1 will work (most likely) Apple de...

Just hex edit fist HVC1 to DVH1 in hex editor after p7.mp4 output from mp4box You can just use mp4box -add BL_RPU.hevc:dv-profile=f7 -new p7.dvh1.mp4 And yes it will play MEL, but please don't do this. @ragico just tested and it's working in MP4 P8 DVH1 + LPCM audio. Like I posted last month mp4box...

staknhalo wrote: ↑

Mon Sep 05, 2022 5:05 pm

Off the top of your head

No idea what that means.

staknhalo wrote: ↑

Mon Sep 05, 2022 5:05 pm

do you know what the command would be for profile 7 single layer FEL, if supported? Just:

Apple doesn't support FEL, only MEL.
I have done all the possible conversions I could think of.

Edit: Found this : Yes, that's the reason mp4muxer/mp4dovi from github resulting in black screen. Change fourcc codec in hex is not enough. That's what I'm after for p8 - so like DVHE/DVH1, it's a HEV1/HVC1 issue - but only with Dolby Vision files - but yet HEV1 files not Dolby Vision play fine - o...

But Ep6 and Ep8 get audio sync issues even with this (not Ep4 strangely) - using either my aac encoded audio or original sources' ec3 audio (I only do soundbars and space adds up over files/time - why I encode to aac with Dolby upmix though) This release is just broken, I will give EP6 and 8 some t...

But it says integer number for Dolby vision BL signal cross-compatibility ID For P8.1 you have to specify dolby vision base layer signal compatibility id to 1.(to 4 if DV hlg P8.4) mp4mux(bento4) --track dv.hevc#dv_profile=8,dv_bc=1,frame_rate=23.976 --track atmos.ec3 p81.hvc1.mp4 But, please don't...

Yeah, the mzabi release, even reacquired the 4-6-8 eps to confirm the missing/bad/garbage data was in source I reacquired one of the eps you mentioned. Can confirm there is something wrong with the mp4 package. It seems mp4box recognize it as h.263, no idea what that is. However, you can split it: ...