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
Vollautomatisches Auf-, Abrunden in 3 Aktionen:
.[0-4][0-9]$
Treffer ersetzen durch:
nichts
^([0-9][0-9]).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
^([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
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
Vollautomatisches Auf-, Abrunden in 3 Aktionen:
.[0-4][0-9]$
Treffer ersetzen durch:
nichts
^([0-9][0-9]).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
^([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
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
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 .
.[0-4]$
Treffer ersetzen durch:
nichts
hinzufügen und testen !
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
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
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
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
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
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
Es ist ein Tippfehler - schon korrigiert.
DD.20080114.2010.CET
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
Vollautomatisches Auf-, Abrunden in 4 Aktionen:
.[0-4]$
Treffer ersetzen durch:
nichts
.[0-4][0-9]$
Treffer ersetzen durch:
nichts
^([0-9]{1,3}).[5-9]$
Treffer ersetzen durch:
$add($1,1)
^([0-9]{1,3}).[5-9][0-9]$
Treffer ersetzen durch:
$add($1,1)
Damit sollte es jetzt funktionieren !
Gruss Dickie
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
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
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
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
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
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 ^^
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)