Viddovation
Veteran
So, I've been digging into how the Sony F35 dock works, and while the information I have to share is preliminary, it's encouraging. In short, with some development effort, it should be possible to link communication between the camera and some of the newer recorders by using an intermediate microprocessor. Exactly how this would work, and the degree of limitation is going to depend on the recorder you want to sync to, but enabling record triggering from camera and enabling tally lights seems in the realm of feasibility. For recorders like the SR-R1 complete record integration with timecode fed back to the camera as well as a playback signal seem feasible as well.
Please understand this is all preliminary, and based primarily on reading, mixed with a bit of monkeying with the parts. But here are some of the basics:
So what can this do for us? Well, at the very minimum, by replacing the existing circuit board in the Interface box, we could potentially lie to the camera and tell it that Yes! there is a SRW-1 recorder attached. Even if in fact all our microprocessor did is lie, and had no communication with our actual recorder, this would cheat the camera into enabling it's own auxillary SDI record signal out of the monitor port!
But if our microprocessor acted as a bridge between the camera and our recorder, we can do one better - let's take a recorder like the Atomos Samurai that has a simple LANC record protocol. If our microprocessor can talk I2C and talk LANC, it can act as a translator, passing the record signals on, and confirming receipt of messages back to the camera. To the extent the camera asks for information the recorder can't provide, the microprocessor can lie if necessary.
If your recorder is like the Sony SR-R1 and has a remote port for full deck control, the potentially available options are even cooler. In theory, virtually complete integration with the camera, including record button usage, tally lights, timecode return to the camera, playback of recorded video to the viewfinder and monitor out ports is all possible, simply by using a microprocessor to bridge the I2C communication with the Sony 9-pin remote deck protocol.
It may also be possible to use this research as part of a process to get the camera to offer quad link SDI from a single dock port.
So what's this thread for if nothing's been made yet? Well, for starters, if anyone else has explored this road, and would like to share what they've gleaned, that would be awesome. I'd rather not spend development time on processes that someone else has already researched it.
Beyond that I'm simply happy to have a conversation if anyone has general thoughts or questions about this.
Downside? Now I pretty much will need to get my hands on an SRW-1 so I can start the reverse engineering.
Please understand this is all preliminary, and based primarily on reading, mixed with a bit of monkeying with the parts. But here are some of the basics:
- The camera dock offers power, some clocking signals, up to 4 SDI outputs, and two SDI inputs, as well as a serial digital interface, based on IIC.
- The IIC or I2C serial protocol is really the centerpiece of the conversation here. It's a very common protocol that allows integrated circuits to talk to one another. It only uses two cables!
- While I haven't done so yet, it's apparently fairly straightforward to passively intercept I2C bus communications. From there, they can be recorded, and reverse engineered.
- It's not a very complicated protocol, is unlikely to have any encryption or obfuscations, and should be easy to simulate in cheap microchip hardware like the Arduino, Pic16, Pic24, or Pic32.
So what can this do for us? Well, at the very minimum, by replacing the existing circuit board in the Interface box, we could potentially lie to the camera and tell it that Yes! there is a SRW-1 recorder attached. Even if in fact all our microprocessor did is lie, and had no communication with our actual recorder, this would cheat the camera into enabling it's own auxillary SDI record signal out of the monitor port!
But if our microprocessor acted as a bridge between the camera and our recorder, we can do one better - let's take a recorder like the Atomos Samurai that has a simple LANC record protocol. If our microprocessor can talk I2C and talk LANC, it can act as a translator, passing the record signals on, and confirming receipt of messages back to the camera. To the extent the camera asks for information the recorder can't provide, the microprocessor can lie if necessary.
If your recorder is like the Sony SR-R1 and has a remote port for full deck control, the potentially available options are even cooler. In theory, virtually complete integration with the camera, including record button usage, tally lights, timecode return to the camera, playback of recorded video to the viewfinder and monitor out ports is all possible, simply by using a microprocessor to bridge the I2C communication with the Sony 9-pin remote deck protocol.
It may also be possible to use this research as part of a process to get the camera to offer quad link SDI from a single dock port.
So what's this thread for if nothing's been made yet? Well, for starters, if anyone else has explored this road, and would like to share what they've gleaned, that would be awesome. I'd rather not spend development time on processes that someone else has already researched it.
Beyond that I'm simply happy to have a conversation if anyone has general thoughts or questions about this.
Downside? Now I pretty much will need to get my hands on an SRW-1 so I can start the reverse engineering.