Forum Replies Created

Page 10 of 20
  • Francois Stark

    November 21, 2005 at 5:05 am in reply to: what hard drive add’n to G5?

    Any SATA drive should work.

    To install, there are screws mounted in the G5 box for the purpose – these are metal screws with a extrended plastic screw head – they look like little mushrooms. After fitting them to the hard drive, it slides into the spare hard drive rack. Then you just fir the SATA power and data cables and away you go.

    Regards
    Francois

  • Francois Stark

    November 21, 2005 at 5:02 am in reply to: finding imported dv files

    The files should have a .mov extension. To search for them open a finder window and type in the search term in the lop right entry-box.

    Regards
    Francois

  • Francois Stark

    November 16, 2005 at 8:09 pm in reply to: Any truth to this rumor?

    [chris magid] “Keep in mind with an additional firwire card in the PCI bus, Adrenaline HD can already work with HD100 media in its native codec.”

    Ok Chris, I don’t quite understand.

    How do Avid propose to do uncompressed HD over the adrenaline box? It is connected to the host computer using a single firewire 400 cable – 400mbit/s = 50mByte/sec. That’s not enough for one stream of uncompressed HD.

    So adding uncompressed HD to Adrenaline would mean finding a faster way to connect to the host. Does your quote above mean that the host must get a second firewire card that runs in parellel? Or is it a proper PCI-X card like Nitris?

    Regards
    Francois

  • Francois Stark

    November 7, 2005 at 3:02 pm in reply to: SAN X16 iSCSI performance

    Hi Phil

    Has this problem been fixed?

    What benchmark numbers do you get now?

    Thanks
    Francois

  • Francois Stark

    October 27, 2005 at 6:57 pm in reply to: Kona LS sync between viewer and PAL screen

    Whoo hoo!! fixed!!

    Walter thanks! I knew about the playback offset, but I thought it was only applicable to firewire output like DV or iO boxes.

    Now I realised why I thought so: My first two capture cards were Cinewave and Decklink Extreme, which never had a playback offset issue.

    Aja manufactures the iO box, and the playback offset setting must be left over from that software, because it should be set to 0 for the kona LS card…

    The decklink card maybe did not have any playback offset error, but I found a much worse hardware bug tonight – more about that on the decklink forum.

    Regards
    Francois

  • Francois Stark

    October 27, 2005 at 6:55 am in reply to: colour grading on FCP?

    FT renders (ideally) in 10 bit 4:2:2 uncompressed. Depending on the grades you apply on each shot, it renders almost real-time up to 3 times longer than RT. So it’s not really practical to grade your footage before editing.

    Ideal workflow:

    -Edit content in FCP
    -export as XML, referencing source media
    -import this XML into Final Touch
    -Grade
    -Render in FT – this creates a new set of QT files in a render output folder
    -finalgather in FT – this creates a new XML file that references the new QT files
    -Open FCP and import the XML back into FCP.
    -play out to tape.

    You can imagine the problems in the XML process. multple layers or composites done in FCP don’t translate well.

    Regards
    Francois

  • Francois Stark

    October 27, 2005 at 6:40 am in reply to: FCPHD and FCP5 on same machine

    I just realised that the system is still running the older version of 3D title tool (from FCP V4.5) from the old drive with FCP 5. It works, but doesn’t reliably read titles created on a full installation of FCP 5.

    So beware.

  • That’s where the difference lies – our Pro Tools suites actually use the fibre connection for audio sessions. They can exchange sessions without copying – they prepare the sessions in the smaller room and then just open it in the other room without duplicating the audio data by using sanMP. We are using a three-drive raid 1 in the ADTX box for the two suites’ audio drives. As longs as they are not srtiped in mac os X, Pro Tools can use the storage for audio.

    I suppose that’s one of the rare ways to have redundancy on Pro Tools’ audio drives…

    Regards
    Francois

  • Thanks

    I looked at XSan closely, and the main reason I went with SanMP was that it could be used for Audio storage for Pro Tools. We have two PT suites on the SAN and they exchange audio projects on a daily basis, as well as reading video files from our FCP volumes. That’s besides that fact that they don’t have spare PCI slots for second ethernet cards.

    It’s good to hear about larger SAN systems, and I certainly can not see SanMP scaling to 50 clients: we have 6 seats and 10 volumes – imagine mounting 70 volumes for 50 clients!

    Regards
    Francois

  • Francois Stark

    October 22, 2005 at 5:01 pm in reply to: SanMP, FCP5 and a whole lot of headache

    [chrispy] “I have yet to figure which LUN correspond to which Apple FC HBA port as the last time I did the test my LUNs had the same size which makes it difficult to nail down.”

    I had the same problem on my first attempt at LU mapping. Currently I have all different sizes, with only corresponding LU’s (to be striped) being the same size.

    Thanks for the info. It corresponds to what I’ve seen on the Apple HBA’s in Tiger.

    Now I have the info to attempt the tiger migration. This will have to wait until after one of our larger projects finish on Nov 9.

    Regards
    Francois

Page 10 of 20

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