Forum Replies Created

Page 2 of 3
  • Hans Vernhout

    February 15, 2008 at 7:44 am in reply to: IoHD and FCP timecode problem

    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

  • Hans Vernhout

    February 10, 2008 at 3:27 pm in reply to: IoHD and FCP timecode problem

    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

  • 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

  • Sounds like you might be looking for something like https://www.bitjazz.com/sheervideo/.

    Hans Vernhout
    Director / lighting cameraman
    The Netherlands

  • Hans Vernhout

    April 7, 2006 at 6:24 am in reply to: How do defeat keyboard volume control

    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

  • Hans Vernhout

    November 9, 2005 at 9:35 am in reply to: wierd digital dropouts after render…

    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

  • Hans Vernhout

    November 8, 2005 at 5:38 pm in reply to: wierd digital dropouts after render…

    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

  • Hans Vernhout

    October 18, 2005 at 9:38 am in reply to: Codec

    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

  • Hans Vernhout

    October 16, 2005 at 7:49 pm in reply to: Codec

    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

  • Hans Vernhout

    October 15, 2005 at 3:06 pm in reply to: Codec

    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

Page 2 of 3

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy