Langzeitarchivierung (Seite 1 von 2)

Kann man das mitlerweile außerhalb von Itunes taggen?

Ein Decoder decodiert und ript nicht, encodiert nicht und tagt nicht. Grundsätzlich ist in 99% Flac das richtige Format. Imho muss man gute Gründe haben, wenn man das nicht nimmt.

Bei nachträglichen bearbeiten kannst du Probleme mit der Versionierung bekommen.

Das ist in foobar default, dass Tags übernommen werden.

Ich ging davon aus, da meine Recherche entsprechendes ergab (z.B. MP3TAG). Aber es war gerade der Sinn dieses Threads hier Praxiswissen zu bekommen. Beim Googlen findet man leider immer wieder Aussagen von Leuten, die Dinge nur vom Hörensagen wissen :-( 

Schon klar, deshalb habe ich auch das Tool angesprochen. Nach meinem Verständnis ist eine gesamthafte Betrachtung notwendig, weil ich ja die CD-Informationen zum Taggen nutzen will. Ein Umweg über wav ist nach meinem Verständnis nicht zielführend, da ich darüber die Tags nicht in die encodierten Dateien bekomme.

An Sachargumenten hätte ich Interesse. So nutzt mir Deine Aussage wenig.

Nach meinem Verständnis kann ich alle verlustfreien Formate ja ohne irgendwelche Qualitätsnachteile transcodieren und weiterverarbeiten. Und die freie Verfügbarkeit des Codec sichert die mittelfristige Nachhaltigkeit. Was aber auch kein großes Problem ist: Wenn irgendeine Rechnergeneration das gewählte Format nicht mehr unterstützt, wechselt man halt, solange noch beides geht. So what?
Rückblickend lässt sich sagen, dass gerade bei den Dateiformaten das Alte immer dominanter war, als die Medien behaupteten: Die Anzahl der Formate, die MP3 ablösen sollten, ist Legion. Und trotzdem kommen noch heute mehrheitlich Geräte auf den Markt, die ausschließlich das "veraltete" MP3 unterstützen, während alternative Formate weiterhin nur von wenigen Geräten unterstützt werden. (Von PCs, Tablets und Smartphones spreche ich nicht, denen kann man viel beibringen. Aber bei Autoradios, Radioweckern, Sat-Receivern, DAB-Radios, Fernsehern, Navigationsgeräten, Küchenradios, AV-Receivern ist MP3 die Lingua franca - und dürfte es auch noch in 10 Jahren sein)

Aber gerade um flexibel zu bleiben und mal auf effizientere Codecs wechseln zu können, will ich ja jetzt lossless archivieren.
Deshalb ist für mich entscheidend:
* Kompressionsrate (dürfte aber zwischen den Codec kaum signifikant unterschiedlich sein)
* Tag-Fähigkeiten (wahrscheinlich der entscheidende Faktor)
* Geräteunterstützung (und hier habe ich nur Geräte, die ALAC implementiert haben)

Ist was an dieser Überlegung falsch?

Ciao, Allesquatsch

Welche Tagging-Möglichkeiten habe ich bei den verschiedenen Formaten?

Danke erst mal für Deine Antwort. Auch wenn ich Deine Meinung nicht übernehmen sollte, hilfst Du mir, meine eigene Meinung zu bilden.

Jepp, das war auch meine Annahme: im Punkt 1 ist alles nahezu gleichwertig.

Jepp, genau diese Strategie verfolge ich.

Hier hätte ich jetzt auf codec-unabhängige Absicherung gesetzt. Schließlich soll die Integrität meines ganzen Archivs sichergestellt sein. Das würde ich auf Dateisystemebene lösen.

Ich will keinen Glaubenkrieg entscheiden, sondern mein Archiv anlegen. Und da ist mir egal, von welchem Hersteller das beste Tool ist. Wenn iTunes hier die besten Ergebnisse liefert, ist mich egal, wie die Firmenpolitik in 5 Jahren aussieht. Solange das Format portabel ist, habe ich innerhalb weniger Tage mein Betriebssystem, mein Dateisystem und meine Toolchain verändert.

Irrelevant, da ich ja lossless archiviere. Und das heißt: Inklusive einer ungenügenden Aussteuerung.
Die Normalisierung mache ich dann bei der Transcodierung ins lossy.

Nun, für mich ist aber nicht "alles" relevant, sondern die Faktoren, die ich für die Transcodierung brauche. Und dann ist die Frage: Welche Tagging-Möglichkeiten habe ich bei den verschiedenen Formaten? Und "alles" kann es wohl nicht sein, da ich ja nicht mal auf die ID3 v2.3 Möglichkeiten komme.

Nein, die Strategie ist: lossless archivieren und dann bei Bedarf lossy für die Geräte generieren. Dass ich das auf den Apple-Geräten gleich im Original nutzen kann, ist sekundär.

Ciao, Allesquatsch

Meine Überlegung galt gerade der gesamten Integrität und dass ich bei Sicherungen auch die Fehlerfreiheit der Tags abgesichert habe. Das größte Risiko sehe ich dabei nicht, dass es mir innerhalb eines Stückes mal einen Frame zerschießt sondern ich komplette Teile des Archivs korrumpiere, ohne es zu merken.
Entsprechende Probleme hatte ich mal auf einem Notebook, als die MP3s scheinbar korrekt auf der Festplatte lagen, aber alle Stücke nur noch Pottpurris von Sekundenschnipseln unterschiedlicher Aufnahmen waren. Und wenn ich Zigtausend Titel kopiere, will ich schnell prüfen, ob die Sicherung noch binärkompatibel ist.

Bisher habe ich fast nur mitgeschnittene Rundfunksendungen archiviert, dabei aber auch Zusatzinformationen wie Inhaltsangaben oder Angaben zur Aufnahmen abgelegt. Lossless war da kein Thema, da ja schon die Funkhäuser für die Vergewaltigung des Signals  sorgen und am Ende alles noch mal MP2-kodiert wird.
Aber daher habe ich schon hunderte Stunden "getaggt": Gab es zu den Aufnahmen auch CD-Produktionen, habe ich dann neben dem Cover auch noch CD-Label und CD-Inlay abgelegt. Hier bin ich aber noch in der Meinungsbildungsphase, wie viel Mühe ich mir bei meinem Musik-CDs mache.

Ein wenig Angst habe ich, was die Stabilität der Programme angeht. Bei mp3 ID3-Tags muss ja meist die komplette Datei umkopiert werden, um den Platz für die Tags zu schaffen. Ich hoffe, dass die Tag-Programme für FLAC-Tags hinreichend erprobt sind, um sich nicht irgendwelche Schätzchen zu zerstören.

Das klingt wiederum gut. Fragt sich bloß, ob ich dann das Problem nicht nur später bei der Erstellung der lossy-Dateien für mein Auto bekomme. Zumindest hätte ich dann aber ein Seamless-Original auf dem Server. Ein wirklicher Pluspunkt, wenn es entsprechende Werkzeuge dafür gibt, dass auch zu nutzen.
Weißt Du, ob das mit der Tag-Übernahme auch mit Unicode -> LATIN ( ID3v2) klappt? Denn schließlich habe ich nicht nur reines ASCII in meinen Textfeldern.

Ciao, Allesquatsch

Danke für Deine schnelle Antwort.

Wieso ich so auf "ISO 8859-1" scharf bin, hängt mit meiner Strategie zusammen:
Ich bin völlig frei, wie ich meine Langzeitarchivierung mache. Aber anhören werde ich wahrscheinlich fast ausschließlich Formate, die meine jeweiligen Endgeräte beherrschen. Und dummerweise halten sich diese Endgeräte nicht an die ganzen Möglichkeiten, die die jeweiligen Standards definieren.
Mein Einbaunavi beispielsweise wertet nur die ersten dreißig Charaktere aus und beherrscht keinen Unicode.
Schlimmer verhalten sich andere Geräte, die ich schon im Einsatz hatte: Standardkonforme, aber ungewöhnliche ID3-Tags führen dann beispielsweise zu einem Reboot, sobald ein entsprechender Titel gewählt wird. Ganz große Klasse, wenn der Spieler dann auch noch RESUME macht und loopt, bis der Akku leer ist.

Daher meine Motivation: Im Abspielformat muss ich mit den Wölfen heulen, auch es theoretisch viel bessere Optionen gäbe.

Hier haben wir ein Missverständnis, da ich mich nicht auf das Dateisystem bezog, sondern darauf, dass viele Tags am Dateianfang eingefügt werden. Damit entfällt die Möglichkeit, den Audiostream unangetastet zu lassen und einfach hinten Zusatzinformationen anzuhängen. Tag-Programme müssen also einen Speicherbereich einschieben und die komplette Datei mit Audiostream umkopieren, wenn der beim Encodieren reservierte Platz nicht ausreichen sollte. Gerade beim Coverbildern ein relevantes Problem.

Doch, da ich mehrere Sicherungsmedien habe, die ich dezentral lagere. Und ich rechne damit, dass die meisten Fehler beim Kopieren selbst entstehen können.
Vor und nach dem Backup kann ich verifizieren, ob Original und Kopie noch integer sind.

Jepp, das ist die Konsequenz.

In diese Richtung ging meine Überlegung. Aber durch Deine Vorschläge hege ich große Sympathie für eine doppelte Lösung, die auf der Ebene darunter noch mal den Audiostream verifizieren kann.

Meine Hauptproblem bleibt aber weiterhin die Entscheidung, welche Tools und Formate ich einsetze, damit ich die lossy Versionen maschinell erstellen und taggen kann.
Welche Möglichkeiten gibt es denn, FLAC+Vorbis-Comment in MP3+ID3V2.3(LATIN-1) im Batch zu konvertieren?

Ciao, Allesquatsch

Moin, Moin,

'tschuldigung, daß ich als Laie mich mal hier in den Disput der Experten einmische.

Ich glaube, das stimmt so nicht. Darüber ist hier schon mehrfach diskutiert worden, z. B. hier: https://www.audiohq.de/viewtopic.php?id=3355.

Gruß
rhinozeros

Hallo Meiner Einer,

erst einmal vielen Dank für Deine ausführliche Erklärung zur Festplattenorganisation durch das Dateisystem.
Ich habe es mit Interesse noch einmal nachgelesen, obwohl ich die Basics alle draufzuhaben glaube.

Schon 1985 hatte ich mir privat ein Doppelfloppy-Laufwerk gegönnt und damit angefangen, die Metadaten meiner Aufnahmen zu verwalten.
Seit ID3 finde ich es aber sexy, dass ich die Informationen direkt am Objekt habe und mit entsprechenden Hilfsprogrammen in Echtzeit die gleichen Features wie mit einer dedizierten Datenbank habe.

Im letzten Jahrhundert habe ich da ab und an mal zum Hex-Editor gegriffen und auf Sektorebene geforscht, kenne also zumindest FAT ganz gut.

An von Dir beschriebene Vorgehensweise für die Einfügung von (Speicherplatz für) Tags in die Datei habe ich nicht gedacht. Zumindest mein Lieblings-Tagger (ID3TagIT) hat das nicht drauf, das Einfügen von Sektoren über das Dateisystem zu abzuwickeln. Alle Änderungen werden im RAM protokolliert und erst auf Befehl in den Dateien umgesetzt.
Sowohl das Laufzeitverhalten als auch der Blick in den Dateimanager während dessen zeigt, dass jeweils eine neue tmp-Datei erstellt wird, die dann die alte Version ersetzt.

Gibt es denn einen Tagger, von dem Du genau weißt, dass er die Einfügung tatsächlich auf die von Dir beschriebene Art und Weise macht, indem in eine bestehende Datei ein Cluster eingefügt wird?
Ist aber eigentlich mehr eine akademische Frage.

Denn mein Misstrauen bzgl. Datenverlusten bezieht sich gerade auf Programme, die mit meinen Nutzdaten agieren und ich mir dann durch Bugs die Nutzdaten korrumpiere, ohne es zu merken. Von daher wäre es gar nicht so verkehrt, wenn FLAC unabhängig vom Tag noch mal für die Integrität des Streams sorgt. Beim kompletten Replizieren des Archivs macht es dann das Backupprogramm.

Nope. Ich weiß leider sehr genau, was meine Player können. Und den Wechsel von ID3v1 auf ID3v2 habe ich mitgemacht, als ich vor zehn Jahren vom Iomega Hip-Zip zum Archos Recorder gewechselt bin. Seitdem können alle meine Geräte mit ausreichendem Display auch (theoretisch!!!!) ID3v2.

Das Problem ist bloß, dass quasi kein Nicht-Computer den gesamten Standard von ID3 v2.x umsetzt. Wie denn auch bei schwachbrüstigen Prozessoren und limitiertem Speicher. Da setzen z.B. nur wenig Gerät die entsprechenden Font-Packs für Unicode ein.

Deshalb müssen inzwischen meine Neuerwerbungen auch erstmal ein Testprogramm durchlaufen, in dem ich die Fähigkeiten mit einer Muster-CD austeste:
bzgl. des Musik-Streams diverse Bit- und Samplingraten in CBR und VBR, Mono, Joint und Stereo
bzgl. der Dateistruktur diverse Datei- und Pfadnamen, Verschachtelungen und Anzahl
bzgl. ID3-Tags die verschiedenen Versionen, Tags, Zeichensätze, Bildformate und -größen.

Trotzdem lerne ich immer wieder dazu, was alles Ärger machen kann. Zum Beispiel, dass beim Abspielen mein Navi die Dateien nicht auseinander halten kann, wenn die ersten dreißig Zeichen des Dateinamens identisch sind. Oder dass manche Player das erste Bild als Cover anzeigen und andere das letzte.

Ciao, Allesquatsch