- Posts: 3
- Joined: Wed Feb 22, 2017 3:55 pm
I'm thinking of using the SDK to create a MacOS capture app for the H.264 Pro Recorder, which overcomes several limitations inherent in BM's own recording software.
So, here is one limitation:
When capturing to a computer using the Pro Recorder and its software you are controlling the start and stop of a recording at the computer, which does not account for the time it takes the box to do the conversion and make it's way into the computer (lets say that this delay/latency is equal to X seconds). In other words, the start and stop is based on the preview video, not real life, which for some workflows makes perfect sense.
However, if you are capturing a live event to media on you video camera and also to your computer using the Pro Recorder and its software, and you want both files to start and stop at the same, you must press start on the camera, then wait X seconds, then press start on the computer, and also apply this same manual offset when you stop recording. Otherwise, if you press record on your camera and the software at the same time, your Pro Recorder files will actually start X seconds before your camera files, and will cutoff X seconds sooner, potentially missing important footage.
This leads to my questions, which are specifically about the BM Pro Recorder:
1. Is X a fixed number, or does it depend on the encoder settings specified by the user?
2. If X is not a fixed number, can the current value of X be reported via the SDK, so that an offset equal to X can be applied dynamically to the software's start/stop action?
3. This one's a major long shot I assume, but here goes anyway: is there some way, using the SDK, to send two streams to the computer simultaneously – one H.264 stream with X seconds of delay, and one unconverted stream with near zero delay (similar to the UltraStudio devices) – so that you could use the unconverted stream to preview with near zero delay (and minimal CPU processing), and use the converted stream to record? Assuming this is impossible with just this box, but had to ask
Thanks in advance for any help!
So, here is one limitation:
When capturing to a computer using the Pro Recorder and its software you are controlling the start and stop of a recording at the computer, which does not account for the time it takes the box to do the conversion and make it's way into the computer (lets say that this delay/latency is equal to X seconds). In other words, the start and stop is based on the preview video, not real life, which for some workflows makes perfect sense.
However, if you are capturing a live event to media on you video camera and also to your computer using the Pro Recorder and its software, and you want both files to start and stop at the same, you must press start on the camera, then wait X seconds, then press start on the computer, and also apply this same manual offset when you stop recording. Otherwise, if you press record on your camera and the software at the same time, your Pro Recorder files will actually start X seconds before your camera files, and will cutoff X seconds sooner, potentially missing important footage.
This leads to my questions, which are specifically about the BM Pro Recorder:
1. Is X a fixed number, or does it depend on the encoder settings specified by the user?
2. If X is not a fixed number, can the current value of X be reported via the SDK, so that an offset equal to X can be applied dynamically to the software's start/stop action?
3. This one's a major long shot I assume, but here goes anyway: is there some way, using the SDK, to send two streams to the computer simultaneously – one H.264 stream with X seconds of delay, and one unconverted stream with near zero delay (similar to the UltraStudio devices) – so that you could use the unconverted stream to preview with near zero delay (and minimal CPU processing), and use the converted stream to record? Assuming this is impossible with just this box, but had to ask
Thanks in advance for any help!