Forum Replies Created

Page 29 of 48
  • Carsten Orlt

    August 15, 2008 at 11:31 pm in reply to: Storage w/AJA IO HD

    As I saw your in Sydney too:

    I bought my eSata chassis from eyo: https://www.eyo.com.au/items_CatID_3_SubCatID_136_Storage_External_Enclosure_for_3.5_HDD.html
    the 4 bay and 8 bay CFI chassis work perfectly fine. I have 2 of the 4 bay with my MacBookPro 2.33. Extremely! easy to assemble!

    I recommend 1TB drives. I have the Seagate ES model :https://www.eyo.com.au/prod_E-ST31000340NS_proddesc_HDD_SATA_Seagate_Barracuda_1000GB_ES_24x7_3Gb_s_NCQ_32MB_7200.2_ST31000340NS.html
    I think its worth the extra bug. But shop around. Sometimes you get good deals.

    So 4TB Raid ~ AUD$1600. This is Raid 0 and might not be secure enough for you but I only work in ProRes with the ioHD so I stripe only 2 drives together at a time (and we still do tape base acquisition).

    so: use at your own risk 🙂

    Cheers

    Carsten

  • Carsten Orlt

    July 17, 2008 at 12:50 pm in reply to: Audio Sync Adjustments

    The only way, short of the new drivers, that I figured is a audio delay you can buy for home cinema setups. They have adjustable delays.
    Though if you delay the audio for the LCD, your CRT will be a frame to early 🙁
    I didn’t go there, or at least not yet, before I see the new drivers.

  • Carsten Orlt

    July 17, 2008 at 12:48 pm in reply to: Audio Sync Adjustments

    ups you beat me to it 🙂

  • Carsten Orlt

    July 17, 2008 at 12:47 pm in reply to: Audio Sync Adjustments

    Unfortunately that doesn’t change anything, as the playback offset only influences the desktop (computer) display to the external display (which ever that maybe). There will always be a 1 frame difference between a CRT and a LCD.

  • Carsten Orlt

    July 17, 2008 at 12:01 pm in reply to: Audio Sync Adjustments

    I have the same problem with the ioHD and 1 frame delay on the LCD. Because LCD’s are always progressive they need to buffer the fields before they can display the whole frame – hence the 1 frame delay. This is at least my explanation 🙂
    According to Aja the next driver will have audio adjustments possibilities for different outputs.
    How it’ll work I don’t know. We’ll have to wait for the new drivers.
    Not sure if there will be new drivers for the LH as well. Guess best to drop Aja a line (or call 🙂

    Hope this helps.

    Carsten

  • Carsten Orlt

    July 16, 2008 at 6:04 am in reply to: screen capture
  • Carsten Orlt

    July 10, 2008 at 4:56 am in reply to: copyright symbol

    option-g = ©

    Carsten

  • Carsten Orlt

    July 8, 2008 at 2:35 am in reply to: FCP “replace clip”

    https://www.digital-heaven.co.uk/podcast/

    watch: paste attributes pt1+2

    Carsten

  • Carsten Orlt

    June 25, 2008 at 4:36 am in reply to: Weird Black Slivers

    I should add to the statement that Broadcaster do not accept the wider BetaSP blanking:

    This is only the case if your mastering to a format that has less blanking then BetaSP, e.g. Digital Betacam

    If your mastering to BetaSP it doesn’t matter because the recording machine will add the standard BetaSP blanking to whatever signal you will feed it, even if has less blanking (e.g. DV)

    You can easily show the effect by playing out DV originated footage to the BetaSP and recapture it. Now it will have the same blanking as the BetaSP originated footage.

    Carsten

  • Carsten Orlt

    June 25, 2008 at 4:23 am in reply to: Weird Black Slivers

    what your seeing is what is called blanking. Basically it is the video beam being switch off at the end of a line to be able to jump to the beginning of the next line – making the picture black on the left and right (I’m no techo so this is a very simple explanation).

    Different video formats have different blanking times and therefor have different size black on the left and right sides.

    BetaSP has a larger blanking and there is nothing you can do about that!

    For broadcast it doesn’t matter because as you rightly say it is well within the safe areas. Some broadcaster though do not accept anymore the wider blanking of BetaSP and the only way to get rid of it is to slightly zoom into the picture until the left and right black sides disappear. Of course this will affect the picture quality but again nothing you can do.

    If you just outputting to quicktime movies say for the web or CD-Rom you could try to use compressor and apply a left and right crop to to the output size of your movie. I haven’t tried this so I can’t give you specific instructions but it should work. Of course this will give the resulting quicktime slightly odd pixel x pixel dimensions, but because quicktime player adjust its window to whatever size the movie is it doesn’t matter.

    Hope this will give you some leads to evaluate your options.

    Cheers

    Carsten

Page 29 of 48

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