Bram Tulloch
Forum Replies Created
-
Just wanted to update this and explain a little more about the troubles I was having with this new driver.
Thanks to Thad at AJA for writing to me directly after seeing my post here on the cow.
By “slow response” the main thing I’m talking about is if I have 1 clip on Video track 1 and another above it on Video track 2, if I “hide” video track 2 to see the clip on track 1, the output of the card doesn’t change. Nor does the viewer in Premiere. If I then “scrub” the timeline, or step one frame forward or back, then the output is updated, but it’s not when I hit the little “eye” icon to disable a video track.
For us, this is a big deal, as we are constantly “online-ing” edits by comparing our HD conformed sequences to a low res “offline” quicktime edit, so we need to be able to make sure that we’ve conformed frame accurately.
To be honest, I only installed the new driver for about 10 minutes. As soon as I saw the above wasn’t working still, I reverted back to 4.1.4 which works fine doing this.
Response time of hitting spacebar to play, is far better than I noticed it in 4.2 so there are definite improvements, but not having the output update immediately when hiding a video track is a show-stopper for us.
Bram
-
Well they’ve just released them…
4.2.1
But they still have the slow response problems I was having with 4.2
I guess it’s back to 4.1.4!
Bram
-
Bram Tulloch
January 13, 2010 at 5:41 am in reply to: Importing .dpx files into Premiere Elements 7?No.
If you want to edit using DPX files, you’ll need an AJA card and Premiere CS3 or CS4.
You’ll most likely have to convert the frames to something else.
-
Bram Tulloch
January 12, 2010 at 5:46 am in reply to: Xena LHe horrible performance under drivers V.4.2Anyone heard anything from AJA about this?
Specifically the sluggish way it works?I got a response when I first raised a query about it, but now they won’t answer my follow up emails.
Just wondering if anyone else out there is having any luck?
-
Bram Tulloch
January 11, 2010 at 2:23 am in reply to: Capture Requirements/Video Disk Space Calculator? -
Bram Tulloch
January 6, 2010 at 4:26 am in reply to: Xena LHe horrible performance under drivers V.4.2You should be able to access the AJA playback options once you have made the sequence.
I agree, it doesn’t work when you first make the sequence in a new project, but once you’re in the project, you should be able to access the playback options no problem.The sluggishness is indeed the biggest problem though. I’ve written to them as well, and I get a response saying they are passing it on to their engineers, but then nothing when I write to follow up on my questions.
Hopefully they fix this soon!
I’m sticking with 4.2 for the moment, but we aren’t using this system much of late. The FCP seats get far more use. -
Bram Tulloch
December 22, 2009 at 9:33 pm in reply to: Xena LHe horrible performance under drivers V.4.2I get the same thing with my Xena 2Ke.
I was told they’ve re-done the playback section of their drivers. They’ve tried to simplify it. You’ll notice there are a lot less playback options under 4.2 than 4.1.4.
I had major stability problems with 4.1.4 so I’m sticking with 4.2, but I have written to them about the sluggish performance and reaction times.
Hopefully they will fix it soon.
As for the “weird artifacting” you mentioned. I haven’t seen that. Could be another issue there.
-
Do you have the ability to use a windows machine, install Quicktime pro and the AJA codecs?
I’m not sure how the MAC works in this way, but you’ll definitely get the CGR/SMPTE option if you’re using a PC with the AJA codecs.
Maybe this is an option?
-
I’m not sure about the MAC world (I’ve just been trying to find the same settings on our Final Cut machine), but on our Premiere CS4 seats, we have AJA Xena 2K cards (same as Kona 3)
When we render out an AJA v210 quicktime out of QTPro or Adobe media encoder, there’s an option to render CGR or SMPTE.When we render SMPTE there’s no gamma shift. CGR scales the values which is what is causing the gamma shift you’re seeing.
What’s happening is the YUV codec is scaling your RGB DPX frames to within broadcast limits.
In the Kona Control Panel, there’s a “codec” tab which refers to colour space. Maybe try playing with those options and re-encoding. I’m not sure if these setting affect just the output of the card, or the encoding to the card’s codecs, but it’s worth a shot.