Hey chmee, I wanted to offer you some testing results regarding the timecode issue of the WAVs auto-sync in Resolve, I've read that your software uses the datetime of the file to generate the timecode. I've tested this and I found why Resolve it's not syncing some of the files properly. I used two files M03-1753 and M03-1755.
The timecode generated for M03-1713 and its WAV was 20:15:59:00 to 20:16:28:12 (6 more for the WAV)
The timecode generated for M03-1715 was 20:15:28:00 - 20:16:05:18 (5 more for the WAV)
I don't think is a problem of timecode generation. Its consistent for video and audio, and they seem to match but, as you see, the timecodes for the two files are not unique and overlap, therefore, when Resolve syncs them it goes to the first file it can find that has some of that timecode (the first file when shorted by name that has some of that time interval, it defaults to that and ignores the reelname - because audio doesn't catch the reelname from the folder).
The timecode match the date of creation of the file on the hard drive, that means when the .MLV was copied to the hard drive, which obviously makes files overlap because the creation times are usually close.
I believe there can be a quick workaround for this (the proper fix would be emulating the BMCC WAVs) taking the timecode start from the name of the file i.e: "1713". As I mention this would be just a workaround because in the case of having files created at the "same time" in different days the timecode would overlap, also when using different cameras, and, Resolve would go crazy again. But this is solvable. When put in different folders of the Media Pool in Resolve (Day 1, Day 2 / Camera A, Camera B...) And selecting the clips in those folders, then clicking the auto-sync, the two files sync properly and only with the WAVs that have the same timecode in that folder. If timecodes did not overlap in one folder, we should be just fine. It's not perfect, but it works.
Well, in any case, I hope some of this testing offers some insight and helps in solving the problem.
Tech details:
- Camera: 5D Mark III
- raw2cdng 5.0beta6
- MLV / Nightly ML build of February 14th 2014 (I know, it's an old build, but I'm not aware of any changes on the timecode/name/file creation process that can influence the issue reported)