Following up as promised...
Sorry to hear of your issues Dave. Ours is working for now, but having it happen at all certainly isn't acceptable in any case.
For those interested and who may come across this, I did the following to our hyperdeck mini which was displaying the ascribed above issue.... for now, it seems to be functioning! Ha. I got through the remainder of the week capturing backup program record and every file worked as expected. We're recording 1080p23.976
- I added reference signal in. It's from the BMD sync generator 'mini' device, set to 1080p 23.976 via the dipswitches, which is also feeding the switcher and various other devices.
- I took the signal (a cable) directly from an output on the ATEM 2 M/E, just to be safe
- I experimented with mxf which seemed to lead to consistent 'flashing red' errors, but ultimately settled on DNxHD MOV 45 which is LQ I know, but fine for our backup purposes. This format has been 100% successful so far without the video encode issue/audio playback only/solid red in Premiere issue. Notably, I was not using an approved SD card, as they hadn't arrived yet. Still, the card was 150MB/s vs the officially approved cards' 95MB/s, and once it works it doesn't tend to have any problems, so I'm tending to believe these issues are not a throughput thing. If I see them happening again on the 300MB/s cards I now have in hand, I guess I'll know for sure.
- I stuck with OSX Extended. ExFAT seemed to also introduce flashing red errors while speeding. re: above SD card note.
- I disconnected the ethernet communication just for fun; previously, it was set up to communicate with the ATEM
- I changed it from 2 channel audio to 16 channel audio, as this is what the main recorder (big brother ssd hyperdeck) records without any option to change it, and that deck hasn't had these file encode issues.
- I disconnected the HDMI output which was cross coverting from the SDI in. Notably, this HDMI signal was sending out horribly incorrect colors at times, while at other times looking fine. Out of everything, I really think this is the likely cause or at least the best clue as to what was going on, and probably an indicator of when the issue starts happening. I also am not using the sdi loop through. Strip it down to the bare minimum
Hope this helps. Hopefully someone from BMD team is watching us and reproducing all this.
cheers,
ww
*** UPDATE 11/30 ***
We got our certified sd cards in, and all seemed to be going well. However, a couple days into the week of shoots, I popped a card in to check, and the DNxHD mov's were suddenly doing the same thing (black playback, solid red in Premiere). I switched to DNxHD mxf, which now work without drop outs with the 300mb/s cards, and that worked great for a couple more days. Today, The card 1 space rolled onto card 2 mid clip, and it appears that everything AFTER the automatic roll over/split clip between both cards, is corrupt even as a mxf. Premiere just won't open it. The 2nd half of the split clip itself, works.
Maybe this in particular, or something similar where it's not a clean start or stop of a clip, is what triggers the issue. Not sure. No time to test it but I will keep an eye on it for the rest of the week. To reset the Mini to "working" recording condition, I just reset the power and reformatted. Will be sticking with mxf for the time being, and see if we run into the issue again without allowing it to roll over to the next card mid-record.
ww