FRAMES bad read on .M00, .M01, etc.
I'll copy/paste my email:
convmlv takes every container itself and creates the DNGs.
You mention that around 47 seconds (which is 1128 frames, close to 1182 frames) are being transcoded, and that the DNG conversion takes longer than usual. This suggests that:
The problem is indeed with the initial DNG conversion from MLVs. (The first?) 1182 frames are being made into DNGs, and from there into an MOV.
My hunch right now is that a key piece of information read by convmlv, metadata for # of frames in the source MLV which is contained in the variable $FRAMES, is being gathered incorrectly - specifically, $FRAMES should be "3787" instead of "1182\n1182\n1182\n241".
On Line 1954 of convmlv.sh, it says: if [ $count -gt $FRAME_END ] . $FRAME_END is read from $FRAMES directly in this case, and -gt only accepts one argument on the right - it should be getting 3787, but it's instead getting 4 of the wrong $FRAMES values.
Could you perchance run the following command, replacing with your MLV file and <mlv_dump> with the mlv_dump executable (which is in in the convmlv folder):
echo "$(<mlv_dump> -v -m <mlv>)" | grep 'Frames Video' | sed 's/[[:alpha:] ]*: //'
My guess is it'll read something like "1182\n1182\n1182\n241", where "\n" is an ENTER. If it does, then my hunch is confirmed, as the above command is the same procedure as on Line 1516.
It would be a huge help if you also ran & sent me (just copying your command from the log):
bash -x ./convmlv.sh -m -g 4 -G 6 -o /home/ubuntu/shared/prores/test/ /home/ubuntu/shared/mlraw/2018-05-12/M12-0821.MLV
If my hunch is correct, then it's an easy fix: I'll fix Line 1516 to give the correct # of frames in all cases, and send you a new convmlv.sh. If it works for you, I'll make a public v2.0.3 release.