# BPM erst runden, dann ganzzahlig ausgeben
**URL:** https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066
**Category:** Allgemein
**Created:** [January 14, 2008, 1:08pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066 "2008-01-14T13:08:01Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@DukeDaGood](https://community.mp3tag.de/u/DukeDaGood)
#### Post date: [January 14, 2008, 1:08pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/1 "2008-01-14T13:08:01Z")
Hallo,
ich möchte gerne die BPM einheitlich als ganzzahligen Wert, also ohne Nachkomma formatieren - die vorhandenen Nachkomma sollten noch entsprechend gerundet werden. Siehe Beispiel:
vorher:
145.1
55
132.49
79.5
112.00
nachher:
145
55
132
80
112
Ich habe schon einige Posts gelesen, die jeweils einen Teil des Problemes lösen, aber ich kriege es nicht gebacken, alles zusammen zu bringen. Vor allem die Rundung bereitet mir Probleme 🙂
Danke Euch schon mal für die Hilfe.
Thomas
---
### Author:  [@Dickie](https://community.mp3tag.de/u/Dickie)
#### Post date: [January 14, 2008, 3:46pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/2 "2008-01-14T15:46:40Z")
Vollautomatisches Auf-, Abrunden in 3 Aktionen:
1. Regulärer Ausdruck:
.[0-4][0-9]$
Treffer ersetzen durch:
nichts
1. Regulärer Ausdruck
^([0-9][0-9]).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
1. Regulärer Ausdruck
^([0-9][0-9][0-9]).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
Einfach mal testen, Garantie geb ich heute keine !
Gruss Dickie
---
### Author:  [@DukeDaGood](https://community.mp3tag.de/u/DukeDaGood)
#### Post date: [January 14, 2008, 4:11pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/3 "2008-01-14T16:11:32Z")
Hallo Dickie,
danke für Deine Antwort. Zum Abrunden bin ich auch schon mit
```
$div(%BPM%,1)
```
gelangt. Aber warum sich mit weniger zufrieden geben 🙂 Vielleicht findet ja doch noch jemand eine Lösung für das Runden - ich probiere auch fleissig weiter.
Thomas
---
### Author:  [@Dickie](https://community.mp3tag.de/u/Dickie)
#### Post date: [January 14, 2008, 4:23pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/4 "2008-01-14T16:23:11Z")
Vollautomatisches Auf-, Abrunden in 3 Aktionen:
1. Regulärer Ausdruck:
.[0-4][0-9]$
Treffer ersetzen durch:
nichts
1. Regulärer Ausdruck
^([0-9][0-9]).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
1. Regulärer Ausdruck
^([0-9][0-9][0-9]).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
Einfach mal testen, Garantie geb ich heute keine !
Gruss Dickie
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 14, 2008, 4:44pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/5 "2008-01-14T16:44:09Z")
> [@DukeDaGood](#):
>
> ... Ich habe schon einige Posts gelesen, ...
Da hättest du im Forum bestimmt eine brauchbare Lösung finden können.
Ich benutze die folgende Aktionengruppe, um Mixmeister BPM Werte zu speichern und gerundete BPM Werte anzuzeigen.
Anfang Aktionsgruppe **Round BPM to integer**
Aktion #1
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld:_ **BPM\_MIXMEISTER**
_Formatstring:_ **$if2(%BPM\_MIXMEISTER%,%BPM%)**
Aktion #2
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld:_ **BPM**
_Formatstring:_ **$left($replace(%BPM%,'.',)'00',$add($len($div(%BPM%,1)),2))**
Aktion #3
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld:_ **BPM**
_Formatstring:_ **$ifgreater($mod(%BPM%,100),49,$add($div(%BPM%,100),1),$div(%BPM%,100))**
Ende Aktionsgruppe **Round BPM to integer** (3 Aktionen)
DD.20080114.1843.CET
Edit. Irrtümliche 44 ausgetauscht mit 49.
DD.20120717.1537.CEST
---
### Author:  [@DukeDaGood](https://community.mp3tag.de/u/DukeDaGood)
#### Post date: [January 14, 2008, 4:51pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/6 "2008-01-14T16:51:57Z")
Hallo Dickie,
Deine Lösung ist schon mal ein Teilerfolg. Nur die BPM mit einer Nachkommastelle bleiben unverändert, z.B. 148.2 bleibt 148.2 - alle anderen ändert er wie erwünscht.
Danke schon mal - ich versuche noch zu verstehen was Du da gemacht hast 🙂.
---
### Author:  [@Dickie](https://community.mp3tag.de/u/Dickie)
#### Post date: [January 14, 2008, 5:00pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/7 "2008-01-14T17:00:09Z")
1. Regulärer Ausdruck:
.[0-4]$
Treffer ersetzen durch:
nichts
hinzufügen und testen !
---
### Author:  [@DukeDaGood](https://community.mp3tag.de/u/DukeDaGood)
#### Post date: [January 14, 2008, 5:16pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/8 "2008-01-14T17:16:20Z")
Hallo Dickie,
hinzugefügt, getestet, funktioniert! Klasse... danke für Deine Hilfe.
Jetzt habe ich gleich zwei Lösungen für mein Problem - jetzt das Ganze noch verstehen, dann wär's perfekt. Ich versuch mich nochmal reinzudenken 🙂.
Thomas
> [@DetlevD](#):
>
> ...Da hättest du im Forum bestimmt eine brauchbare Lösung finden können...
Hallo DetlevD,
danke für Deine Hilfe. Ich habe im Forum nach bpm\* gesucht und u.a. auch einige Aktionen von Dir gefunden - darüber hinaus habe ich die 40 letzten Seiten im Forum DE/Support durchstöbert - leider ohne Erfolg.
Egal, Deine Lösung funktioniert jedenfalls prächtig. Ich habe allerdings die Aktion 1 weggelassen - nach Lesen der Funktionsbeschreibung von "$if2(x,y)" habe ich für meine Daten keinen Sinn darin gesehen (vielleicht hast Du noch eine kurze Erklärung dazu).
Allerbesten Dank für Deine Hilfe.
Thomas
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 14, 2008, 5:19pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/9 "2008-01-14T17:19:04Z")
> [@DukeDaGood](#):
>
> ... Ich habe allerdings die Aktion 1 weggelassen - nach Lesen der Funktionsbeschreibung von "$if2(x,y)" habe ich für meine Daten keinen Sinn darin gesehen (vielleicht hast Du noch eine kurze Erklärung dazu). ...
Den BPM Wert lasse ich zunächst mit dem Programm Mixmeister ermitteln.
Mixmeister speichert den BPM Wert mit zwei Dezimalstellen im Tagfeld BPM.
Um diesen präzisen BPM Wert beim anschließenden Runden nicht zu verlieren, speichere ich den Wert in dem Tagfeld BPM\_MIXMEISTER für spätere Verwendung, aber nur dann, wenn das Tagfeld BPM\_MIXMEISTER leer ist.
DD.20080114.1919.CET
---
### Author:  [@watersoul](https://community.mp3tag.de/u/watersoul)
#### Post date: [January 14, 2008, 5:22pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/10 "2008-01-14T17:22:26Z")
> [@](#):
>
> $ifgreater($mod(%BPM%,100),44,$add($div(%BPM%,100),1),$div(%BPM%,100))
Super vielen Dank fuer die Hilfe DD! Eine Kleinigkeit, die ich persoenlich bevorzuge:
die **44** durch **49** ersetzen, damit 100.45-100.49 zu 100 wird und nicht zu 101 :
```
$ifgreater($mod(%BPM%,100),49,$add($div(%BPM%,100),1),$div(%BPM%,100))
```
Vielen Dank noch einmal,
Bjoern
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 14, 2008, 5:31pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/11 "2008-01-14T17:31:21Z")
> [@watersoul](#):
>
> ...
> Super vielen Dank fuer die Hilfe DD! Eine Kleinigkeit, die ich persoenlich bevorzuge:
> die **44** durch **49** ersetzen, ...
Ich bin der Meinung, dass es nur mit dem Vergleich 'größer als 0.44' bzw. 'kleiner als oder gleich 0.44' eine korrekte Rundung ergibt, denn 100.45 muss gerundet 101 ergeben (schrittweises Aufrunden 100.45 ==\> 100.5 ==\> 101) und 100.44 muss 100 ergeben, oder etwa nicht?
DD.20080114.1931.CET
---
### Author:  [@DukeDaGood](https://community.mp3tag.de/u/DukeDaGood)
#### Post date: [January 14, 2008, 6:04pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/12 "2008-01-14T18:04:04Z")
> [@DetlevD](#):
>
> ... denn 100.45 muss gerundet 101 ergeben und 101.44 muss 100 ergeben (schrittweises Aufrunden 100.45 ==\> 100.5 ==\> 101)...
Hallo DD,
mit dem x.44 als Grenze könnte ich leben - verstehe aber nicht, warum 101.44 100 ergeben muss (oder ist's ein Tippfehler?).
Thomas
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 14, 2008, 6:09pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/13 "2008-01-14T18:09:40Z")
> [@DukeDaGood](#):
>
> ... (oder ist's ein Tippfehler?).Thomas
Es ist ein Tippfehler - schon korrigiert.
DD.20080114.2010.CET
---
### Author:  [@DukeDaGood](https://community.mp3tag.de/u/DukeDaGood)
#### Post date: [January 14, 2008, 6:41pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/14 "2008-01-14T18:41:59Z")
Hallo Dickie,
beim weiteren Testen ist mir jetzt noch aufgefallen, dass ein BPM-Wert mit Format xxx.5 weiterhin nicht verändert wird (z.B. 65.5 -\> 65.5).
Thomas
---
### Author:  [@Dickie](https://community.mp3tag.de/u/Dickie)
#### Post date: [January 15, 2008, 8:16pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/15 "2008-01-15T20:16:34Z")
Vollautomatisches Auf-, Abrunden in 4 Aktionen:
1. Regulärer Ausdruck:
.[0-4]$
Treffer ersetzen durch:
nichts
1. Regulärer Ausdruck:
.[0-4][0-9]$
Treffer ersetzen durch:
nichts
1. Regulärer Ausdruck:
^([0-9]{1,3}).[5-9]$
Treffer ersetzen durch:
$add($1,1)
1. Regulärer Ausdruck:
^([0-9]{1,3}).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
Damit sollte es jetzt funktionieren !
Gruss Dickie
---
### Author:  [@aladoro](https://community.mp3tag.de/u/aladoro)
#### Post date: [January 23, 2008, 8:17am UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/16 "2008-01-23T08:17:42Z")
> 100.45 muss gerundet 101 ergeben (schrittweises Aufrunden 100.45 ==\> 100.5 ==\> 101)
> und 100.44 muss 100 ergeben, oder etwa nicht?
nee doch! 100.499999999999999999999999999 gerundet auf ganze Zahl gibt 100!
"Ist die Ziffer an der ersten wegfallenden Dezimalstelle ... nicht größer als eine 4, wird abgerundet. Anderenfalls wird aufgerundet. Die folgenden Nachkommastellen werden nicht berücksichtigt. Diese Rundungsregel wird durch die Norm DIN 1333 beschrieben."
[http://de.wikipedia.org/wiki/Rundung](http://de.wikipedia.org/wiki/Rundung)
 HDH, andreas
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 23, 2008, 4:34pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/17 "2008-01-23T16:34:04Z")
> [@aladoro](#):
>
> ... nee doch! 100.499999999999999999999999999 gerundet auf ganze Zahl gibt 100!
>
> "Ist die Ziffer an der ersten wegfallenden Dezimalstelle ... nicht größer als eine 4, wird abgerundet. Anderenfalls wird aufgerundet. Die folgenden Nachkommastellen werden nicht berücksichtigt. Diese Rundungsregel wird durch die Norm DIN 1333 beschrieben."
> [http://de.wikipedia.org/wiki/Rundung](http://de.wikipedia.org/wiki/Rundung)
>  HDH, andreas
Das zugehörige Wikipedia Beispiel zeigt für die dritte Nachkommastelle:
'aus 13,3750... € wird 13,38 €'.
'5' ist nicht 'nicht größer als eine 4', also wird aufgerundet von '75' auf '80'.
Das ist kaufmännisches Runden und genauso habe ich es implementiert.
Aber:
Es gibt ein Verfahren, ..., die mathematisch unverzerrte Rundung (englisch round to even). Es rundet von der genauen Mitte zwischen zwei Ziffern immer zur nächsten geraden Zahl auf oder ab. Ansonsten entspricht es dem kaufmännischen Verfahren:
Beispiele.
2,15 --\> 2,2
2,45 --\> 2,4
2,5 --\> 2
3,5 --\> 4
Ist vielleicht das 'unverzerrte mathematische Runden' besser geeignet zur Rundung von BPM Werten?
DD.20080123.1833.CET
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 23, 2008, 5:58pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/18 "2008-01-23T17:58:11Z")
**Nochmal:**
'Ist die Ziffer an der ersten wegfallenden Dezimalstelle ... nicht größer als eine 4, wird abgerundet. Anderenfalls wird aufgerundet. _Die folgenden Nachkommastellen werden nicht berücksichtigt._'
**Runden auf ganze Zahl**
123.01 ==\> 123
123.49 ==\> 123
123.50 ==\> 124
123.99 ==\> 124
Anfang Aktionengruppe **BPM.Runden.NK0**
Aktion #1
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$replace(%BPM\_MIXMEISTER%,'.',)**
Aktion #2
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$div(%BPM%,10)**
Aktion #3
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$ifgreater($mod(%BPM%,10),4,$add($div(%BPM%,10),1),$div(%BPM%,10))**
Aktion #4
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$if($eql(%BPM%,'0'),,%BPM%)**
Ende Aktionengruppe **BPM.Runden.NK0** (4 Aktionen)
**Runden auf eine Stelle nach dem Komma**
123.01 ==\> 123.0
123.44 ==\> 123.4
123.45 ==\> 123.5
123.99 ==\> 124.0
Anfang Aktionengruppe **BPM.Runden.NK1**
Aktion #1
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$replace(%BPM\_MIXMEISTER%,'.',)**
Aktion #2
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$ifgreater($mod(%BPM%,10),4,$add($div(%BPM%,10),1),$div(%BPM%,10))**
Aktion #3
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$div(%BPM%,10)'.'$mod(%BPM%,10)**
Aktion #4
_Aktionstyp 5:_ **Tagfeld formatieren**
_Feld \_\_\_\_\_\_\_:_ **BPM**
_Formatstring:_ **$if($eql(%BPM%,'0.0'),,%BPM%)**
Ende Aktionengruppe **BPM.Runden.NK1** (4 Aktionen)
DD.20111129.1348.CET
Edit.20120717.1525.CEST
---
### Author:  [@carlos\_grande](https://community.mp3tag.de/u/carlos_grande)
#### Post date: [January 5, 2022, 2:05pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/20 "2022-01-05T14:05:56Z")
Für die, die nach einer anderen Lösung gesucht haben, wie ich:
Ich wollte nämlich mit einer einzigen Aktionsgruppe alle BPM-Werte korrigieren, bzw. runden.
**'Ausgang' \>\> 'Ziel'**
' 123. ' \>\> '123'
'123.4' \>\> '123'
'89.56' \>\> ' 90 '
**Aktionengruppe:**'BPM runden'
[Aktion **#1**]
Typ: **Tag-Feld formatieren** || Feld: **BPM** || Formatstring: **$if($eql($right(%BPM%,1),'.'),$cutRight(%BPM%,1),%BPM%)**
[Aktion **#2**]
Typ: **Tag-Feld formatieren** || Feld: **BPM** || Formatstring: **$if($eql($left($right(%BPM%,2),1),'.'),$add($ifgreater($right(%BPM%,1),4,1,0),$cutRight(%BPM%,2)),%BPM%)**
[Aktion **#3**]
Typ: **Tag-Feld formatieren** || Feld: **BPM** || Formatstring:
**$if($eql($left($right(%BPM%,3),1),'.'),$add($ifgreater($left($right(%BPM%,2),1),4,1,0),$cutRight(%BPM%,3)),%BPM%)**
* * *
Da ich FLAC-, MP3- und M4A-Dateien verwalte, werden natürlich die BPM-Werte für die APPLE-Dateien anders dargestellt. Deshalb habe ich noch folgende Einstellung in der BPM-Spalte vorgenommen:
**' Ausgang ' \>\> ' Ziel '**
'00123 BPM' \>\> ' 123 '
**Spalten:**
_Name:_ **BPM**
_Wert:_ **$if($eql($right(%BPM%,3),'BPM'),$mul($cutRight(%BPM%,4),1),%BPM%)**
_Feld:_ **%bpm%**
_Sortieren nach:_ **$replace(%bpm%,'.',)**
* * *
Oder denke ich zu kompliziert 😅. Da es jedoch funktioniert... bin ich zufrieden ^^
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 5, 2022, 2:33pm UTC](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066/21 "2022-01-05T14:33:55Z")
> [@carlos\_grande](#):
>
> Oder denke ich zu kompliziert
Nach meiner ganz privaten Meinung ist das Rumfummeln mit Rundungswerten völlig überflüssig.
Es reicht ganz einfach `$num(%bpm%,1)`.
Denn: BPM heißt beats per minute, also Schläge/Minute. Sollte jetzt ein Stück von 3 Minuten wirklich den maximalen RUndungswert von 0,5 bekommen, dann liegt die Angabe um 1,5 Schläge daneben.
Das merkt, meine ich, kein menschlicher Zuhörer.
Und die BPMs gelten sowieso nur für den einen einheitlichen Takt durch das ganze Stück. Sobald es Tempowechsel gibt, ist der BPM-Zähler ohne Aussage.
Wer sich die Ergebnisse der BPM-Zähler mal angesehen hat, wird feststellen, dass nur Musik glatte BPM-Werte erzielt, die (vermutlich) am Computer erstellt wurde. Sobald da echte Menschen mitspielen, gibt es sowieso kleine Verzögerungen oder Beschleunigungen.
Das kann man bei der Betrachtung von Live-Mitschnitten oder Stücken aus der Zeit vor den 80ern mitverfolgen.
Also sind meiner Ansicht nach die Nachkomma-Werte pseudogenau.
Und deshalb bin ich der Auffassung, dass ein Abschneiden nach dem Dezimalzeichen völlig ausreicht, um einen Eindruck zu bekommen, ob ein Stück schneller oder langsamer ist.
Meine Lösung: `$num(%bpm%,1)`
[Next page](https://community.mp3tag.de/t/bpm-erst-runden-dann-ganzzahlig-ausgeben/6066.md?page=2)