mirror of https://codeberg.org/Sonoj/osamc.de
173 lines
8.5 KiB
HTML
173 lines
8.5 KiB
HTML
|
<!doctype html>
|
||
|
|
<html>
|
||
|
|
|
||
|
|
<!--
|
||
|
|
Wurzelverzeichnis für alle links ist www.osamc.de/
|
||
|
|
Links auf das eigene Verzeichnis, etwa Bilder oder Audio, brauchen keinen Slashes / oder ../
|
||
|
|
-->
|
||
|
|
|
||
|
|
<head>
|
||
|
|
<title>Audiowasserzeichen mit Audiowmark</title>
|
||
|
|
|
||
|
|
<link rel="stylesheet" href="normalize.css" type="text/css">
|
||
|
|
<link rel="stylesheet" href="sakura.css" type="text/css">
|
||
|
|
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
|
||
|
|
|
||
|
|
|
||
|
|
<body>
|
||
|
|
<h1>Audiowmark</h1>
|
||
|
|
|
||
|
|
<p>Falls du über eine Suchmachine hergekommen bist: Dies ist nur das Begleitmaterial und die
|
||
|
|
Zusammenfassung zu einem mündlichen Vortrag.</p>
|
||
|
|
|
||
|
|
<h2>Informationen und Links</h2>
|
||
|
|
|
||
|
|
<p>Kommandozeilen-Software von Stefan Westerfeld um Audio-Wasserzeichen in den Audiodaten einer Musikdatei unterzubringen. Eine 128bit Nachricht wird fast unhörbar, direkt in der Wellenform gespeichert und kann wieder ausgelesen werden. Sie kann auch geheim verschlüsselt werden. Der Prozess ist unabhängig vom Dateiformat, Kompression und Wiedergabeart, also Datei, Streaming etc. Man braucht die originale Datei nicht um die Nachricht auszulesen.
|
||
|
|
<p>"Ticking all the boxes" für Open Source Software: GPL, Verschlüsselungsmethode bekannt und einsehbar, basiert nur auf einem private key (oder unverschlüsselt).
|
||
|
|
<p>Hier geht es nur um die reine Anwendung, nicht um die technischen Hintergründe.
|
||
|
|
<p>Die Einsatzmöglichkeitne stehen noch weiter unten, aber hier schonmal der Zweck vorweg: Hauptsächlich DRM und Authentifizierung. Man kann individuelle Informationen (etwa Kundennummern) in der Audiodaten selbst speichern, ohne dass diese erkennbar und entfernbar sind, so zumindest das implizite Versprechen des Autors.
|
||
|
|
|
||
|
|
<ul>
|
||
|
|
<li><a href="https://uplex.de/audiowmark/">Webseite</a>
|
||
|
|
<li><a href="https://uplex.de/audiowmark/README.html">Anleitung</a>
|
||
|
|
<li><a href="https://code.uplex.de/stefan/audiowmark">Sourcode</a>
|
||
|
|
</ul>
|
||
|
|
|
||
|
|
|
||
|
|
<h2>Nicht in diesem Vortrag</h2>
|
||
|
|
Es gibt auch "videowmark", das gleiche Tool für Videos, was hier nicht behandelt wird.
|
||
|
|
|
||
|
|
<h2>128bit String - 32 Zeichen in Hexadezimaler Form</h2>
|
||
|
|
<p>Wo bekommt man den her?
|
||
|
|
|
||
|
|
<p>Als Hash. Die ersten 128bits eines SHA-256 Hash (Kurze Nachfrage: Wissen alle, was ein Hash ist? Wissen alle was Hex 0-9A-F ist?)
|
||
|
|
<p><pre>
|
||
|
|
echo -n "OSAMC:BlackStorm:Download312" | sha256sum | head -c 32
|
||
|
|
b751e47bb131d84e6b67a3348c781d43
|
||
|
|
#head -c 32 weil es hex ist: ein Hexwert ist 4bit. Also 128bit / 4bit = 32 chars
|
||
|
|
#audiowmark empfiehlt eine Datenbank anzulegen, da man hash werte nicht zurückentwickeln kann
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<p>Oder 16 ASCII-Zeichen in Hexadezimaler Schreibweise:
|
||
|
|
<p><pre>
|
||
|
|
echo -n "osamc:blkstm:312" | xxd -p -u
|
||
|
|
6F73616D633A626C6B73746D3A333132
|
||
|
|
#Rückgängig: echo -n "6F73616D633A626C6B73746D3A333132" | xxd -p -r
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<p>Eine UUID, die sind zufällig auch 128bit lang.
|
||
|
|
<p><pre>
|
||
|
|
uuidgen | tr -d -
|
||
|
|
#76fc5abe80f840729375fc4dc15e604d
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<p>Oder 32 Zeichen, die "zufällig" alles Hexwert 0-9A-F sind, aber bereits semantisch lesbar sind.
|
||
|
|
<p><pre>
|
||
|
|
affe2222fefe1111affe2222fefe1111
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<p>Wenn man am Ende schnell einen ausgelesenen String mit seinem eigenen vergleichen möchte:
|
||
|
|
<p><pre>
|
||
|
|
[ "affe2222fefe1111affe2222fefe1111" = "affe2222fefe1111affe2222fefe1111" ]; echo $? #Ergebnis 0 heisst gleicher String.
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
|
||
|
|
<h2>Beispiel 1: Unverschlüsselt in einer wav Datei</h2>
|
||
|
|
|
||
|
|
<p><pre>
|
||
|
|
audiowmark add blackstorm.wav wm-blackstorm.wav b751e47bb131d84e6b67a3348c781d43
|
||
|
|
|
||
|
|
audiowmark get blackstorm.wav
|
||
|
|
#leer
|
||
|
|
|
||
|
|
audiowmark get wm-blackstorm.wav
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<p>"get" entnimmt die Nachricht wieder aus der Audiodatei.
|
||
|
|
Das finden einer Nachricht, obwohl keine vorhanden ist (oder eine falsche Nachricht) kann zwar passieren, muss aber auch schließlich zu deiner privaten, geheimen Datenbank passen. Das, so die Entwickler, ist selten genug um es statistisch auszuschließen.
|
||
|
|
<ul>
|
||
|
|
<li>--detect-speed hilft gegen konvertierungsfehler (z.B. digital -> analog -> digital kette und dabei wird speed anders. Handbuch sagt das kann auch Absicht sein um das Wasserzeichen zu verschleiern, dass jemand in deiner Musik vermutet.
|
||
|
|
<li>--detect-speed ist langsam und braucht mehr RAM, deswegen ist das nicht die Standardeinstelung. Ist aber Multithreading.
|
||
|
|
<li>--detect-speed-patient ist sogar noch besser, im Tausch gegen höheren Resourcenverbrauch. Wenn letzterer keine Rolle spielt ist das die bevorzugte Form.
|
||
|
|
</ul>
|
||
|
|
|
||
|
|
<p><pre>
|
||
|
|
audiowmark get --detect-speed-patient wm-blackstorm.wav
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<p>Man bekommt mehrere Nachrichten zurück. Das ist Redundanz gegen Korruption und Kompression.
|
||
|
|
<p>Das 3. Feld ist der "Sync Score", je höher desto besser. Das 4. Feld ist "Decoding Error", niedriger ist besser.
|
||
|
|
Danach Block-Type. A allein ist ok, AB ist besser.
|
||
|
|
<p>Am Ende kommt ein "All" als Zusammenfassung. Das kann man dann mit einem anderen Programm parsen. z.B. das in eine Datenbank reinpipen.
|
||
|
|
|
||
|
|
|
||
|
|
<h2>Beispiel 2: Verschlüsselung</h2>
|
||
|
|
<p>Um zu verhindern, dass jeder mit audiowmark die Nachricht auslesen kann, bzw. verhindern kann, dass
|
||
|
|
überhaupt festgestellt werden kann, dass ein Wasserzeichen vorhanden ist, wird eine interne Verschlüsselungsmethode bereitgestellt.
|
||
|
|
Wie sicher das ist, wurde nicht überprüft.
|
||
|
|
|
||
|
|
<p><pre>
|
||
|
|
audiowmark gen-key osamc-music-distributor.key #speichert in einer Datei
|
||
|
|
#key 88913063e57c946b37bf6ea8ce842d32
|
||
|
|
|
||
|
|
audiowmark add --key osamc-music-distributor.key blackstorm.wav wmk-blackstorm.wav b751e47bb131d84e6b67a3348c781d43
|
||
|
|
audiowmark get --detect-speed-patient wmk-blackstorm.wav
|
||
|
|
#leer
|
||
|
|
audiowmark get --detect-speed-patient --key osamc-music-distributor.key wmk-blackstorm.wav
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
<h2>Beispiel 3: Kompression</h2>
|
||
|
|
<p><pre>
|
||
|
|
opusenc wmk-blackstorm.wav wmk-blackstorm.opus
|
||
|
|
sox wmk-blackstorm.wav wmk-blackstorm.mp3
|
||
|
|
|
||
|
|
audiowmark get --detect-speed-patient --key osamc-music-distributor.key wmk-blackstorm.mp3
|
||
|
|
audiowmark get --detect-speed-patient --key osamc-music-distributor.key wmk-blackstorm.opus
|
||
|
|
</pre>
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
<h2>Beispiel 4: Analog als Stream mit Pipes</h2>
|
||
|
|
<p>"Worst case": Verschlüsselte mp3 version über die Handy-Lautsprecher abspielen und mit internen Laptopmikrofon aufnehmen.
|
||
|
|
|
||
|
|
Eigentlich wollte ich das mit dem eigenbaute Stream machen, aber das habe ich nicht hinbekommen, mit den input optionen. (--input-format raw).
|
||
|
|
jack_capture sollte gehen, aber das ging mit meinem Pipewire nicht. Also Audacity…
|
||
|
|
Weil es analog war benutzen wir --detect-speed.
|
||
|
|
|
||
|
|
<h2>Weitere Experiment-Ideen</h2>
|
||
|
|
<ul>
|
||
|
|
<li>Sehr kurze Lieder, weniger als 10 Sekunden. Evtl den --short Modus benutzen, s. README.
|
||
|
|
<li>Die Musik in einem Youtube-Video einbetten und daraus wieder versuchen herauszuhören. Evtl. den Stream mit einem virtuellem Systemmikrofon (JACK/Pipewire) abhören, damit man das Audio nicht herunterladen und extrahieren muss.
|
||
|
|
</ul>
|
||
|
|
|
||
|
|
|
||
|
|
<h2>Die wichtigste Frage</h2>
|
||
|
|
<p>Ist das Wasserzeichen hörbar, bzw. wird dadurch die Audioqualität schlechter?
|
||
|
|
|
||
|
|
<p>Hier können nur subjektive Eindrücke antworten geben. Die README sagt, das wäre schon alles gut so,
|
||
|
|
aber wer weiß...
|
||
|
|
Ich hab zumindest in diesem Beispiellied nichts direkt gehört. Aber das ist auch nur ein Stück. Vielleicht müsste man mal eine reine Sinuswelle testen.
|
||
|
|
|
||
|
|
<p>
|
||
|
|
Es ist auf jeden Fall möglich, seine Musikqualität zu verschlechern. So gibt es z.B.
|
||
|
|
einen --strength flag der mit Werten über 10 (standard) schlechter wird.
|
||
|
|
Je höher die "strength" desto robuster gegen Audio-Kompression. 10 reiche für 128kbit mp3.
|
||
|
|
Man muss für das setzen und auslesen der Nachricht den gleichen strength-Wert benutzen,
|
||
|
|
muss sich diesen also merken.
|
||
|
|
|
||
|
|
<h2>Einsatzmöglichkeiten</h2>
|
||
|
|
<p>Frage ans Plenum: Wofür ist das nützlich, außer als technisches Kuriosum? Gibt es Anforderungen,
|
||
|
|
die nicht besser durch ein explizites paralleles Signal abgedeckt werden können (siehe Metadaten und Verkehrsinfo fürs Autoradio)
|
||
|
|
<ul>
|
||
|
|
<li>Gutartiger DRM: Copyright-Nachweis um sein Copyleft durchzusetzen
|
||
|
|
<li>Bösartiger DRM: Musikplayer verweigert das Abspielen, falls nicht korrekt signiert. Anwalt wird automatisch informiert :/
|
||
|
|
<li>Kann automatisiert werden: "Dein Download wird vorbereitet" und dann wird deine Kundennummer in die Audiodatei gebacken.
|
||
|
|
<li>Novelty: "Limitierte, signierte digitale Auflag, mit Seriennummer."
|
||
|
|
<li>Patreon-Reward: Dein Name in der Musik als audiowmark!
|
||
|
|
</ul>
|
||
|
|
<p>Sollte man es also benutzen oder nicht? Pro/Contra…
|
||
|
|
|
||
|
|
Experimente:
|
||
|
|
* In ein Video einbetten und auf youtube hochladen. Dann das ganze mit youtube-dl runterladen und schauen.
|
||
|
|
* Über Lautsprecher abspielen und sich das anhören: Raum und/oder Handy-Lautsprecher und Laptop-Mikrofon
|