# $rg2sc funktioniert nicht: Alle Werte sind gleich

**URL:** https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161
**Category:** Allgemein
**Created:** [March 28, 2009, 10:08am UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161 "2009-03-28T10:08:24Z")
**Posts on this page:** 12
**Page:** 1

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [March 28, 2009, 10:08am UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/1 "2009-03-28T10:08:24Z")

</div>

Ich habe versucht, über die Funktion $rg2sc(%REPLAYGAIN\_ALBUM\_GAIN%) das Feld COMMENT ITUNNORM zu formatieren, aber egal, mit welchem Album ich es versuche, die resultierenden Werte sind immer dieselben:

000003E8 000003E8 000003E8 000003E8 000003E8 000003E8 000003E8 000003E8 000003E8 000003E8

Die Albumgain-Replaygain-Tags habe ich mit MP3Gain erstellt. Kann es daran liegen? Sie sind aber sichtbar in Mp3tag als APEv2-Tag und haben auch je nach Album unterschiedliche Werte. Aufgrund dieser unterschiedlichen Werte verstehe ich nicht, warum die Alben mit $rg2sc immer dieselbe Zahlenfolge zugewiesen bekommen.

---

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [April 7, 2009, 7:50am UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/2 "2009-04-07T07:50:03Z")

</div>

Mit der aktuellen Version 2.43 besteht das Problem fort.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [April 7, 2009, 10:12am UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/3 "2009-04-07T10:12:20Z")

</div>

Lies was MoonBase schrieb:  
[[X] Weird values for ITUNNORM field at M4A files](https://community.mp3tag.de/t/7853/17)

DD.20090407.1412.CEST

---

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [April 7, 2009, 10:20am UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/4 "2009-04-07T10:20:35Z")

</div>

Ist mir ehrlich gesagt zu kompliziert, dann auch noch englisch, und erklärt auch nicht, warum jedes Lied die _selbe_ Zahlenkombination, nämlich 000003E8, erhält. Es gibt kein Lied, was von 000003E8 abweicht.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [April 7, 2009, 12:45pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/5 "2009-04-07T12:45:12Z")

</div>

> [@Mick Tagger](#):
>
> Ist mir ehrlich gesagt zu kompliziert, dann auch noch englisch, und erklärt auch nicht, warum jedes Lied die _selbe_ Zahlenkombination, nämlich 000003E8, erhält. ...

Wenn du eine Frage mit "kompliziertem" Hintergrund stellst, dann wirst du auch damit rechnen müssen, eine "komplizierte" Antwort zu erhalten.  
Du kannst ja 'mal Google benutzen  
[http://www.google.com/search?hl=de&rlz...24rg2sc&lr=](http://www.google.com/search?hl=de&rlz=1I7GGLD_de&q=site%3Amp3tag.de+%24rg2sc&lr=)  
und selber lesen (auch in Deutsch).

DD.20090407.1645.CEST

---

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [April 7, 2009, 2:18pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/6 "2009-04-07T14:18:47Z")

</div>

Oh, bitte tu alles, aber gehe bloß nicht auf meine Frage ein!  
Eine Antwort hab ich in deinem Link jedenfalls nicht entdeckt. Und ich meine nicht den von Google... Ich finde das fast schon anmaßend so zu tun, als hätte ich dessen Suche nicht vor dem Posten bemüht; und auch in deinem verlinkten Thread bin ich zuvor schon mal gewesen.  
No offense, aber das hilft überhaupt nicht weiter.

Ich erwarte keine Doktorarbeit, aber wenn dir das Problem klar ist, dann kann man das doch in 'nem knappen Satz auf den Punkt bringen. So mach ich das jedenfalls immer, wenn ich denn mal jemandem antworte.

So wie die Funktion momentan arbeitet, sehe ich keinen Nutzen. Wenn alle Lieder stets ein- und denselben String erhalten, dann kann der iPod damit nicht viel Variation in die Lautstärke bringen, oder? Wo liegt das Problem? Zeigt Mp3tag die Einträge einfach nicht richtig an?

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 7, 2009, 4:54pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/7 "2009-04-07T16:54:12Z")

</div>

Bei mir funktioniert $rg2sc ohne Probleme, es werden pro Datei unterschiedliche Werte erzeugt. Bitte überprüfe mal, ob Deine Aktionen den unten geposteten (von [dano](http://forums.mp3tag.de/index.php?showuser=201) erstellt) entsprechen.

_Name der Aktionengruppe:_ **RG2SC - mp3 (AlbumGain)**  
_Aktionstyp:_ **Tag-Felder formatieren**  
_Feld:_ **COMMENT ITUNNORM**  
_Formatstring:_ **$rg2sc(%REPLAYGAIN\_ALBUM\_GAIN%)**

_Name der Aktionengruppe:_ **RG2SC - mp3 (TrackGain)**  
_Aktionstyp:_ **Tag-Felder formatieren**  
_Feld:_ **COMMENT ITUNNORM**  
_Formatstring:_ **$rg2sc(%REPLAYGAIN\_TRACK\_GAIN%)**

_Name der Aktionengruppe:_ **RG2SC - mp4 (AlbumGain)**  
_Aktionstyp:_ **Tag-Felder formatieren**  
_Feld:_ **ITUNNORM**  
_Formatstring:_ **$rg2sc(%REPLAYGAIN\_ALBUM\_GAIN%)**

_Name der Aktionengruppe:_ **RG2SC - mp4 (TrackGain)**  
_Aktionstyp:_ **Tag-Felder formatieren**  
_Feld:_ **ITUNNORM**  
_Formatstring:_ **$rg2sc(%REPLAYGAIN\_TRACK\_GAIN%)**

Viele Grüße,  
Florian

---

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [April 7, 2009, 6:03pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/8 "2009-04-07T18:03:16Z")

</div>

Teilweise gelöst: In den Optionen unter Tags-Mpeg-Lesen war APE nicht aktiviert. Muss scheinbar angehakt werden, bevor man die Funktion verwendet.

Nun werden die Werte zwar bei COMMENT ITUNNORM anscheinend richtig geschrieben, doch im Gegenzug werden alle normalen ID3-Tags beim Speichern entfernt! Big Bug? Wie macht ihr das?

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 7, 2009, 6:07pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/9 "2009-04-07T18:07:29Z")

</div>

Also: damit diese Funktion richtig funktioniert müssen die ReplayGain-Felder auch im ID3v2 Tag (den Du ja anscheinend verwendest vorhanden sein).

Bei Dir liegen die ReplayGain-Felder anscheinend im APEv2 Tag und die Trackinformationen im ID3v2 Tag was so schonmal nicht sein sollte. Ich empfehle Dir die ReplayGain-Daten z.B. mit foobar2000 zu berechnen lassen, der diese dann auf Wunsch auch problemlos in einen existierenden ID3v2 einfügt und nicht, wie z.B. MP3Gain, einen fast leeren APEv2 Tag dafür anlegt.

---

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [April 8, 2009, 7:49pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/10 "2009-04-08T19:49:51Z")

</div>

Stimmt, das ist eigentlich unsinnig, was MP3Gain da macht. Es speichert im APEv2-Tag auch unverhinderbar seine Undo-Informationen ab. Offenbar sind die Tage dieses Programms allmählich gezählt; es wird ja auch seit Jahren schon nicht mehr weiterentwickelt.

Ich werde mal versuchen, es in Zukunft mit Winamp hinzubekommen. Vielen Dank für die Hilfe.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [April 8, 2009, 9:00pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/11 "2009-04-08T21:00:25Z")

</div>

> [@Mick Tagger](#):
>
> ... Stimmt, das ist eigentlich unsinnig, was MP3Gain da macht. ...

Daran ist nichts unsinnig, sondern einfach so wie es ist, und dass es funktioniert hat bzw. immer noch in der heutigen Welt funkioniert, dafür bist du das beste Beispiel und zahlreiche andere Benutzer noch dazu.

> [@Mick Tagger](#):
>
> ... Es speichert im APEv2-Tag auch unverhinderbar seine Undo-Informationen ab. ...

1. Erst einmal ist nichts unverhinderbar.
2. Und zweitens hat das Speichern der Undo-Informationen auch seinen berechtigten Sinn!  
Insbesondere deshalb weil Mp3Gain die Lautstärkewerte der einzelnen mp3 frames in der Musikdatei dauerhaft verändert. Man sollte deshalb besser "zerstörungsfreie" Werkzeuge benutzen wie z. B. foobar2000, die die ReplayGain Werte zwar in Tagfelder schreiben, aber dabei den Datenstrom nicht verändern. Die Auswertung der ReplayGain Werte erledigt heutzutage die moderne Player Software und regelt die Ausgabelautsärke dann aktiv selbst. Die physikalische datentechnische Veränderung des mp3 Datenstroms - wie bei Mp3Gain - war vor Jahren die einzige Möglichkeit die physiologische Lautheitskorrektur z. B. auch auf Playern zu genießen, die rein passive Abspieler waren.

> [@Mick Tagger](#):
>
> ... Offenbar sind die Tage dieses Programms allmählich gezählt; es wird ja auch seit Jahren schon nicht mehr weiterentwickelt. ...

Warum soll man immer alles 'weiterentwickeln', wenn es doch gut funktioniert? Und das tut Mp3Gain doch - jedenfalls in dem Rahmen und für die Aufgabe, für das es entwickelt wurde. Man kann es auch heute noch benutzen, man muss nur wissen wofür und was man damit 'erledigen' kann. Ach so ja, wenn die Protokolldateien resp. Korrekturdaten verloren gehen, dann bleiben die mit Mp3Gain dauerhaft veränderten Muskdateien selbstverständlich in diesem Zustand zurück, und entsprechen dann auch selbstverständlich nicht mehr dem Originalprodukt. Die Veränderungen sind zwar "lossless", aber das muss ja jeder selbst wissen, ob er in den Musikdaten herumfummeln will oder nicht.

DD.20090409.0100.CEST

---

<div class="post-metadata">

### Author: ![Mick\_Tagger](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/db5fbb/32.png) [@Mick\_Tagger](https://community.mp3tag.de/u/Mick_Tagger)
#### Post date: [April 8, 2009, 9:27pm UTC](https://community.mp3tag.de/t/rg2sc-funktioniert-nicht-alle-werte-sind-gleich/8161/12 "2009-04-08T21:27:57Z")

</div>

So sehe ich das alles auch. Allerdings komme ich nun doch nicht von MP3Gain weg, weil ich die direkte Normalisierung nicht missen kann. Replay Gain allein reicht eben nicht, wenn man die MP3s auch auf Stereoanlagen etc. abspielen will, welche es meist gar nicht kennen.

Winamp liest die Replay Gain-Infos übrigens anstandslos aus dem APEv2-Tag aus und wandelt sie in Soundcheck um. So hätte ich's eigentlich von Mp3tag erwartet; vielleicht ist das ja 'ne Überlegung wert.
