# Anzahl der Nachkommastellen bei "RG" beschränken

**URL:** https://community.mp3tag.de/t/anzahl-der-nachkommastellen-bei-rg-beschranken/1469
**Category:** Vorschläge
**Created:** [November 19, 2004, 10:11pm UTC](https://community.mp3tag.de/t/anzahl-der-nachkommastellen-bei-rg-beschranken/1469 "2004-11-19T22:11:10Z")
**Posts on this page:** 2
**Page:** 1

<div class="post-metadata">

### Author: ![R.A.F](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/48db29/32.png) [@R.A.F](https://community.mp3tag.de/u/R.A.F)
#### Post date: [November 19, 2004, 10:11pm UTC](https://community.mp3tag.de/t/anzahl-der-nachkommastellen-bei-rg-beschranken/1469/1 "2004-11-19T22:11:10Z")

</div>

Wäre es nicht klug, die Anzahl der Nachkommastellen bei dem Spaltenwert %replaygain\_track\_gain, replaygain\_album\_gain etc. per Default auf zwei zu beschränken?  
Momentan werden da noch 6 Nachkommastellen angezeigt, also  
z.b. -3.540000 dB, was ich für einen ziemlichen "Overkill" halte. Außerdem: Könnte nicht statt eines Punktes ein **Komma** als Trennung benutzt werden?  
Des weiteren steht momentan bei **nicht** -replaygegainten Dateien immer %replaygain\_track\_gain in der jeweiligen Spalte. Könnte das Feld dann nicht ganz leer bleiben, wenn kein Wert verfügbar ist? - Selbiges gilt auch für %\_replaygain\_track\_gain bei den **MPC** -Dateien.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [November 20, 2004, 1:52pm UTC](https://community.mp3tag.de/t/anzahl-der-nachkommastellen-bei-rg-beschranken/1469/2 "2004-11-20T13:52:10Z")

</div>

Es werden 6 Nachkommastellen angezeigt, weil mp3gain wohl so viele schreibt. Foobar zB schreibt weniger.  
Das Anzeigeproblem bei nicht-replaygegainten Dateien habe ich nicht.  
Deine Wünsche lassen sich mit Scripting zum Teil erfüllen (zB $replace, $left), in einer kommenden Mp3tag Version dann vollständig.
