Forum Replies Created

  • Jbwjr22

    July 27, 2007 at 2:15 pm in reply to: 16-bit vs. 24-bit (48 kHz)

    What, if any, modification is made to audio during OMF export? As mentioned previously, I have three different types in my project:

    48k/24-bit (from BetaSP video)
    48k/16-bit (narration – .wav files)
    44.1k/16-bit (original music – .wav files)

    If I specify 48k/24-bit for my OMF export, does this modify the narration and music (which aren’t 48k/24-bit) during the export? I don’t have ProTools, so I’m unable to see what’s really happening during the OMF export. (Or am I?)

    I’ve also heard suggestions of going ahead and converting my music to 48k. Would it be better for me to do that, or let my audio mixer do that in ProTools?

    Thanks.

  • Jbwjr22

    July 26, 2007 at 5:20 pm in reply to: 16-bit vs. 24-bit (48 kHz)

    I’ll be mastering to DigiBeta, which if I’m not mistaken is only capable of 20-bit, and I think the SD broadcast spec is only 16-bit. So 24-bit audio would need to be downconverted at some point.

    Would the audio from my BetaSP video sound any different during SD broadcast if captured at 24-bit then downconverted to 16-bit, as opposed to capatured at 16-bit in the first place and never converted?

  • Jbwjr22

    July 26, 2007 at 2:44 am in reply to: 16-bit vs. 24-bit (48 kHz)

    Yes, FCP plays everything fine, even the 44.1k music.

    It’s the OMF export that concerns me. Should I select 16-bit or 24-bit (48k) for the OMF export, and what difference would choosing one vs. the other make if I’ve got both 16-bit and 24-bit (48k) audio sources? Is it better to upsample a 16-bit source to 24-bit, or the other way around?

    Thanks again.

    JW

  • Jbwjr22

    June 14, 2007 at 6:46 pm in reply to: best codec for onlining SD doc with Kona LHe?

    [David Roth Weiss] “Your video will never be any better than the original, whatever format, so it makes no sense whatsoever to recapture.”

    Source video is BetaSP. I captured in DV for the offline (with visible code). I now need to recapture for online, which someone suggested I do in DV. I disagree, and assume you do too?

  • Jbwjr22

    June 14, 2007 at 5:26 pm in reply to: best codec for onlining SD doc with Kona LHe?

    [David Battistella] “2. Codec choice for video recapture? (uncompressed SD 8-bit, uncompressed SD 10-bit, ProRes422)

    Uncompressed 10- bit will look great, provided you have the drive speed, capacity, etc. Theere have been issues with 10-bit codec and AE renders so you might want to test first. 8 bit UC is more than adequate and will stand up to CC renders.”

    I’ll definitely do some testing. A couple of people have suggested doing it in DV, saying that uncompressed SD isn’t noticeably better and thus a waste of drive space. I researched this in ’01 prior to onlining another, similar show (BetaSP source footage, plus lots of AE and stills) and ended up buying an Aurora IgniterRT (plus Medea VideoRaidRT) for my FCP3 system because my conclusion was that uncompressed SD was noticeably better.

    Has anything changed with the DV codec that would make it compete favorably with uncompressed SD for onlining a show like mine? Any current tests (and reports) comparing the two?

    Thank you.

    J

  • Jbwjr22

    June 14, 2007 at 5:18 pm in reply to: best codec for onlining SD doc with Kona LHe?

    [JeremyG] “The only problem is that if you are planning on going to 10-bit UC you will need to capture to a drive that’s faster than fw400 or even fw800. What do you have for your scratch drives now?”

    ProMax tells me that the following three drives striped together should be more than adequate for the 28 Mbps needed for 10-bit uncompressed SD:

    3 500GB SATA-II 7200rpm 16MB cache Video Drives (striped for speed, Raid 0, no redundancy)

    I take them at their word, even though AJA’s site says:

    Internal Storage (inside Mac) For DV only; uncompressed SD requires external RAID.

    Any firsthand experiences with this?

    Thanks again.

    J

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