Hans Vernhout
Forum Replies Created
-
The capture now process will work fine, except you won’t have deck control to your camera. Remember to first let your camera roll before starting capture in AJA VTR Xchange or your SDI embedded timecode might not be captured correctly.
I don’t think VTR Xchange will allow you to select a Firewire card – connected to your HDX 900 – as a deck control connection.
But if you’re gonna try this, please let me know the results.
Good luck,
Hans Vernhout
Director / lighting cameraman
The Netherlands -
You could also download the AJA VTR Xchange utility from the AJA site and use that to capture. It can use the embedded timecode from the SDI-signal that comes into the IoHD.
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Hans Vernhout
September 20, 2006 at 6:14 pm in reply to: Timecode breaks where there are none? Problems with FCP or Cameras or Decks?One of my clients (a television station with FCP stations on Xsan) has exactly this kind of problem. They capture my digibeta footage (whole tapes) to a shared Xsan storage and sometimes FCP has lots of ‘timecode breaks’ where in reality there aren’t any. I don’t know if and how they fix it, but more than once they have to recapture the whole bunch because they end up with LOTS of clips and lose several seconds of footage in between.
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Hans Vernhout
May 11, 2006 at 7:37 am in reply to: Uncompressed quality with spacesaving compression?Sounds like you might be looking for something like https://www.bitjazz.com/sheervideo/.
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Bob,
You can see the percentages when you pause your mouse pointer over the slider control in the volume slider.
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Rick,
Thanks for pointing this out. We also get rid of the problem when we render in RGB so we can use all the color detail and latitude from the 10-bit footage. But this might cause subtle color changes because of the YUV-RGB color space conversion during rendering (although we don’t see any in the footage we’re working with at the moment).
Setting the motion filtering to Fastest or rendering in 8-bit kind of defies the purpose of working with digibeta footage and a 10-bit capable Kona 2 card. As this ’10-bit problem’ affects many high quality broadcast productions done in FCP it seems to me that Apple has to fix this bug as soon as possible…Hans Vernhout
Director / lighting cameraman
The Netherlands -
Are you seeing small green pixels at the border of the scaled graphic? Then it might be the same problem we have with a scaled down superimposed Photoshop graphic in our timeline. We see it in the viewer before and after rendering. Also Kona 2 with 10 bit uncompressed PAL timeline. Didn’t try 8 bits like you did. If someone can explain me how to attach a jpg to a message I could post a screen shot so the experts can have a look.
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Andreas,
Thanks for your info. Just one more question, as the SheerVideo codec looks very interesting (like AVID’s DNxHD codec, but for the rest of us)!
[Andreas Wittenstein] “SheerVideo doesn’t currently run in the Kona2 firmware.”
What does this mean? And will it change soon or ever?
So Apple AND Aja have to accomodate to release the full potential of the SheerVideo codec for realtime use on the Kona2?Keep up the good work!
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Thanks David,
Why not use it in our own workflow as a ‘capture’ codec as it’s faster than realtime according to the Sheer Video website? It might help our Apple Xserve RAID to serve more video streams, as the bandwith needed is about half that of our uncompressed 10-bit video. As long as we don’t need compatability with other parties this codec might double our stream count without sacrificing quality, or do we lose realtime effects etc. in for example FCP or Motion?
Hans Vernhout
Director / lighting cameraman
The Netherlands -
Marco,
Is this SheerVideo codec in any way supported by the Kona2 hardware?
Can we use it as a substitute for the Apple/AJA codecs for realtime SD and HD editing (FCP) and compositing (Motion, After Effects) with about half the storage requirements?
Any pitfalls?Hans Vernhout
Director / lighting cameraman
The Netherlands