Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

round BPM values from analyzer #2668

Draft
wants to merge 3 commits into
base: main
Choose a base branch
from

Conversation

poelzi
Copy link
Contributor

@poelzi poelzi commented Apr 15, 2020

This patchset fixes some long standing annoyances regarding bpm.

Especially often in psytrance and similar music, the analyzer returns BPM like 96.66667 and other, highly unlikely bpm numbers. If 2/3, 3/2 or 2 the bpm value results in a round number, use this bpm value instead. Testing this on ~3.000 songs reduced the error rate from 300 to ~20.

Display 2 decimal points the the BPM column if there is information loss through rounding. This helps to spot strange/wrong BPMs that are hidden since the rounding was introduced.

Round the BPM on scaling operations if the number is nearly round.

If the analyzed bpm is not a round number within a reasonable margin, check
if 2/3, 3/2 or twice the bpm is a round number within reasonable range.

This fixes most cases where the bpm is reported as 96.666 or similar, highly
unlikely numbers.

cleanup whitespaces
Before commit ae392c9 it was very
easy to spot wrong BPM value by the fact they where odd looking.
The new behaviour rounded 100.012232 to 100.0 so there was no way
to see if a number is odd in the first place without hovering
or editing.

Now the track list will use 2 decimal points if there is a rounding
error introduced, making it easy to spot odd or wrong BPMs.
If the error of rounding is very small, it makes sense to round
the scaling bpm errors, which is a common error from the bpm analysis.
@crisclacerda
Copy link

Only try a round bpm on electronic music
poelzi#3

@Be-ing Be-ing changed the title Bpm analyzer improvements round BPM values from analyzer Apr 21, 2020
@github-actions
Copy link

This PR is marked as stale because it has been open 90 days with no activity.

@github-actions github-actions bot added the stale Stale issues that haven't been updated for a long time. label Oct 19, 2020
@Be-ing Be-ing closed this Nov 25, 2020
@Be-ing Be-ing deleted the branch mixxxdj:main November 25, 2020 15:51
@Be-ing Be-ing reopened this Nov 25, 2020
@Be-ing Be-ing changed the base branch from master to main November 25, 2020 16:05
@daschuer daschuer mentioned this pull request Feb 12, 2021
@ronso0 ronso0 marked this pull request as draft February 14, 2021 21:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
engine stale Stale issues that haven't been updated for a long time.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants