Sample rate

[juergen]

HOla amigos

I got a call from a distressed friend yesterday who thought he was recording to a 48k session in Alsihad (it was really a 44.1k), with his external clock set to 48k.

I've never been in that situation, so i thought i'd ask you geniuses.

I remember someone in some forum having the same prob, but haven't been able to find that particular thread...

Season's joy,
juergen

[malice]

This is a major clusterfuck.

1) first, you have to consolidates all tracks from the first measure.

2) close PT.

3) download John Rail Rogut utility program for changing the header info from 44.1 to 48k
http://archive.digidesign.com/download/utility/

It is call "Header Investigator"

4) reopen a fresh session with the correct session infos and Sample rate

5) import the consolidate files.

done

malice

[juergen]

Thanks malice!

I wonder...is there anything like that for OSX?
Or Peepee only?

[malice]

Hmmm,

If you have Peak, you can :

you can change the info within Peak. open the files, get the audio info, and then you can input the correct sample rate .

I don't know too much about resource program like Resedit for OS9.

I guess there must be some for OSX, but I don't know really about that.

Maybe our resident computer specialist Digiengineer can help us here, I'll page him.

but Peak does it if you have it.

malice

[Brendo]

That was me, I believe.

Can you get to a PC? The Rail Jon Ratshit program really does work well. What I ended up doing was making my guys mix with the fucked up session with the clock set so it sounded right in the room and then getting them to convert their 2mix with that program.

[juergen]

Ratshit. :lol: :lol:

Can you do batch header changes with that? My friend does have a PC, and it looks like he's gonna go that route...i ended up getting him the demo virgin of peak aswell, in case he wants to fuck with that...

Mixing as is and later on changing the header of the bounce seems like a much more practical way of doing it.

I did get the details on the problem a little wrong: his clock was set to 44.1k and he recorded into a 48k session...

...same difference with the solution, right?

[Brendo]

you can do batch header changes, but you also have to alter the PT session. Go back to the swamp and search on threads started by me in the DUC, there weren't many. Malice's explanation there was good.

Those details make it the exact same problem as we had - when played back using PT's internal clock, it played back "chipmunked". I'm guessing he first noticed this when he tried to bounce to disk?

[Brendo]

Or yeah, as long as he's clocking "incorrectly" while mixing (i.e. feeding 44.1 into PT), so it sounds correct, and then bounces to the same format as his session - i.e. bounces a 48k file from his 48k session, and then fixes the header to read as 44.1... then all will be fine.

[malice]

Yeah, same solution, different clocking

it's a shame no message is warning you about this, it is supposed to be fixed in PT7.

malice