Daten in Mp3s verstecken (ohne IDTags) ??

[Assun]

Hi !

ist es möglich daten wie zum Beispiel Text oder Bilder oder so in Mp3 Dateien zuintegrieren, die man dann nur mit meinem Delphi tool wieder öffnen kann ?

[perle]

du müsstestdoch im Grunde nur den Header ändern, dann können normale Mp3 Programme das doch schon nichtmehr abspielen oder?

[Assun]

sie sollen aber noch abspielbar sein !! ich dachte da an 2 dateien in einer, wobei die Mp3Datei lauffähig sein soll und von mir aus z.b. ein integriertes Jpeg nicht geöffnet werden kann und nur mit meinem Programm "extrahiert" werden kann...

[Muetze1]

Moin!

Ja, nutze den ID3v2 Tag.

Siehe ...
www.ID3.org
ID3 Tag Lib
Cover (jpg) in MP3 Datein einlesen/auslesen

/EDIT: Ohh - Stand das ohne IDTags vorhin auch schon im Titel? Dann vergiss meinen Post...

MfG
Muetze1

[kallculator]

Ich stehe vor demselben Problem...

[TeronG]

Nur so ne Idee .. aber warum speichert ihr nicht an der Stelle wo das Cover steht ein Bild in eurem eigenem Format ab?
Oder ihr gugt mal wie dem Player gesagt wird, daß die Musik zu ende ist (falls es überhaupt eine "End-Marke" giebt) und hängt eure Daten einfach drann ??

Notfalls kannste auch mal bei denen fragen .. die sollten das KnowHow haben :mrgreen:

[Luckie]

Warum hängst du das Bild nicht einfach hinten dran? Und ganz zum Schluss schreibst du die Größe des Bildes in byte, dann weißt du wo es anfängt und ab wann du es wieder auslesen musst.

[PattyPur]

Wenn er das bild hinten dran hängt funzt der id3 v1 tag nicht mehr - der hängt nämlich hinten dran.

[Luckie]

Tja, wie im richtigen Leben: Man kann eben nicht alles haben. ;)

[Assun]

naja, irgendie muss es ja gehen...aber trotzdem vielen Dank !

[tommie-lie]

Du kannst Daten prinzipiell zwischen jedem MPEG-Frame speichern, solange die Daten kein MPEG-Synchronisationsmuster haben. Seit ID4v2.3 (odeer erst .4?) kannst du die Daten zum Bleistift einfach vorne in die Datei schreiben, da ein ID3-Tag theoretisch überall im Stream liegen kann. Allerdings ist nicht garantiert, daß alle MP3-Player den Tag auch wirklich überall im Stream suchen, also sollte man sich nicht drauf verlassen. Eine weitere Möglichkeit wäre, die Daten nach dem ID3v2-Tag zu speichern, die Länge des Tags steht im ID3v2-Header (http://www.id3.org), die liest du aus überspringst den Header und schreibst dort deine Daten hin (vorher natürlich zusehen, daß die folgenden Daten nicht überschrieben werden). Die dritte möglichkeit wäre, die Daten vor dem ID3v1-Tag zu speichern, dazu musst du erst überprüfen ob ein ID3v1-Tag vorhanden ist und wenn ja, die Daten davor speichern, wenn nicht, einfach anhängen. Das könnte aber zu Problemen mit einigen APE-Tags führen, die ebenfalls am Ende liegen (können?).
Das sicherste wäre meiner Meinung nach, die Daten hinter dem ID3v2-Tag zu speichern, falls einer existiert. Noch besser wäre es natürlich, sie im ID3v2-Tag zu speichern, der hat dafür benutzerdefinierte Frames. In allen Fällen musst du die Daten aber asynchron zum MPEG-Stream speichern, ich kenne gerade das Muster nicht auswendig, aber schau mal in der ID3v2-Spezifikation nach dem unsychronization scheme, dort ist glaube ich sogar ein Pseudoalgorithmus.

[S - tefano]

Hi,

jemand aus meiner Klasse hat vor ein paar Wochen ein Referat zur Steganographie gehalten, ich zitiere mal die für dich interessante Stelle:

Zitat:

Technische Steganographie ist meist computergestützte Verschleierung von Botschaften. Dabei werden in Dateien einfach ein paar Bits mehr eingefügt, so das dem Betrachter gar nicht auffällt das an der Datei etwas verändert wurde. Angenommen, die Tondatei beinhaltet die folgenden acht Bytes an einer Stelle:
132 134 137 141 121 101 74 38
In Binärdarstellung sieht es so aus:
10000100 10000110 10001001 10001101 01111001 01100101 01001010 00100110
Dabei ist jeweils das LSB (Least significant Bit) hervorgehoben. Eine Veränderung des LSB wirkt sich auf die Datei nicht merklich aus.
Um ein Byte 173 (10101101)einzuprogrammieren, rechnet man die Zahl in den Binärcode um und überschreibt jeweils den LSB. Somit erhält man
10000101 10000110 10001001 10001100 01111001 01100101 01001010 00100111
oder in Dezimaldarstellung
133 134 137 140 121 101 74 39. Die Datei wurde somit kaum merklich verändert, hörbar für den Menschen ist es nicht.

Jetzt musst du nurnoch bitweisen Zugriff auf die gewünschte Datei erhalten und die gewünschte Botschaft in eine Bitfolge "umrechnen" lassen.

Oh... hm... gerade sagt mir jemand, dass sowas illegal sein soll. Also davon hab ich jetzt noch nie was gehört. Kann ich mir auch irgendwie nicht vorstellen, wieso sollte das jemand verbieten wollen...
Hmhmhm, vielleicht find ich da noch was raus.

Bis dann,

S - tefano

[flomei]

Wieso sollte das Verstecken von Daten illegal sein?

Das was da steht ist aber auf jeden Fall ne interessante Methode... :)

MFG Florian :hi:

[SubData]

Das Verändern beim LSB funktioniert bei MP3 allerdings nicht so einfach, da die einen komplett anderen Rythmus zum Komprimieren der Daten verwenden. Ich würde einfach die Daten hinten ran klatschen und danach den ID3 Tag wieder anfügen .. :)

[tommie-lie]

Würde ich bei MP3 nicht machen, man könnte Snychronisationsmuster oder Header zerstören, d.h. man müsste das Format gut genug kennen, um nur irrelevante Teile zu modifizieren. Die von mir aufgezählten Methoden wären wesentlich "sicherer" was die Verfälschung des Mpeg-Stromes betrifft. Bei Waveform-Dateien wäre es aber eine einfache Möglichkeit, Daten im Strom unterzubringen (außerdem hat man dort mehr Platz, denn je mehr Daten man Unterbringen will, desto größer muss der Strom sein, oder man muss auf mehrere Bits pro Byte ausweichen und das Ergebnis noch mehr verfälschen.
Steganographie ist aber auf jeden Fall nicht illegal.

[mimi]

wie wärst wenn du einfache das wave format nimmst und speicherst das bild in den nicht hörbaren freg ab und lädst sie auch wieder draus ?

[Assun]

Off Topic on :

In deutschland ist Stenographie erlaubt, in Amerika jedoch verboten !!

Off Topic off