Ich habe folgendes vor: ich möchte mehrere Songs mit EAC aus meiner CD Sammlung in OGG Vorbis überspielen. Jetzt habe ich nur das alte Problem das die Lieder natürlich unterschiedlich laut sind. Also wollte ich ReplayGain einsetzen. Jetzt unterstützt nur mein Player kein ReplayGain und gibt die Songs in der Originallautstärke wieder. Gibt es eine Möglichkeit die Lieder fest mit ReplayGain zu normalisieren? Also quasi wie mit der normalen Normalisierungsfunktion von EAC.

ein Freund hat gerade eine Anfrage an mich, bei der ich passen mußte - ich gebe das mal an Euch weiter - vielleicht habt ihr ja eine Idee...

Die Frau meines Freundes ist Sängerin und tritt auf verschiedenen Events auf. Dazu nutzt Sie teuer erstandene Playbacks als MP3-Dateien. Auf den Veranstaltungen ist es meistens der Fall, das ein PC vorhanden ist, der dann mit der Musikanlage gekoppelt ist. Das sind meistens Diskomischpulte, die nicht wirklich einen Eingang von einem MP3-Player erlauben, die technischen Hintergründe dazu kann ich Euch nicht sagen, da kennt sich mein Freund besser aus ...

Jetzt würde er gern die MP3 auf einen USB-Stick kopieren, um diese dann dem jeweiligen Techniker zum Playbackabspielen zur Verfügung zu stellen. Soweit kein Problem, doch auch in dieser Branche gibt es schwarze Schafe, die halt nicht nur die mp3-Dateien abspielen, sondern sie sich munter auf den Rechner kopieren. Das Kopieren soll verhindert werden, nicht aber das Abspielen mit gängigen Softwareplayern.

Meine erste Idee war keine gute: Den USB-Stick verschlüsseln. Sobald der aber freigegeben wird, gibts ja auch Vollzugriff auf die Dateien.

Kennt Ihr eine Software, die das Kopieren von MP3-Dateien verhindert?

Danke für Eure Antworten!

Liebe Grüße

Stefan

Was ich mache:

Um die Anzahl der Dateien auf der HD zu reduzieren, habe ich die Images mit cue-sheet (+ fb2k) für mich entdeckt. Die Images erstelle ich mit fb2k aus bereits vorhandenen *.flac's. Um dies zu verifizieren, habe ich stichprobenartig einige Images wieder in seine Einzeldateien zerlegt und diese mit den Originalen verglichen. Bisher gab es auch keine Unstimmigkeiten.

Problem:

Nun habe ich eine Live-CD aus nicht-eigener Produktion in einzelnen flac-Dateien. Aus den Tags entnehme ich, daß das Original mit der Software "Medieval Cue Splitter" geteilt wurde. In den einzelnen Dateien ist die Prüfsumme (md5) nicht vorhanden bzw. auf "0000..." gesetzt.

"flac -d -V Track.flac" ergibt somit einen Fehler, wav-Dateien werden aber trotzdem erzeugt.

Ich habe dann Verschiedenes ausprobiert:

1. mit fb2k:
    *.flac  -->  Image.wav  -->  *.wav
2. mit fb2k:
    *.flac  --> *.wav  --> Image.wav  --> *.wav
3. unter Linux mit "flac -d -V" (s.o.) nach wav
    dann mit fb2k --> Image.wav  --> *.wav

Dabei sind die Datei Image.wav sowie die einzelnen wav-Dateien identisch, nur die unter 3. zuerst erzeugten *.wav-Dateien und das Endprodukt *.wav unterscheiden sich. ab dem 5. Byte, also nach "RIFF". Die Länge der Dateien aus dem Zwischenschritt und dem Endprodukt unterscheiden sich um -1800 bis +2200 Bytes, die Gesamtlänge aller Dateien ist aber wieder gleich.

Jetzt hab ich zuerst an eine Verschiebung der Anfangszeiten gedacht, die zu den Versuchen 1 bis 3 gehörenden cue-sheets sind von den Anfangszeiten aber identisch.

Hat jemand eine Ahnung, wie es sein kann, mit unterschiedlichem Ausgangsmaterial das selbe Ergebnis zu bekommen. Wenn die Dateien z.B. am Ende Müll enthalten, der ignoriert würde, dürfte die Gesamtgröße nicht gleich sein. Kann es sich dabei um einen unterschiedliche Codierung handeln, z.B. little und big endian, daß habe ich nämlich bisher nicht kapiert.

Jo

PS: Beim Hörtest ist mit bisher nichts Negatives aufgefallen, was natürlich das Wichtigste ist.

Ist es möglich, wav-Dateien auf Korrektheit zu überprüfen, auch wenn man keine Prüfsumme dafür hat?

Gibt es eine Dateistruktur, Prüfsummen, Header? Ich meine nicht den Stream auf einer CD. Wird vielleicht beim Rippen eine Struktur in die Datei eingefügt?

Hintergrund: Nach HD-Crash konnte ich mehrere Vinyl-Aufnahmen 'retten'; durch mehrmaliges Auslesen der Platte habe ich aber mehrere Versionen der Dateien bekommen, die sich nur in wenigen Bytes unterscheiden. Ich kann aber anhand der Unterschiede nicht erkennen, ob eine bzw. welche der Versionen die fehlerfreie ist. Eine Hörprobe habe ich noch nicht gemacht, somit kann ich bisher auch nichts über Auswirkungen sagen.

Jo

1. Ich hätte da mal ne Frage zum Sichern von Musik auf einer externen HD.

2. Habe für meinen Ordner mit Musik eine Md5 Summe berechnet. Kommen aber jetzt   neue Ordner dazu stimmt diese Summe logischerweise nicht mehr.

3. Muss ich die dann jedesmal neu berechnen oder gibts da eine andere Möglichkeit ?

4. Für die Ordner die ich übertragen will brauche ich ja auch noch eine Prüfsumme.

Wie macht ihr das ?

Vielen Dank im Vorraus für eure eventuellen Antworten.
LG

Beim Windows-Befehl Löschen wird die Datei ja nicht echt gelöscht, sondern es wird nur der Adresseintrag entfernt, sodaß für Windows diese Datei mit Bordmitteln nicht mehr erreichbar ist. Spezielle Programme können die so gelöschten Daten zurückholen.

Meine Vermutung nun ist, daß durch das lokale Formatieren ich weniger Festplattenfragmentierung erhalte und dies dem Leben der Festplatte zugute kommt. Nachteil dieser Methode ist der deutlich höhere Zeitaufwand für das Shreddern der Daten.

Oder ist folgender Weg besser: Die guten Aufnahmen auf eine andere Festplatte bzw. Partition auslagern und danach die Festplatte bzw. Partition formatieren. Zum Schluß wird das ausgelagete Archiv zurückgespielt.

Viele Grüße

RC

eine Frage zur Wahl des besten Formates für gerippte Titel:

Gegen Apple lossless spricht natürlich, dass es ein proprietäres Format ist. Und itunes nervt.

Dafür spricht, dass Virtual DJ-Pro alle ID-Tags auslesen kann. Das funktioniert mit Flac-Dateien leider nicht.

Falls Apple mal vom Markt verschwindet und damit die Anzahl der Programme/Player, die Apple Lossless unterstützen ... dann konvertiere ich eben alles in das dann aktuelle Format.

Macht Arbeit, ist aber überschaubar.

Falls sich nicht mehr genügend Leute finden, die Flac am Leben erhalten, stehe ich vor dem selben Problem.

Warum also nicht Apple Lossless?

Grüße,
Franziskaner

ich hab mal ein paar Fragen zu Backup ect. Durch Lesen im Forum habe ich folgendes gelesen.

Ich lese meine CD´s mit EAC eine und wandele sie in Flac um. Denke, das das soweit ok ist.

Kopiere die 2 Files auf eine externe Festplatte.

Was mir jetzt noch fehlt ist ein Player, der die CUE auslesen kann und die einzelnen Titel in einer DB verwalten kann. Ich will mir dann aus verschieden CD´s eine Playlist zusammenstellen.

FooBar habe ich mir angeschaut, komme aber nicht damit klar. Wäre schön, wenn es deutschsprachiges Programm gäbe.

Gruß
Bernd

bin wieder mal auf ein neues Archivmedium aufmerksam geworden. Nach dem das mit den Holodiscs vermutlich so schnell nichts wird, habe ich hier durch zufall ein neues Medium mit versprochenen sagenhaften 1000 Jahren Haltbarkeit entdeckt. Der Vorteil: Es ist eine DVD, welche in JEDEM Player / Laufwerk gelesen werden kann. Ausserdem soll ein Medium nur rund 30$ kosten. Nur ein neuer Brenner wird benötigt, da dort keine chemische sondern eine physikalische "markierung" in den Datenträgern erfolgt.

Hört sich meiner Meinung nach ziemlich resistent an und angeblich ist das Gerät fertig entwickelt, getestet und soll ab September zu kaufen sein.

Nur zum Preis des Brenners habe ich leider keinerlei Angaben gefunden, lt. Artikeln verhandeln die noch mit Lizensgebern.....

Hoffentlich kommt wirklich mal ein Medium mit hoher Haltbarkeit. Hier mal der Link zu dem Artikel:

http://computer.t-online.de/c/19/46/55/86/19465586.html

Und hier zum Hersteller:

http://www.millenniata.com/technology/solutions.html

Das wäre ein Traum, nur was mich an der ganzen Geschichte ein wenig stutzig macht, ist dass ich darüber nicht sehr viele Informationen finde. Archivare und Bibliotheken müssten sich doch bereits ganz heiß auf das Ding sein.....

in diesem Thread erwähnte Meiner Einer, daß er in einer Flac-Datei "irgendwo mitten im File ein einziges Bit (!) verändert" hat. Auf meine Frage, ob er probiert hätte, ob man mit der auf diese Weise gezielt verstümmelten Datei noch etwas anfangen (decodieren, abspielen) kann, gaben er und m07u eine Antwort, die ich so nicht erwartet hatte und die mich etwas beunruhigte:

Einer der Vorteile von flac soll ja die Fehlertoleranz sein. Nachdem ich meine Musik zunächst als 160-er mp3 "archiviert" hatte, war ich hier bei Audiohq auf die verlustfreien Codecs aufmerksam geworden und hatte mich zunächst der guten Kompressionsrate wegen auf Monkeys Audio gestürzt, war aber dann wegen der Fehlertoleranz, von der hier aus berufenen Munde zu hören war,

auf das hier favorisierte Flac umgestiegen.

Und nun das! Da blieb nur noch eines: selber probieren.

Ich habe mir aus meinem Flac-Archiv eine Datei ausgesucht (Beatles, Misery, schön kurz, nur 1:46), diese decodiert und die daraus resultierende Wav-Datei in folgende Formate überführt: mp3 (lame, -v2), ape (extra high) und tak(-p2). Damit hatte ich 5 Dateien (Beatles-Misery.ape, Beatles-Misery.flac, Beatles-Misery.mp3, Beatles-Misery.tak und Beatles-Misery.wav). Diese Dateien öffnete ich mit dem Hex-Editor MX 6.0.2.244 und änderte dort irgendwo in der Mitte eines der mir sehr kryptisch vorkommenden Hexadezimalzeichen, z. B. wurde F4 geändert in FF. Ich nehme an, daß das dem entspricht, was Meiner Einer tat ("ein einziges Bit (!) verändert"). Die so geänderten Dateien speicherte ich unter dem Namen test.xyz ab. Anschließend unterzog ich die Dateien test.xyz folgenden Prozeduren: Abspielen mit Foobar, decodieren mit dem "Hausprogramm" und mit Foobar.

test.ape:
Beim Abspielen mit Foobar gibt es in der Mitte ein Pause von 6 Sekunden (!!), danach geht's dann bis zum Schluß weiter. Foobar gibt folgende Fehlermeldung aus:

INFO (CORE) : opening file for playback :
INFO (CORE) : location: "file://D:\test\test.ape" (0)
ERROR (foo_ape) : invalid checksum
ERROR (foo_ape) : invalid checksum

Beim Decodieren bricht Monkeys Audio mit folgender Fehlermeldung ab:

Error: Invalid Checksum

Eine Wav-Datei gibt Monkeys Audio nicht aus, auch wenn unter Options - General das Häkchen bei "Stop processing after encountering an error" entfernt wurde.

Beim Decodieren mit Foobar erscheint folgende Fehlermeldung:

NFO (CORE) : opening file for playback :
INFO (CORE) : location: "file://D:\test\test.ape" (0)
ERROR (foo_ape) : invalid checksum

Foobar erstellt aber aus test.ape wenigstens eine Wav-Datei, allerdings mit einem 6,2 Sekunden langen Loch in der Mitte, im Wav-Editor (WavePurity 4.80) nicht zu übersehen. Eine solche Wav-Datei ist meines Erachtens unbrauchbar.

test.flac
Beim Abspielen mit Foobar ist ein kleiner Aussetzer zu hören, der von Foobar mit folgender Meldung kommentiert wird:

INFO (CORE) : opening file for playback :
INFO (CORE) : location: "file://D:\test\test.flac" (0)
ERROR (foo_flac) : FLAC__STREAM_DECODER_ERROR_STATUS_FRAME_CRC_MISMATCH

Flac.exe 1.2.1 unter der Haube von Flac-Frontend 1.7.1 decodiert test.flac, aber nur wenn im Frontend die Option "Dec. through errors" aktiviert ist (Häkchen setzen). Ohne das Häkchen wird keine Wav-Datei erstellt, die dazugehörige Fehlermeldung im DOS-Fenster lautet:

test.flac 45% completetest.flac: *** Got error code 2: FLAC__STREAM_DECODER_ERROR_STATUS_FRAME_CRC_MISMATCH
test.flac: ERROR while decoding data
state = FLAC__STREAM_DECODER_READ_FRAME

Hat man das erwähnte Häkchen im Frontend gesetzt, wird eine Wav-Datei erstellt, der  Kommentar von flac.exe im DOS-Fenster dazu lautet:

test.flac: 45% completetest.flac: *** Got error code 2: FLAC__STREAM_DECODER_ERROR_STATUS_FRAME_CRC_MISMATCH
test.flac: ERROR, MD5 signature mismatch

In der Wav-Datei ist der kleine Aussetzer ebenfalls unüberhörbar, im Wav-Editor beträgt der Aussetzer knapp 1/10 Sekunde. Damit kann man im Fall der Fälle leben.

test.mp3
Das habe ich mal so aus Neugier gemacht, mit Archivierung hat mp3 ja nichts zu tun. Sowohl Foobar als auch Winamp spielen die verstümmelte Testdatei problemlos ohne hörbaren Fehler ab. Foobar decodiert ebenso wie Easylame. Foobar macht es kommentarlos, Easylame hat etwas zu meckern:

Command: C:\Programme\EasyLAME\lame.exe --decode "D:\test\test.mp3" "D:\test\test.wav"
ID3v2 found. Be aware that the ID3 tag is currently lost when transcoding.
input:  D:\test\test.mp3  (44.1 kHz, 2 channels, MPEG-1 Layer III)
output: D:\test\test.wav  (16 bit, Microsoft WAVE)
skipping initial 1105 samples (encoder+decoder delay)
RazorLame encountered an unknown message from LAME while trying to decode "D:\test\test.mp3"!

Decoded 0 files in 0:00:05
There was an unexpected LAME message for one file, please check log for error messages.

Im Wav-Editor ist in der decodierten Datei kein Fehler zu erkennenen. Hätte ich so gar nicht erwartet! Ich habe den Versuch nochmal wiederholt: Gleiches Ergebnis.

test.tak
Das Ergebnis mit der Datei test.tak entspricht völlig dem bei test.flac: Abspielen mit Foobar funktioniert allerdings nicht, weil das Plugin streikt, mit Winamp und dem dazu notwendigen Plugin ist das Abspielen kein Problem, ebenso wie bei test.flac gibt es einen kleinen aber unüberhörbaren Aussetzer. Decodieren mit tak.exe geht problemlos, aber mit Fehlermeldung:

--- test.tak ---

Result
  Audio data damaged

Audio data
  Size in samples:     4706352
  Damaged samples:        5512
    Muted samples:        5512
    Cut   samples:           0
  Damaged blocks :           1

Damaged data blocks

No       Position    Size
       1     2276456        5512

       
Im Wav-Editor zeigt sich, daß die Länge des Aussetzers etwas über 1/10 Sekunde liegt. Auch damit könnte ich leben.

test.wav
Kein Aussetzer ist zu hören, im Wav-Editor ist kein Fehler zu sehen.

Fazit: Ich bin beruhigt, auch wenn die von mir gemachten Versuche nur einen Einzelfall erfassen, statistische Sicherheit = Null. Flac erfüllt ebenso wie tak meine Ansprüche an ein Archivformat, zu denen u. a. die Fehlertoleranz zählt. Mein Umstieg von ape auf flac war richtig.

Gruß
rhinozeros

Mein erster Post und ich bin mir schon nicht sicher, ob ich das richtige Unterforum ausgewählt habe... zzzz  <_<

Jedenfalls stellt sich mir eine Frage, auf welche ich durch diesen Post aus dem ubuntuusers Forum aufmerksam wurde.

Gemäss diesem Post besteht also die Möglichkeit, dass beim Verschieben oder Kopieren von Dateien Fehler auftreten, die bspw. von Nautilus oder cp nicht gemeldet werden. Da ich meine CD's auf meinem Windows PC in flac's rippe und diese anschliessend jeweils auf meinen Ubuntu PC verschiebe, ging mir nun durch den Kopf, ob die ganze Ripperei vergebens war, da ja sämtliche flac's mindestens einmal kopiert wurden und diese unter Umständen nun fehlerhaft sind.  :angry:

Wie bereits im erwähnten Post des ubuntuusers Forum gefragt wurde, möchte ich nun gerne wissen, ob man solche Fehler nachträglich (also ohne das kopierte Original) feststellen kann? Im Post kam auch die Frage (leider noch unbeantwortet), ob solche Fehler allenfalls mit

flac -t

gefunden werden könnten. Nebenbei, was prüft flac -t überhaupt?

Zum Schluss hoffe ich, dass dieser Post nicht als "Doppelpost" angesehen wird... ich dachte mir, ich frage doch besser gleich mal die Profis  ;)

Besten Dank schon mal...

m07u

Nach einem 8 Stunden Brennmarathon (erzwungen durch eine PC Neuinstallation und einer Menge ungesicherter Dateien auf meinem Rechner), habe ich mich nach alternativen Sicherungsmethoden umgeschaut und bin auf euer Forum gestoßen. Die Threads von Lego zum Thema Langzeitarchivierung waren sehr interessant und haben mich auf die "Idee" gebracht meine ganzen Dateien (Musik, Bilder, Dokumente, etc.) nicht mehr auf DvDs, sondern auf einer externen Festplatte zu speichern.
Doch einiges habe ich nicht so ganz verstanden: Es wird davon gesprochen, dass man von den Dateien mithilfe diverse Programme ein Backup machen soll, welches dann auf der Sicherungsfestplatte gelagert wird. Ist es nicht das selbe, wenn ich einfach die Dateien direkt auf die Platte kopiere? Wo ist der Unterschied zu einem Backup?

Gruß Gods

holografie ist ja längst Alltag. Auf Geldscheinen, Bankkarten, usw.... findet man Hologramme. Man will die Holografie ja schon lange als Datenspeicher einsetzen, allerdings hat es bis jetzt an geeigneten Materialien gefehlt. Das ist nun vorbei.
Das Problem vieler Speichertechniken ist, dass sie nur an der Oberfläche beschrieben werden können und daher langsam aber sicher an physikalische Grenzen stoßen. Hologramme aber kann man im gesamten Volumen beschreiben. Theoretisch soll in einem Kubikzoll mehrere Milliarden Terabyte platz finden. So schnell geht es natürlich nicht. Die ersten Medien sollen angefangen von 300GB bis 3,6 TB an Daten fassen. Sie sehen aus wie eine DVD-RAM (Mit Cartridge). Der riesen Vorteil der Medien ist aber nicht die Speicherkapazität sondern die haltbarkeit. Man schätzt vorsichtig auf MINDESTENS 50 Jahre. Der Grund: Die Daten werden nicht im Kristall sondern in einem speziellen Kunststoff gespeichert. Der Kunststoff besteht aus lauter Monomeren, welche in 2 weiteren Polymeren eingearbeitet ist. Dies ist notwendig, da die Speicherschicht alleine fast "flüssig" wäre. Ein laser belichtet die Monomere mit einer bestimmten stärke, worauf sich diese zu Polymeren zusammenformen. An dieser Stelle wird das Material optisch dichter und lenkt das Licht ab. So kann man 0llen und 1sen belichten. Der Haltbarkeitsvorteil:  Im gegensatz zur CD, DVD, Bluray.... benötigt die Disc weder eine langsam vor sich hinoxidierende Reflexionsschicht, noch ausbleichende Farbstoffe. Das einzige Haltbarkeitskriterium ist der Kunststoff, welcher unter normalen Bürobedingungen 50 Jahre mindestens halten sollte. Die wiederbeschreibbaren sind zwar nicht so haltbar, da sich die wieder "zurücksetzen" lassen und daher ein komplett anderes Verfahren verwenden, aber Achive werden ja (wenn möglich) sowieso auf einmal beschreibbaren stabilen Produkten abgelegt.

Zur Verfügbarkeit: Natürlich müssen wir uns noch etwas gedulden, ABER der Deutsche Jukeboxenhersteller DSM (Terastore) will erste Jukeboxen tatsächlich schon ausliefern. Siehe: www.terastore.de Oben im Lauftext steht die Werbung für die Holojukeboxen und unter Downloads findet ihr das Datenblatt.

Wenn es jemanden interessiert, kann ich noch eine interessante PDF von Bayer (Dem Hersteller und Entwickler der Kunststoffschhichten) verlinken.

Vielleicht interessiert es jemanden, da digitale Langzeitarchivierung immer wichtiger wird, da sie enorme Vorteile bietet.

Ach ja: Ein ebenfalls sehr guter Speicher ist übrigens die DNA, welche unsere Erbinformation ebenfalls digital speichert. Allerdings mit 4 möglichen Zuständen. Der Quastenflosser konnte sich schon 70 millionen Jahre fehlerfrei kopieren. Wusste gar nicht, dass die DNA digital kodiert ist....

Wie lange funktioniert eine Festplatte...:huh:  ich möchte eure Erfahrungen, Berichte lesen

Freue mich auf die Antworten schon B)

Gruß Simon

ich habe mir Gedanken über den Umgang mit Audio-Archiven auf Externen Festplatten gemacht und stelle mir Folgende Fragen.

1. Wie geht Ihr mit Audio-Archiven auf Externen Festplatten um?
2. Darf eine Externe-Festplatte Defragmentiert werden, auf der sich ein Audio-Archiv befindet und ist es empfehlenswert?
3. Sollte man in Audio-Archiven regelmäßig nach Fehlern suchen lassen?
4. Sollte vor dem kopieren auf eine Externe Festplatte, eine Defragmentierung durchgeführt werden?
5.  Spricht etwas gegen den Zugriff (Hören) der Audiodateien mit einem Media Player (z.B. Winamp)
6. Was sollte allgemein beachtet werden, damit es zu keinen Überaschungen kommt?

Gruß

MarcinK