Connexion rapide:  

Forum: Old versions

Sujet BPM SCANNER NOT FUNCTIONING

Ce topic est ancien et peut contenir des informations obselètes ou incorrectes.

having some trouble guys. my bpm scanner seems to be messed up. I have a folder set up for all my new stuff to be scanned. the parameters have always been isscanned=0 but for some reason its not working. it will get a quarter of the way through a song and stop. also there are files that have already been scanned and show bpm's in the folder. thats never happened! any help would be great. thanks in advance. Also its been a while since ive scanned for bpms so i dont know if it was doing this before i updated vdj. Im Running vdj pro version 7.4 on a dell inspiron 1501 with windows xp installed. put the same question on facebook but no one helped
 

Posté Sat 01 Jun 13 @ 4:09 pm
If it stops half way through a song then it means that file may be corrupted in some way. Make a note of the file and check it externally. If it's a MP3 then you can use the free tool MP3Val (Search Google) to check it. If it's corrupted, you may need to rip it again from the original CD or purchase it from a reputable source such as iTunes or Amazon.

Songs will become unscanned in VirtualDJ if you either move or rename them after they have been added to the database.
 

Posté Sun 02 Jun 13 @ 11:46 am
all my music comes from prime cuts or itunes. even the songs from netsearch do the same thing when scanning the bpms
 

Posté Tue 04 Jun 13 @ 6:09 pm
PachNPRO InfinityMember since 2009
Some german guys reported that this issue started to happen to them lately with some songs from Amazon and iTunes too.
Not all but some.
We do have no idea why this happens.
 

Posté Wed 05 Jun 13 @ 3:29 am
djdadPRO InfinityDevelopment ManagerMember since 2005
If anyone from the German Forums have spotted an issue with songs from itunes or Amazon, please advise to submit a ticket and provide us a link with a sample song to test. I doubt, that they have changed anything, but worth testing.
Btw, the issue seems different here. The BPM scanning process can indeed stop from a single bad file. User needs to spot that file and isolate it.
 

Posté Thu 06 Jun 13 @ 12:28 am
Haui70PRO InfinitySenior staffMember since 2008
Agreed ;-)
 

Posté Fri 07 Jun 13 @ 3:11 am
This evening I've found two 'identical' tracks scanning at different BPMs. The downloaded Amazon MP3 file giving the correct value of 138 BPM, the ripped CD album file giving about 137.5 BPM.

The downloaded MP3 is part of a compilation, and the CD is the artist's album (recently bought brand new, and I'm obsessively careful about my CDs). The track is 'Neelix - Ask the Right Questions'. I've 'mixed' the two together & in sync when the BPMs are 138 and 137.5 BPM. The only difference between them should be the bitrate (variable 256 kbps and rip at 320 kbps).
 

Posté Thu 18 Jul 13 @ 6:38 pm
It's possible that one was recorded at a slightly faster or slower speed than the other (Possibly by error) or they could be different recording takes to each other. One could also have a varying tempo (E.g: Due to malfunctioning recording equipment.)

Another possibility is one version is confusing VirtualDJ's analyser and is not setting the correct BPM. You can correct this by tapping the BPM button on the default skin in time to the beat.

The one from the artist's actual album CD is most likely the correct speed.
 

Posté Fri 19 Jul 13 @ 11:34 am
nick_the_ninja wrote :
This evening I've found two 'identical' tracks scanning at different BPMs. The downloaded Amazon MP3 file giving the correct value of 138 BPM, the ripped CD album file giving about 137.5 BPM.

The downloaded MP3 is part of a compilation, and the CD is the artist's album (recently bought brand new, and I'm obsessively careful about my CDs). The track is 'Neelix - Ask the Right Questions'. I've 'mixed' the two together & in sync when the BPMs are 138 and 137.5 BPM. The only difference between them should be the bitrate (variable 256 kbps and rip at 320 kbps).


Correction to the above:

The two 'identical' tracks were in sync at same BPM when I changed the CD rip's BPM from 137.5 to 138 BPM (the correct value).

The downloaded MP3 is definately the correct one. Something odd has happened - it looks like MANY of my recently re-ripped CDs have tracks that are scanning at the wrong BPM. Will investigate later this evening and report my findings. It's looking like my earlier WMP rips scan fine, but my new JRiver+LAME (i.e. higher quality) rips are not scanning correctly.

I'll compare my old and new Virtual DJ DBs to see if there's a consistent pattern.
 

Posté Fri 19 Jul 13 @ 1:35 pm
One more thing:

DB says;
<BPM Bpm="19174" Phase="3433" />

Do you know what units the Bpm is in?
I know that the track is 138 BPM, so 19174 must somehow translate to 138.0
but 19174/138=138.9420289855072463768115942029
so I have to multiply all DB 'BPM' values by 138.942... to get the actual BPM value?
seems a bit strange!
 

Posté Fri 19 Jul 13 @ 1:59 pm
 

Posté Fri 19 Jul 13 @ 4:22 pm
The XML 'BPM' is "the number of samples at 44.1kHz between two beats"

The conversion formula is:
actualBpm=60*44100/xmlValue

Downloaded 'Neelix - Ask The Right Questions' has xmlValue=19174
60*44100/19174=137.9993741524981746114530092834
i.e. 138 BPM which is correct


Ripped 'Neelix - Ask The Right Questions' has xmlValue=19250
60*44100/19250=137.45454545454545454545454545455
i.e. 137.45 which is incorrect

Here's an interesting question: what would sampling frequency have to be such that BPM=138 ?
138=60*sampRate/19250
sampRate=138*19250/60
sampRate=44275
could it be, that my new CD rips have used a sampling frequency of 44.275Hz? Is such a sampling frequency ever used?!

My investigation continues...
 

Posté Fri 19 Jul 13 @ 4:58 pm


(Les anciens sujets et forums sont automatiquement fermés)