Okay, so i am writing my own guitar samples using an amp simulator. I am saving them to a folder then accessing them in the media bay. I export the mixdown to the specified folder i want then i audition samples in the media bay. The first couple samples i recorded went in just fine, it plays back no problem at the tempo the current project is set at. Some of these samples that i have recorded and mixed down the same way seem to play way too fast when the tempo alignment in media bay is on, when tempo alignment is off it plays the original recording at the original speed as intended, but as soon as i align the tempo to the project it plays way too fast. I am losing my head over this, can anybody please help?
Sounds like a sample rate mismatch.
But why are you enabling tempo alignment in media bay?
You just wrote that the project you re working is the one that you are using to create these samples, so they already are at tempo when you are auditioning them through media bay.
I am confused
1 Like
I use the tempo alignment in the media bay so that i can align these samples to any project that plan to use them in. Much like when you download pretty much any sample pack on the internet it just aligns to whatever project you are working on when the alignment is on. I am trying to accomplish this using guitar loops that i am writing.
So any chance that your current tempo is way faster and they try to align to that?
Can you make a video so we understand better?
Sorry i am unable to make a video. When i audition the sample in media bay even at the same tempo it was recorded at it plays fast… when i slow it down to almost half speed it seems to be pretty normal but i am trying to get these samples to fit projects i am working in no matter what the tempo pretty much (obviously not trying to be too different from the original tempo, say auditioning a 100 bpm recording with a 200 bpm project or anything)
Check this thread, similar problem, maybe you will find a solution for your problem
Hm. I won’t ask if you’re playing at the proper tempo (even the more “free” stuff), I consider this a given. But, are you certain that those original files, when you check them at the pool, report the proper tempo?
There is a known “glitch” when recording in cycle mode that can make a file report a different tempo than the one of the project it was recorded in. So, if you have some files playing fine in sync, and some other files created the same way in the same project failing to play fine in sync, that’s the only cause I can think of.
1 Like
Yes i label them with the tempo they were recorded at. Other ones that i recorded at the same tempos seem to work just fine… Seems to be some technical issue… Is there a fix for this glitch?
Other than manually changing the tempo next to the file in the pool, none that I know of.
It’s just that recently I sat down and did something similar, but I didn’t run into any problems. But I was recording small snatches, one or two bars max, I don’t know if duration matters.
Why don’t you try to re-render one or two of those problematic files, then manually set their tempo before exporting them and see if it makes a difference? You still have the original project with the raw recordings I hope?
I did try this, exporting again at a slower tempo. I used the recorded files though. I didnt think it was necessary to save loops as projects. what did you mean by manually changing tempo in the pool? How do you do you do that?
Open the pool (Ctrl+p in windows) Double click the tempo attribute and enter new value.
1 Like
Okay, so i opened the pool tab, seems that these tracks that are too fast because its telling me that something i recorded at 180 bpm is only 90 bpm. So the tempo changed to half of what i set it at upon exporting. Any fix for this issue?
Try to manually change the 90 to 180 from the pool. Double click on the value, then type 180. Then, do another export of the file, use another name for the file if you need to.
Then, when it shows up in your mediabay folder, drag it to a project to see if it worked.
That did not work… Thank you for trying to help find my solution though.