As soon as you have an unstable or dropping signal on input 1 you will get drop outs on EVERY output of the Cleanswitch.Īnd of course you get a one frame delay on every source that is not in sync with the reference. As pointed out in the thread that you mentioned it is dangerous and doesn't make any sense to use input 1 as reference when there is an extra genlock input. The only thing that the Cleanswitch should ever sychrionize to is the reference input and NOT input 1. Smart Videohub CleanSwitch 12x12 clarification The best thing is to avoid any delay, that's why this cleanswitch is not a showstopper. Using a internal reference, like the TVS or Atem, will cause an extra frame of delay.īy using input 1 as a reference you should not get this extra delay for this input and all other inputs wich are in sync with input 1. The 12G fiber tranceivers are in testing now and do very well on the work bench. I hope to have my 12G fiber backends prototypes ready in a month. But i seem to have solved that problem since this month too. The only thing that was missing was a 12G 4K fiber backend between camera and OBV. So the "easiest" way is to go full 4K into the OBV. Rendering 1 hour live sets in 4K from all iso's and a EDL file is a nightmare. So the client could use 4K images but the registration was 1080P50 for youtube. In the past we did 3G live registration on FS7 with 4K Iso inside the camera. More and more clients ask for the registration in 4K too. The aftermovie crew shoots all RED with 4K and up. Well because my clients are festivals, concerts etc. Why would you spend all the bucks on 4K then. (going into 4K 50P ) ( i dont have a sony or GV that runs Quad 3G)īut second because i like the 12G standard and what BMD did with it. I build my OBV 12G 4K on purpose.įirst of all because of the 12G broadcast 4K mixer. I wish BMD would acknowledge (and fix) this bug, it's a serious issue for people expecting their routers to work for the clarification. I no longer recommend BMD routers because of this, simple tasks such as routing your cameras to an engineering monitor with touchdown controls are not possible with the 6g BMD routers. This is a major drawback of the 6g switches and has put a spanner in the works on several systems i've built. The 6g switches DO NOT switch in the vertical interleave, even with everything locked to reference the 6g switches cause a dropout on switching which makes monitors lose sync. If all or most of your signals are locked then i would recommend having a reference, but it is not necessary. This dates back to my day when most of the signals (analog,sorry) were locked together so feeding a reference would force the actual switch during the vertical interval eliminating a visible glitch. If most or all of the sources are non synchronous and different resolutions and frame rates, feeding a reference will not help much. Gary Adams wrote:A lot depends on what you are switching.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |