Mark Arenz
Forum Replies Created
-
I’ve been using XtoCC (formerly Xto7) going into Premiere for OMF export with good results, but since the last Adobe update, the workflow no longer works for stereo files. It sounds like Premiere is looking for a tag that notes that the track is stereo and not just 2 copies of the left channel.
Naturally, I’d love to have a plugin or an app that goes directly to OMF but that doesn’t appear to exist. Failing that, it would be great if Sonar X3 supported AAF since there’s an established workflow for that.
-
All the sync’d clips are made with the basic Clips -> Synchronize Clips method.
-
I’ve tried it before and it comes through with empty clips. If I do it with stereo clips it works fine. I’ll try un-nesting the multi-channel clips and see if that works.
-
Thanks. That’s helpful. My goal is to find a way to make the process fast and repeatable, so rather than copy the sequence (project) to make adjustments to make it OMF-friendly seems less tenable than editing the clips in that mode all along so when I get last minute change requests, I’m not up against it. It depends on the project, of course.
-
Who’s using SATA drives regularly for archiving? That’s fairly cost effective and very fast. However, I feel like every drive I use is a liability. I pull them off the shelf every month or two, hook them up, and hope for the best. That’s not sustainable over time if I grew the library to dozens or hundreds of disks.
-
I agree. However, I’ve learned the hard way to archive to blu-ray twice (what we call a “RAID level oops”) since we’ve had a few failures in the last year. The extra cost is nothing compared to the extra time of archiving x2 but it’s saved my rear more than once.
We toyed with the idea of a blu-ray robot for auto-archiving huge data sets but by the time you do that you might as well buy LTO.
And now that the discs cost half what they did when we started, we’ll probably stick with it. The SATA system still seems tempting but only as a means of hot-swapping huge projects in and out when we get really, really busy. And most of those issues can be addressed with aggressive media management.
-
I’ve been using Blu-Ray as an archiving solution for the last year or so. Since starting to work with R3D files we’ve noticed project files exploding in size, even beyond the practical limit of dual-layer Blu-Ray (a platter of 20 discs for a single project, for example. After a full day of shooting I have to spend another day just burning everything to blu-ray (twice). And we’ve had failures as well (which is why we do everything twice). And before anyone recommends LTO, we’ve been hosed by high capacity tape in the past as well no matter how carefully we store them.
We’re considering moving to a bare SATA solution for better speed & cost. We even found a source for hard drive cases. I still don’t trust bare drives as an archiving solution, but it looks like the best fit for us until solid state becomes more affordable (assuming that sd drives would be more reliable and durable). Once that glorious day comes, we can transfer the bare drives and be done.
I may not have a decent night’s sleep until that happens but it seems like our best logical choice.
-
Unfortunately, they’re the only game in town and they say it is.
So, now I need an MPG2 4:2:2 encoder that can pad the top and bottom (of course, half the engineers sad add 13 to the top & bottom, and the other half say add 26 to the top) or just pass through the raster without scaling. Is there any choice other than paying $1k for software that’s about 99.9% redundant?
-
It’s very strange. I’ve been sending them 720×480 stuff for a while now, but suddenly I hear that what they really want is 720×512. I think that has to do with closed-captioning, but still it seems strange that we have to invest a further $1k in software that does a million things we already do with compressor. Seems like a waste.
-
As for the first question, it should be possible and not as hard as it sounds. I built a suite of converters for Jaleo->FCP project conversions a few years ago. Obvioously, Discreet uses a completely different structure than Jaleo’s so they won’t work for you, but it should be an indication that it’s possible- especially if you’re talking about export/import of simple data like markers or cuts-only edits. I discovered that converting more complex stuff simply won’t work since the systems think in such different ways. All you need is a Perl or PHP tutorial on crunching text and you should be sound as a pound. Start with a simple XML file at first and then work from there.