{"id":41,"date":"2012-04-29T17:13:36","date_gmt":"2012-04-29T15:13:36","guid":{"rendered":"http:\/\/prodoniushome.de\/wordpress\/?p=41"},"modified":"2013-03-31T17:11:09","modified_gmt":"2013-03-31T15:11:09","slug":"itunes-fur-fortgeschrittene","status":"publish","type":"post","link":"https:\/\/www.prodoniushome.de\/wordpress\/?p=41","title":{"rendered":"iTunes f\u00fcr Fortgeschrittene"},"content":{"rendered":"

Ich hatte im vorherigen Blog bereits angemerkt, dass das iTunes Verhalten im Rahmen der Cover Speicherung f\u00fcr mich nicht immer ganz nachvollziehbar ist. Das Thema habe ich jetzt etwas weiter erforscht. Wichtig zu wissen ist, dass es grunds\u00e4tzlich zwei Verfahren zur Coverablage in iTunes gibt.<\/p>\n

Bei der ersten Methode wird das Cover in einer Art Minidatenbank von iTunes gespeichert (in ITC-Files). Die Bilder werden dabei um Headerinformationen angereichert, die daf\u00fcr sorgen, dass viele Grafikbearbeitungsprogramme diese Dateien nicht \u00f6ffnen k\u00f6nnen. Die Ablage in der Datenbank erfolgt immer dann, wenn die Cover Laden Funktion in iTunes genutzt wird. Nach meinen bisherigen Erkenntnissen ist bei dieser Speichervariante immer nur ein Cover \/ Bild pro Album m\u00f6glich. Weiterhin muss man iTunes in Bezug auf die Datenbank quasi als Black Box betrachten. D.h. es ist keine manuelle Pflege vorgesehen, wenn iTunes nicht selbst das gew\u00fcnschte Ergebnis erzielt.<\/p>\n

Die zweite Variante zur Speicherung ist die Ablage direkt in den Tag Informationen der Dateien. D.h. ein Album Cover wird in jedem einzelnen Lied abgelegt – mit der entsprechenden Redundanz die damit einhergeht. Bei der Speicherung in Dateien (das geht z.B. nicht mit WAV-Files) k\u00f6nnen diverse Cover \/ Bilder abgelegt werden. Es ist also z.B. theoretisch m\u00f6glich ein komplettes Booklet in dem Musikfile \/ Song abzulegen.<\/p>\n

So weit so sch\u00f6n. Auf die erste Variante – die Speicherung in der iTunes Datenbank hat man leider wenig Einfluss. D.h. wenn in der Apple Datenbank keine Coverinformationen liegen, dann bekommt man auch kein Bild in die lokale Datenbank. Speziell in Kombination mit WAV Files ist das relativ unpraktisch, da in diesen Dateien – wie bereits erw\u00e4hnt – keine Coverinformationen abgelegt werden. Wenn keine Cover mit der Apple Cover Suche gefunden werden, ist aber ein Workaround m\u00f6glich. Wenn man beispielsweise die WAV und AAC Version von einem Album auf in iTunes hat, wird zu den WAV Files das Cover angezeigt, wenn man es manuell in die AAC Files aufnimmt. Problematischer wird es, wenn in iTunes ein Cover geladen wird, dass nicht passt \/ anders aussieht als das der eigenen CD oder eine schlechte Qualit\u00e4t hat und man es ersetzen m\u00f6chte.<\/p>\n

Somit habe ich im Internet recherchiert, ob es eine L\u00f6sung gibt die fehlenden iTunes Cover in der iTunes Datenbank zu erg\u00e4nzen. Mein erster Ansatz war dabei direkt auf die Datenbank zuzugreifen. Daf\u00fcr habe ich bisher kein Werkzeug gefunden. Es gibt allerdings einen zweiten Ansatz, der im Prinzip einfacher ist. Bei diesem Ansatz wird iTunes einfach ein Proxy-Server vorgegaukelt. Wenn eine Abfrage bzgl. eines Covers erzeugt wird, dann geht diese an den Proxy – dort wird die Anforderung dokumentiert. Anschlie\u00dfend kann zu der Anforderung \u00fcber eine Browserseite ein Cover aus dem Netz zugeordnet werden. Beim n\u00e4chsten Ladeversuch wird das Cover gefunden. Daf\u00fcr ben\u00f6tigt man Python, ein entsprechendes Script und die entsprechenden Proxyeinstellungen in Windows.<\/p>\n

Siehe:<\/p>\n