Destination size is 50G, so no compression is required (and CloneBD confirms this).
Yet, when CloneBD processes this .iso, it insists on decoding and encoding it.
Wow, great explanation.
And fascinating all the work CloneBD is doing behind the scenes to make sure everything comes out just right.
31 seconds !?!?... is that for a whole movie length?31 seconds !
Do you still have the log file?In fact, if I believe what the display says beats any run I've ever done, clocking in at 31 seconds ! ....
31 seconds !?!?... is that for a whole movie length?
No surprising if all you're doing is removing that single audio track. Since after that it doesn't need to compress, a 1:1 copy goes very fast with hw acceleration. The only tweak it then has to do is fix the menu to point that Chinese entry to one of the remaining tracks.
With my 1080 I can do a full capacity bd50 to bd25 in under 15 min.
Do you still have the log file?
I've never (consciously) seen an incorrect duration displayed. I'd like to see how long it really took and make a guess where that number came from.
Thank you for your input.
It turns out, that CloneBD is somewhat afraid to let this video stream through without a little bit of compression.
This video has an unusually high video bit rate (around 37 mbit/s - normally even high-bitrate blu-ray discs hover around 20-25 mbit/s).
The mechanism causing this "forced compression" calculates an estimate of all streams involved and tries to make sure, that the total will not exceed the maximum muxing bitrate of 48mbit/s.
The only knob it can turn to achieve this is the video bitrate (unless you choose to downconvert audio).
The disc actually scratches along precisely that line at places, there wouldn't even be enough room left for another low bitrate AC3 mono track.
There are two HD audio tracks - and the thing with HD audio (except LPCM) is that it has a non-const bit rate. So CloneBD also adds a margin to the known, estimated average audio bit rate, to be sure.
Because overshooting the maximum muxrate will cause severe hiccups during playback.
But: this whole safe-guard should not be required, when doing a remux-only, because the original authoring should already have taken care of not exceeding the limits (and they have, the disc is very cleanly authored and within all boundaries, even if only just).
So we'll remove that check in the next version, so long as you're not doing any compression.
As a workaround for now: if you don't need the Chinese track, just deselect that, then CloneBD will drop the forced transcoding.
Do you still have the log file?
I've never (consciously) seen an incorrect duration displayed. I'd like to see how long it really took and make a guess where that number came from.
Hi Reto!
I've run into this situation again with another movie The Spy Who Dumped Me.
Again just removing a few titles and creating a Partial Folder.
CloneBD says total space will be under 48G and "no compression" - since the target size is 50G.
Yet, again, it decides to transcode the movie.
I applied your solution from before and removed the Spanish audio track (the only one other than English).
It worked again - CloneBD processed this time without transcoding.
So, I am assuming this is the same issue.
If you want to check I have attached the CloneBD log file with transcoding (second attachment - 2.7MB) and one from the run without (first attachment - 2.2MB).
Do you have an idea when your permanent fix will be released?
I'm thinking the next time this happens, there may not be an additional audio track to remove...
T