Software help archive
BPM Not calculating correctly...
Support
BPM Not calculating correctly...
A read-only archive of old serato.com help threads.
BPM Not calculating correctly...
Product
Scratch Live
Version
2.0
Hardware
Rane SL1
Computer
Mac
OS
Platform
-
.:DjDECiPHA:.
11:29 PM - 17 April, 2010
Product: scratchlive
Version: 2.0
Hardware: scratchlive-sl1
Computer: mac
OS Version: 10.6.2
---
Ive notice that when I analyze new files Im adding to my library, the BPM's that are being calculated are way off. Ive notices this since I started using 2.0.0.... So to test on my own if this is a version error, i opened up 1.9.2 and it calculated the BPMs correctly when I re-analyzed the files. Any one notice this?
Version: 2.0
Hardware: scratchlive-sl1
Computer: mac
OS Version: 10.6.2
---
Ive notice that when I analyze new files Im adding to my library, the BPM's that are being calculated are way off. Ive notices this since I started using 2.0.0.... So to test on my own if this is a version error, i opened up 1.9.2 and it calculated the BPMs correctly when I re-analyzed the files. Any one notice this?
Bobby Fortunes
2:20 AM - 18 April, 2010
I just installed 2.0.0 and I got the same issue. It's almost like double counting. I had a similar song in 1.8.0 with a BPM of half what 2.0.0 calculated.
How do I correct this?
How do I correct this?
Keebz
2:30 PM - 18 April, 2010
Same here. If its 70 bpm then is 140bpm in 2.0. Anyone know how to fix that?
-LK
-LK
.:DjDECiPHA:.
5:22 PM - 18 April, 2010
Definitely its doubling every low range song, but normally it would detect that without having to use the range, but some of the BPMs are just random and not even close. I'm having to go back to my oldschool Serato 1.5 ways and us my Mixmeister external BPM counter and its detecting everything correctly.
Discobee
6:16 PM - 18 April, 2010
Like browny said, can you try changing the bpm count range on it in 2.0?
.:DjDECiPHA:.
6:20 PM - 18 April, 2010
Yes, been using the range more often. But its just way off on a bunch of songs. Been using mixmeister external bpm to recaculate them.
RafaelM
7:21 PM - 19 April, 2010
The incorrect BPM might already be written to the tags of some files. I would highlight various tracks and delete the BPM completely from them. Then select the range and re analyze the files - the correct BPM should then be calculated.
.:DjDECiPHA:.
7:55 PM - 19 April, 2010
These are fresh files that I've added to my library with no BPM tag info existing.
Quote:
The incorrect BPM might already be written to the tags of some files. I would highlight various tracks and delete the BPM completely from them. Then select the range and re analyze the files - the correct BPM should then be calculated.These are fresh files that I've added to my library with no BPM tag info existing.
RafaelM
7:57 PM - 19 April, 2010
I would highlight various tracks and delete the BPM completely from them. Then select the range and re analyze the files - the correct BPM should then be calculated.
When you do this - does it type in the correct BPM? Make sure to not leave the range on None.
When you do this - does it type in the correct BPM? Make sure to not leave the range on None.
djdannyd
8:04 PM - 19 April, 2010
Rafael, I submitted a bug report while 2.0 was in test phase about this same issue. It is not doubling or halveing like some people are claiming (you can just set your range to fix that); in my case the BPM are being calculated are usually off by 10 bpm or for some odd reason analyzed at 128 where they are at around 85-95 range.
Maybe you guys can look into it cause once I open 1.9.2 and analyze the same files that I'm having issues with on 2.0.0, they come up waaay more accurate than 2.0
Yes, I am deletingthe BPM field and selecting the right BPM range before analyzing
Maybe you guys can look into it cause once I open 1.9.2 and analyze the same files that I'm having issues with on 2.0.0, they come up waaay more accurate than 2.0
Yes, I am deletingthe BPM field and selecting the right BPM range before analyzing
.:DjDECiPHA:.
8:07 PM - 19 April, 2010
Maybe you guys can look into it cause once I open 1.9.2 and analyze the same files that I'm having issues with on 2.0.0, they come up waaay more accurate than 2.0
Yes, I am deletingthe BPM field and selecting the right BPM range before analyzing
Exactly....
Quote:
Rafael, I submitted a bug report while 2.0 was in test phase about this same issue. It is not doubling or halveing like some people are claiming (you can just set your range to fix that); in my case the BPM are being calculated are usually off by 10 bpm or for some odd reason analyzed at 128 where they are at around 85-95 range.Maybe you guys can look into it cause once I open 1.9.2 and analyze the same files that I'm having issues with on 2.0.0, they come up waaay more accurate than 2.0
Yes, I am deletingthe BPM field and selecting the right BPM range before analyzing
Exactly....
RafaelM
9:27 PM - 19 April, 2010
Well I havent had any calls/emails/forum post other than this one regarding this issue. I use 2.0 but all my BPMs have been accurate.
But if you have reported it then Serato is def. taking a look at it. Ill put it in my possible bugs report - so for now go back to the 1.9 versions and BPM tracks if this bothers anyone.
But if you have reported it then Serato is def. taking a look at it. Ill put it in my possible bugs report - so for now go back to the 1.9 versions and BPM tracks if this bothers anyone.
djdannyd
10:16 PM - 19 April, 2010
It is bothering me a bit, so my recommendation is the same as Rafael's.
Have both versions installed on your machine, run 1.9.2 to analyse files and run 2.0.0 for everything else.
Hopefully this will be corrected in v2.1
Have both versions installed on your machine, run 1.9.2 to analyse files and run 2.0.0 for everything else.
Hopefully this will be corrected in v2.1
wallid
8:17 AM - 20 April, 2010
hi !
Can i install the two versions, as you recommended, without conflicts ?
thanks
Can i install the two versions, as you recommended, without conflicts ?
thanks
djdannyd
1:16 PM - 20 April, 2010
Just rename your ScratchLIVE.exe something else
ScratchLIVE1.9.2.exe and then install 2.0 and name it ScratchLIVE2.0.exe
PC Users - before installing, find the ScratchLIVE executable (by default it is in C:\Program files\Serato\ScratchLIVE, and rename it - for example call it ScratchLIVE 1.9.2.exe. When you install the new version, the old executable will not be deleted, and you can choose which you want to run by going into that folder and double clicking on the executable. You can still do this if you have already installed the 2.0 Beta - just rename the executable to ScratchLIVE 2.0 Beta.exe, and then reinstall the version you were previously running.
Mac users - before installing, rename the existing application file as above (like "Scratch LIVE 1.9.2") - you have to be admin to rename it. (If you aren't admin, you can copy it to another location, and then rename it.) Even though the 2.0 Beta version is already named to indicate which version it is, you need to change the name to stop it being overwritten by the next version you install, for example by changing "Beta_1" to "2.0B1".
ScratchLIVE1.9.2.exe and then install 2.0 and name it ScratchLIVE2.0.exe
Quote:
Here's how to do it:PC Users - before installing, find the ScratchLIVE executable (by default it is in C:\Program files\Serato\ScratchLIVE, and rename it - for example call it ScratchLIVE 1.9.2.exe. When you install the new version, the old executable will not be deleted, and you can choose which you want to run by going into that folder and double clicking on the executable. You can still do this if you have already installed the 2.0 Beta - just rename the executable to ScratchLIVE 2.0 Beta.exe, and then reinstall the version you were previously running.
Mac users - before installing, rename the existing application file as above (like "Scratch LIVE 1.9.2") - you have to be admin to rename it. (If you aren't admin, you can copy it to another location, and then rename it.) Even though the 2.0 Beta version is already named to indicate which version it is, you need to change the name to stop it being overwritten by the next version you install, for example by changing "Beta_1" to "2.0B1".