Re:Session problem: Sample rate on external clock didn't match sonar session
2012/03/09 23:27:13
(permalink)
The problem is that now the wave files themselves are identified internally as 44.1, which is what SONAR thought they were when it created them. Any playback software that subsequently reads the internal sample rate from the file header and sets the hardware accordingly will therefore play it back at the wrong speed. The only fix is to convince the wave file itself that it's an 88.2 file (which it is) so that it reports itself as such. Then you can re-import it into an 88.2 project and have it work correctly.
The way you do that is to change the data in the wave file headers. I understand that several audio editors have this capability, including Audacity, Adobe Audition and Sony Sound Forge. However, I only have experience doing this with a generic hex editor, so I can only tell you how to do it that way.
Be sure to back up your project before editing any files. The 3-byte sample rate can be found at byte offset 24 (decimal). If you look in there you'll see 44 AC 00, which is 44100 in hexadecimal (lsb first). Change that to 88 58 01 (88200 in hex), and now the file will report itself to hosts as being an 88.2KHz file. Create a new 88.2 project and import the files and all should be well again.
(Personally, I'm with Cactus on this: working exclusively at 44.1 KHz does avoid a lot of potential complications.)

All else is in doubt, so this is the truth I cling to.
My Stuff