OK, it's a good start, thank you - the large dump would have been better, but maybe this one is enough, though.I have read that option later. Besides -I'm lazy and that worked faster.
Yes, that is quite possible, those get huge. Compressed it may have been 200MB. But it's not required anymore, we found the cause.believe it or not: The full dump was a 2.2GB file!!!!
That is because 1.2.4.8 used a more "naive" approach to handling Dolby TrueHD or Atmos, like the most other tools.Hmm - aclayers.dll. I did not activate any compatibility mode intentionally. I will check this. But be aware that 1.2.4.8 on the same machine with the same settings etc. finishes that movie w/o any issues.
It's not a service, it's only a dll.P.S.: Couldn't find this aclayer.dll anywhere in the services running. Ran SFC /scannow and it didn't find anything. Could you point out where to search for that dll being active?
Well, the old one didn't. At least not with all discs. Several Disney Atmos discs didn't work well (and still don't work well when processed with other applications). Now CloneBD handles them perfectly.I personally can live without the new and improved accurate updated handler for ATMOS if the old one works too.
That is interesting.Aclayers.dll was in one instance called by a startup item for a bluetooth USB stick.
...and that as well - if you install CloneBD 64bit over a 32bit version, that is the intended behavior. But you got me thinking whether Microsoft has pulled another stunt and activates some compatibility mode, when a 64bit application installs in the 32bit area.It was installed in the ProgramFiles (X86) folder but it was the 64bit version of ConeBD.exe.
Yes, that is one of the reasons why we're pushing for this next release, but it's been a lot more work than usual.The release version you mention would be 1.2.4.0 which doesn't work with new NVidia drivers. So that's a NoGo.