| The ABCs of OMF [message #104877] |
Wed, 24 February 2010 15:09  |
|
|
Hi folks. I just put some discoveries up on the Wiki and thought I'd save you all some headaches.
I can't imagine too many people wasted much time figuring out how to generate solid OMFs from PARIS - after all, since nobody could read them up until now, what'd be the point?
But since AATranslator has now cleared the way for us to use OMF to transfer our PARIS projects into a host of formats, I thought I'd take a moment to post what I've been discovering to be the PARIS "ABC's of OMF" for comment and refinement.
I've generated a lot of OMFs in the last little while, and not had a single failure of translation that didn't prove to be caused by one of these ABCs being violated. By the way - if you buy AATranslator (and I hope a lot of folks will), make certain to identify yourself as a PARIS user so Michael can send you the "hot off the presses" version that's not posted on his site yet.
| Quote: | A) Name things properly
This may seem odd - but PARIS will allow you to name things in such a way that it can no longer deal with them itself. The "slash" character is forbidden (it's reserved for describing file paths) as is the "period" character (reserved for OS functions); there may be more. Here are the frequent causes I've found of files acquiring "illegal" names accidentally:
1) You have included an illegal character in the name of the Mixer Channel the audio is on. This is not in itself an illegal action - but the moment you render a piece of audio in the Editor Window it picks up a new name from that of the track it's on. If that trackname contains an illegal character it can potentially lead to problems. So - if you encounter a problem with export, step A1 is to check that you haven't named a channel with an illegal character in the Mixer Window (probably best to stick to alphanumeric characters only).
2) You have named segments on the playing field. Normally PARIS is fine with this. But if you look closely at the name on the edit screen, you'll see a "slash" character in it separating the name of the file from the name of the segment. This illegal character will prevent the OMF from exporting. Because the character is generated by PARIS itself, it's impossible to erase unless you go to the audio bin, right click on the name of the segment (it will turn red) and delete its name. PARIS will drop its insistence on the "slash" separator (since there's no longer any names to separate) and your export can proceed. If you encounter a problem in export, step A2 is to check for named segments in the audio bin and delete their names with "right-click then backspace".
B) Make sure your audio isn't corrupted
If anything, PARIS' OMF export is even more intolerant of corrupted audio files than the application itself is ("corruption" here refers to the quite common issue of "corruption of the file header" rather than of the audio itself). A corrupted file in your exported OMF can either cause the OMF export to fail outright, or to successfully export a damaged OMF. The symptoms of a damaged PARIS OMF include incompleteness, wrong audio files being associated with a segment, or an OMF that won't open at all. If you encounter a problem, step B is to check that you have no corrupted audio files in your PPJ. If you discover a corrupted file, the solution is to simply generate a fresh "file header". There is no menu command for this - you have to do it by creating a new file with the same audio but a fresh header. For this you have several choices. The first is to render your file in place; this will likely solve the issue, but at the cost of committing you to any edits you've made. The second is a bit more involved but much better - a) go to the Audio Bin, b) samplerate convert the file at "highest" quality - but leaving the destination sample rate the same as the origin. PARIS will generate a new, effectively identical audio file with a fresh header. Use "reset file path" to change the reference from the original to the new one, and you're good to go.
C) Avoid mingling sample rates
One of PARIS' bizarre strengths is the ability to mingle 44.1k and 48k audio in the same session and have them both play back correctly. Unfortunately, very few DAWs besides PARIS can do this, so if you export an OMF with mingled samplerates it will complete correctly and open correctly, but the audio will play back "wrong" in most destination DAWs. Obviously this is not a "bug" in PARIS (it's actually a PARIS *feature*) but since no matter whose "fault" it is the net result is that other DAWs probably won't be able to read the session correctly - step C is to make sure all your audio is at the project sample rate (mingling bit depth, ie 16 and 24 bit files, is fine).
|
"... being bitter is like swallowing poison and waiting for the other guy to die..." - anon
[Updated on: Wed, 24 February 2010 21:51] Report message to a moderator |
|
|
|
The PARIS Forums
Search
Help
Members
Register
Login
Home
