[Nick Ryan]

We’ve done this some… but not in a while – when it occurrs again though I’ll give it a shot…

[Nick Ryan]

Hey! This worked pretty well! Thanks.

[Nick Ryan]

It’s like this: The editor across the hall is the main editor for the show, which is cut and printed on his workstation. I, however, am assigned the task of promos – which I cut on my machine, and then give to him via a Quicktime file. He works in UnCompressed, my material is available in DV. Obviously there’s a difference in quality but our producers don’t seem to care.

If I give him a DV Quicktime then he has to re-render every time he moves it around – thus my goal of seeking a decent-looking DV-to-UnCompressed export.

[Nick Ryan]

Thanks for the input!! I’ve been stumped and it’s good to catch some intelligent vibes. Unfortunately, the flashing pixels problem is not limited to AJA IO interaction. Even if I capture via firewire, edit in a DV NTSC sequence, and output via firewire, I get these little flashes. The flashes always occur both on my external monitor (getting it’s feed from AJA) and simultaneously on the computer monitor. The whole Uncompressed vs. DV revelation was a recently-found hopeful solution – however I tried exporting to an uncompressed quicktime, re-importing into an uncompressed sequence, and outputting via AJA -> s-video -> DV deck. (I realize the tremendous drop in quality, but at this point I’m merely trying to get a preview tape.) I don’t think I got any flashes, but I think the uncompressed feed was too much for this trashy little DV deck to handle – the video was swimmy and bad. Sigh. I’ve obviously got issues here. Any more thoughts? At this point (until I get a better deck in – which I’m told will happen soon), I would be content going firewire in and firewire out. As far as I’m concerned AJA doesn’t even need to play in the game right now (I know, it seems like a waste, but once I get the new deck in then AJA can function as it was meant to). I welcome any more musings…