Nun darauf habe ich natürlich schon immer geachtet, dass James Last auch James Last ist.
Mir ging es ehe rum die verwirrenden Anzeigen in dbPoweramp, wo das “feat.” einfach weggelassen und durch einen ; oder ein : ersetzt wurde.
Meine Frage ziehlte darauf ab, dass ich wegen des Loggings schon gerne “Jean Paul Feat. Dua Lipa” auf der Homepage oder dem empfangenden Player stehen haben möchte und nicht “Jean Paul; Dua Lipa”.
Andererseits hat sich mir dadurch und durch die oben erwähnten Punkte bezüglich der Automation und der Gefahr von Doupletten die folgende Frage gestellt.
Erkennt mAirList dass nach einem Titel von “Jean Paul Feat. Dua Lipa” kein Titel von “Jean Paul” oder “Dua Lipa” gespielt werden sollte?
Siehe #57, da ist ein schönes Zitat in englisch enthalten, das das erklärt:
Das hat aber nichts mit “feat.” zu tun, also auf zur nächsten Baustelle:
Nichts durcheinanderwürfeln.
Also “In The Air Tonight [live]” ist für mAirList was anderes als “In The Air Tonight”.
Deswegen bitte auf die korrekte Schreibe achten. Es könnte ja auch “In The Air Tonite” von Lil’ Kim (Phil Collins feat. …) sein - zack, ganz unabhängig vom Artist ein komplett anderer Titel.
Na gut, sowieso, aber bitte schreibe das Original nicht mit “Tonite”.
Jetzt zum “feat.” & Co. - eines meiner mAirList-Lieblingsfeatures.
(ich liebe diese interne Bezeichnung! )
Lustigerweise macht es für mAirList keinen Unterschied, ob du “Earth, Wind And Fire” oder “Earth, Wind & Fire” taggst, weil das Rihanna-Feature beide Varianten zuverlässig auseinanderzuhalten vermag. Aber das ist ein Spezialfall.
“ft.” beispielweise ist darin nicht enthalten; daher bitte “feat.” einsetzen.
Ja, das ist in der Tat relevant und man kann das in dBpoweramp ab- bzw. umstellen.
Also… wenn es “nur” um mAirList geht, musst du da gar nichts machen.
Möchtest du diese Audiodateien jedoch lautheitsnormalisiert auch auf anderen (Software-)Playern wiedergeben, ist replaygain das Mittel der Wahl.
mAirList kann replaygain-Werte beim Import auslesen, das ist aber mittlerweile nicht mehr zwingend notwendig.
Eine Kollision findet da nicht statt. mAirList kann (!) die replaygain-Werte als Verstärkung übernehmen, doch spätestens mit der Normalisierung nach R 128 (s2) wird dieser Verstärkungswert überschrieben. Trotzdem kannst du das ID-Tag-Feld belassen; es wird in mAirList als sonstiges Attribut angezeigt.
“Don’t panic”
Das heißt jetzt nicht, dass die Datei schlecht oder gar fehlerhaft gerippt ist. Soweit ich AccurateRip® richtig verstanden habe, erfolgt ein Abgleich mit identisch gerippten Dateien. Wenn der nicht zu 100% identisch ist (oder kein Vergleichswert vorhanden ist), wird “Inaccurate” ausgegeben.
Von anderen Ripping-Programmen kenne ich den Selbst-Test in Abstufungen von “Normal” bis “Paranoia”.
Dem stimme ich zwar zu, aber man kann für die Planung auch Interpreten-Gruppen bilden. Das kann man verschiedentlich einsetzen: Alle Varianten von Huey Lewis and the News, aber auch Gruppen vs. Solisten (Paul McCartney, The Wings, The Beatles).
Ja. Siehe “Rihanna-Feature”.
Gern geschehen.
Allerdings muss ich diesen Beitrag überarbeiten, da ist ein Formulierungsfehler drin.
Ach ja, zum Schluss noch ein wenig Klugscheißermodus:
Die Sängerin heißt Wencke Myhre.
Myrrhe “ist das aromatische Gummiharz (…) aus der Familie der Balsambaumgewächse” (Wikipedia)
“Myrre” ist mein Zustand nach dem Aufstehen.
Habe ich noch was vergessen? Waren ja eine Menge Fragen und Anmerkungen.
Diese Ausführung hatte ich schon gelesen, habe ja und das glaubt man oft nicht vor meinem Post brav den KOMPLETTEN Thread gelesen, auch wenn ich stellenweise … ähhh anderes Thema
Das Rihanna-Feature …
Das finde ich schon mal eine echt geniale Sache und macht mir hier den Job unendlich einfacher Damit ist ja schon mal verhindert, dass nach einem Titel von “Jean Paul feat. Dua Lipa” ein titel von Dua Lipa oder Jean Paul kommt.
Bzgl. Replaygain: Ich höre tatsächlich auch ab und an mal ganz privat Musik, insofern wird auch hier R128 die Wahl für mich sein. Wenn ich das jetzt richtig sehe wähle ich hier im DSP “ReplayGain” aus. Dort dann “Track Gain”
und in den Advanced Options dann
Aber was will hier der Maximum Gain von mir?
Das ist ja nicht der “-1dbTP” oder?
Ja verdammt … - Wen(c)ke habe ich tatsächlich falsch geschrieben , aber die Myrre war Absicht. Ich wollte damit davon ablenken dass ich … ach was auch falsch hier
Damit ich endlich mit der Ripperei los legen kann habe ich jetzt eigentlich nur noch zwei Fragen
Das Thema mit dem “Maximum Gain”
dbPoweramp legt ja eine Hölle an ID Tags an, von “AccurateRip Result” über “Catalog #” bis zu den “Encoder Settings”. Da ist ja doch eine Menge dabei was in meinen Augen für die nutzung der Files nicht wirklich notwendig ist und die Attribute bei mAirList nur unnötig zumüllt. Wie habt das gehandhabt?
Zum Schluß noch ein kleiner Feature-Vorschlag. Vielleicht könnte man ja eine Möglichkeit finden Doupletten die nicht eindeutig sind wie “In The Air Tonight” oder “In The Air Tonite” als solche zu markieren. Oder ähnlich dem Rihanna-Feature ein Live-Feature hinzufügen. Wann immer in einem Titel zum Beispiel [Live] steht wird das für die Doupletten ausgeklammert.
Einfach so lassen. Meine Dateien werden wunderbar damit.
Ich wähle alles ab, was ich nicht brauche.
Beim Thema “ReplayGain” mußt du nur aufpassen, dass du den richtigen DSP auswählst: “ReplayGain Apply” ändert nämlich nicht nur den Wert im TAG, sondern verändert das Audio selbst. Das ist interessant, wenn dein Player (z.B. Autoradio) kein ReplayGain kann.
Ich erstelle beim Rippen drei Dateien:
Eine vollkommen unbearbeitete für’s Archiv.
Eine Lossless mit “ReplayGain” zum Senden
Eine MP3 mit “RaplayGain Apply” und -18 LUFS für’s Auto.
Geht ja wunderbar in einem Aufwasch. Mit zwei Instanzen von dbPoweramp und zwei CD-Laufwerken geht es fast ohne Pause dahin: Während die eine CD rippt, kannst du die nächste bereits in Ruhe taggen.
Nu muß ich hier nochmal hoch wühlen, aber das ist auch ein sehr in teressanter Thread
Bei all meinen Bemühungen ist es mir bisher nicht gelungen dBpoeramp daran zu hindern das “Feat.” zu entfernen. Noch immer muß ich alle Titel mit mehreren Interpreten per Hand nach korrigieren.
Hat denn jemand inzwischen eine Lösung gefunden wie ich das verhindern kann und mir der CDRipper das “Feat.” wieder drin läßt?
Und abschließend noch eine Frage zum Rihanna-Feature:
Funktioniert das auch bei mehreren Interpreten also drei oder mehr und wie müßte das dann getaggt werden?
Rihanna Feat. Mozart Feat. Bruce’n’Bongo Feat. usw…
oder
Es gibt tatsächlich die Option, “feat.” etc. in multiple artists umzuwandeln. Das lässt sich deaktivieren. Die Checkbox dafür solltest du in den Ripper Options finden.
Was ich vermisse, ist ft, ft. oder feat in feat. umzuwandeln. Oder die Wandlung selber zu konfigurieren.
Jepp:
002156 1/1080: ID 10792, artist "Calvin Harris feat. Pharrell Williams, Katy Perry & Big Sean", title "Feels"
002156 Last use: never
002156 Track separation is <infinite>
002156 Artist separation for "CALVIN HARRIS" is <infinite>
002156 Artist separation for "PHARRELL WILLIAMS, KATY PERRY" is <infinite>
002156 Artist separation for "BIG SEAN" is <infinite>
002156 Title separation for "FEELS" is <infinite>
002156 Overall penalty is 0
Auffällig: Das Komma ist kein Separator.
Da muss ich @Torben mal anpingen, ob es möglich ist, das in die harte Codierung aufzunehmen oder ob da programmtechnische Gründe dagegen sprechen.
Mein letzter Stand ist folgender:
Das mit den Separatoren ist aber auch eine (zunehmend) vertrackte Sache. Warum müssen sich die Interpreten bzw. Beteiligten immer so besch…eidene Namen geben?
Ist ja auch für den Moderator reichlich unschön.
P.S. Bei der Recherche habe ich meinen dBpoweramp auf v17.7 upgedated.
Ich gehe davon aus, dass Du das hier meinst?
Aber wenn ich das deaktiviert habe, läßt der Ripper alle anderen Interpreten weg und setzt nur den Ersten als Artist ein.
Aktiviere ich die Funktion bekomme ich nur die Ausgabe mit der " ; " Trennung aber kein “Feat.”
Vielleicht gehe ich das ja auch andern Ortes falsch an?
Das wiederum habe ich gefunden, nur hat der CD-Ripper bisher die vorgenommenen Änderungen nicht übernommen. Warum - Das versuche ich gerade noch heraus zu finden.
Zunächst mal vielen Dank für den Hinweis mit dem Character / Word Replacement - den hatte ich zu Beginn sogar schon mal gefüttert, aber nicht mehr aktualisiert. Jetzt läuft er “rund”.
Also, mal einen Test gefahren mit einer CD, deren Metadaten noch nicht im Gedächtnis von dBpoweramp gelegen haben. Etwas neues, unbekanntes.
(Disallow multi Artists) vielleicht gesetzt?
Ich bin zwar nicht sicher, ob das der Schlüssel sein könnte, aber wenn es das nicht ist, gehen mir so langsam echt die Ideen aus.
EDIT
Für den Fall, dass du verschiedene Rip-Profile angelegt hast: Die Änderungen müssen natürlich in jedem Profil durchgeführt werden. Einen automatischen Abgleich scheint es da nicht zu geben (käme mir auch wenig sinnhaft vor).
Ja, die Einstellung habe ich bei mir auch, ist aber deaktiveirt. Es kann jetzt natürlich sein, dass noch etwas etwas im Cache von dBPoweramp rumgeistert und sich deswegen nichts mehr ändern läßt. Ich muß das mal mit einer jungfräulichen CD testen.
Eine andere Sache ist noch das"Multiripping" wenn ich das überhaupt so nennen kann. Ich würde ja auch gerne von jeder CD 3 Varianten rippen.
einmal für mAirList
einmal für privat
eine Sicherheitskopie (unverfälscht)
Ich meine irgendwann mal irgendwo gelesen zu haben, dass das auch alles in einem Aufwasch ginge, wenn man verschiedene Profile angelegt hat oder habe ich das falsch verstanden und man muß schlicht ein Profil nach dem anderen auswählen und rippen lassen?
bei der mAirList-Version habe ich eine Flac-Datei mit den -23 LUFS die so weitgehend direkt für das streaming bereit ist. (Unsicher bin ich noch, weil ich irgendwo mal was gelesen habe, dass ich die -23 LUFS besser in mAirList selbst übernehmen sollte und nicht die von ReplayGain des dBpoweramp. LEider find eich nicht mehr wo das stand und den Sinn dahinter habe ich nicht verstanden. Da das aber ja reversible ist rippe ich jetzt hier erstmal mit den -23 LUFS.
bei der privaten-Version rippe ich als mp3, schlicht um für den Einsatz auf einem Handy oder wo auch immer, eine kleinere Variante zur Verfügung zu haben.
und die dritte (unverfälschte Variante) ist einfach eine Notfallsicherheitskopie ohne jedwede Eingriffe.
Das ist genau das, was du in meinem ersten Screenshot (Gesamtansicht) sehen kannst:
Der Multi-Encoder.
Ich lasse in einem Rip zugleich FLAC, ALAC und AAC erstellen, und das auch prompt in ihre jeweiligen Unterordner, die bei der Gelegenheit automatisch erstellt werden; auf Wunsch auch jeweils mit oder ohne replaygain.
Nein, in einem Profil kann jeweils ein unterschiedlicher Multi-Encoder hinterlegt sein oder eben nur ein einzelner Encoder (in meinem Fall: Nur mp3, zu Testzwecken für mAirList).
Es gibt also je nach Rip-Absicht verschiedene Profile.
So habe ich ein eigenes Profil für das Rippen der CDs meines DJ-Freundes angelegt (ich pflege seine Datenbank für die Pioneer rekordbox), wo von vornherein ein anderer Encoder und natürlich ein anderer file owner (TOWN) sowie der Entfall von replaygain hinterlegt ist.
Selbst wenn es immer der gleiche Codec wäre, könnte dBpoweramp hier doch gleich in verschiedene Verzeichnisse rippen lassen. Faulheit siegt.
Du verfährst so, wie es bis zu mAirList v6.2 empfehlenswert war, denn bis dahin gab es noch gar keine Lautheitsnormalisierung - außer eben den replaygain-Wert als Verstärkung zu importieren.
Im Verlauf des Threads habe ich mal geschrieben, dass ich trotz alledem empfehle, in mAirList zumindest die Lautheitsberechnung durchführen zu lassen. In der v6.0 Beta (oder sogar: Alpha?) erwähnte Torben mal, dass er die langfristige Vision hätte, statt eines Normalisierungslaufs die Ausspiellautheit direkt im Player ermitteln und durchführen zu lassen.
Irgendwo habe ich auch geschrieben, dass sich hierbei absolut überhaupt keine Unterschiede ergeben. Insofern ist das unkritisch. Aber:
Wenn du dich doch irgendwann mal zu einer Änderung des Zielwerts durchringst (in meinem Fall bin ich von den -18 LUFS der (s2) der R 128 zurück auf -20 LUFS gegangen) oder eben von [höherer Wert] on the lomg run wieder auf -23 LUFS möchtest, kannst du das in der mAirList-Massenbearbeitung viel schneller durchführen als über den replaygain-Wert.
Auf Dauer ist nun mal nichts in Stein gemeißelt.
Meine Strategie:
FLAC für den Senderechner, also mAirList;
zugleich mein Original, von dem ich im Zweifel Kopien mit verlustbehafteten Codecs erstellen kann,
ALAC für die externe Festplatte am privaten PC, auf dem immer noch iTunes läuft,
AAC für die zweite externe Festplatte, mit der ich notfallmäßig unterwegs sein kann
(entspricht deiner “privaten Version”).
Lustigerweise würde ich hier an deiner Stelle viel eher replaygain anwenden, da VLC oder AIMP auf dem Smartphone das Auslesen des replaygain-Tags beherrschen. Da hat replaygain doch viel mehr Sinn; lass’ mAirList doch für sich normalisieren. Ich hatte ja bereits geschrieben, dass jedes Element im Archiv eine Lautheit haben sollte, allein der Zukunft wegen.
Ah, das hatte ich übersehen, da ich mich auf das andere konzentriert hatte. Mich irritiert jetzt noch das mit dem “Outut To”, aber das finde ich auch noch raus, danke für den Hinweis.
Nun auf die -23 LUFS hatte ich mich ja schon lange festgelegt, es gab da bei mir nur noch einige Verständnisprobleme bezüglich dem nachfolgenden Soundprocessings.
Dann bekommt jetzt beim rippen nur noch das mp3-Format für “On The Road” also privat die -23 LUFS und mairList bekommt ein gänzlich unbearbeitetes FLAC.
Dann reichen auch die zwei Varianten und ich lasse nur per Crownjob kopien der FLACS anlegen.
Nein, das Stereotool, habe ich aktuell aus meinem Verband getilgt. Mal abgesehen davon, dass ich einsehen mußte, dass dieses Tool für mein Knowhow einfach zu mächtig ist und egal wie sehr ich mich bemüht habe und gelesen habe, am Ende nie das raus kam was ich m ir vorgestellt habe … Abgesehen davon, möchte ich das grundlegende Konzept von R128 umsetzen.
Eventuell habe ich da aber noch einen Denk- oder Wahrnehmungsfehler was das Konstrukt R128 betrifft.
Im Moment schicke ich einen meiner aktuell frisch gerippten Bio-Titel (naturbelassen) und ledigllich in mAirList nun auf -23LUFS reduziert auf den Stream, bekomme ich am Ende ein Signal dass mich nicht wirklich glücklich macht.
Es klingt hier auf meinen Monitoren, stumpf und leblos. Es fehtl an Klarheit … ich weiß nicht wie ich es besser beschreiben soll.
, aber die Myrre war Absicht. Ich wollte damit davon ablenken dass ich … ach was auch falsch hier 
