Hi Charles, That's what I would have thought too.
Here's a link to one of the files.
Just as a bit of background, this file, like thousands of others, are an export from a program called Master Control/Selector from RCS. I believe they are a BWF with a possible mpeg encoding. As mentioned, yes, there is a plugin that DB PowerAmp can use to decode them, but on a mac - natively at least, this isn't always a good working process.
I'll see if the RCS guys can add some more to this thread too.
So that makes a lot more sense. The WAV file has MPEG 2 Audio Layer III encoding, which AME doesn't do if it is in a WAV wrapper (it can do it in the raw stream format, however). Audition on the other hand, can sniff this out and can open the file.
The fact that it has BWF METADATA is separate from the codec. Both AME and Audition support BWF. And Audition even supports the CART chunk metadata that RCS embeds in it.
As for the Batch Conversion in Audition, what would you want changed to make it better for you?
Hi Charles, Thanks for getting on top of this.
It's a weird format I know...
The problem I had and would like to see improved I guess would be not to have files actually open in audition in the first place.
So I guess, being able to use the Media Browser window in Au, and drop (for example) 1500 files straight in to the batch window, choose the output format and click convert.
At the moment it does this, however audition actually opens the files first. So when it's doing the processing it craps out because it can't load that many items with much success, and this is on a macpro with 20G of Ram.
The short few I managed to process for testing worked fast, but when it got to the limit, of open files, it encoded empty files. (if I recall correctly) Short version was, it didn't work properly.
Also, it would be nice if it could match input folders too. So if I had a directory with 20 directories in it, and files in them, it would be nice to drop the directory at the top of the tree in, and then when the files are converted, it replicate that tree to a different location.
The other thing I'd like to see, and if possible, is to copy or map the metadata from X field to X field. So in this example, take the title and artist and save it in the ID3 tag for an mp3 file.
One last thing, as it is related, that could do with a tweak improvement is the save, save as screen, and it's two things, being able to set the default file format, we don't all need wave files all the time, but even if it remembered what we used last would probably be sufficient. But can you change how the diaglogue box is too? If you recall with Audition 3, specifically for presets, you could set the bit rate, file sample rate, format, channels etc all on one screen?
I swap formats and export multiple files types for various distribution channels, and it's just a few extra steps and clicks that now have to take place that didn't use to exist.
Thanks for listening.
I just had this reply on an internal RCS forum regarding this from one of their software engineers, thought I'd let you know further details about the audio files. You may find it helpful. Cheers, Steve.
If they came from MC and you're having issues opening them with Adobe products, it is probably because they're MP2 (Mpeg 1 Layer 2) files. MC would use either MP2 or Linear Wave audio and in each case they'd be Broadcast Wave Files, which means the audio data is included inside a RIFF wrapper with the broadcast metadata (Cart & Bext chunks).
Some apps - including Cool Edit, as Adobe Audition was at the time - would see the .wav extension and RIFF header and assume incorrectly that they were Linear files. The file extension is meant to be irrelevant as the RIFF wrapper describes the format of the audio, so a reading application is supposed to read that and not make assumptions.
I am travelling at the moment so don't have access to Adobe Media Encoder, but can you try renaming the files to .mp2 or .mpg extension and see if that works? It always used to work in the old days, convincing Adobe to treat them as Mpeg audio.