Ich habe folgende Situation: Fileserver mit mp3s und MySQL-DB Mehrere Clients: Beim Einrichten von Amarok wird als DB die MySQL-DB vom Fileserver angegeben und das scheint auch zu klappen. Allerdings werden die Alben-Covers, die auf Client1 installiert wurden nicht auf Client2 angezeigt. Al
Al Bogner schrieb:
Ich habe folgende Situation:
Fileserver mit mp3s und MySQL-DB
Mehrere Clients: Beim Einrichten von Amarok wird als DB die MySQL-DB vom Fileserver angegeben und das scheint auch zu klappen. Allerdings werden die Alben-Covers, die auf Client1 installiert wurden nicht auf Client2 angezeigt.
Al
Hallo Al, Amarok speichert nicht die Bilder in der Datenbank, sondern nur die Pfade zu den Bildern. Für Bilder von Amazon speichert es sogar nur die "Nummern" der Bilder - weil Amazon das automatische Löschen der Bilder nach einem bestimmten Zeitraum verlangt. Solange Du also nicht Deine eigenen Bilder ebenfalls auf den Fileserver auslagerst und die Laufwerke des Fileservers auf beiden Clients im gleichen Pfad mountest, wirst Du die Cover weiter nur auf Client1 sehen. Grüße, Felix
Am Freitag, 18. November 2005 21:57 schrieb Felix Nawroth:
Amarok speichert nicht die Bilder in der Datenbank, sondern nur die Pfade zu den Bildern. Für Bilder von Amazon speichert es sogar nur die "Nummern" der Bilder - weil Amazon das automatische Löschen der Bilder nach einem bestimmten Zeitraum verlangt.
Kann man diese Bilder nicht "lokalisieren"?
Solange Du also nicht Deine eigenen Bilder ebenfalls auf den Fileserver auslagerst und die Laufwerke des Fileservers auf beiden Clients im gleichen Pfad mountest, wirst Du die Cover weiter nur auf Client1 sehen.
Ich hole die mp3s via NFS vom FIleserver und alle Clients haben zu den mp3s den gleichen Pfad. Wie speichere ich nun möglichst _einfach_ das Amazon-Bild lokal ab? Al
Am Freitag, 18. November 2005 22:10 schrieb Al Bogner:
Wie speichere ich nun möglichst _einfach_ das Amazon-Bild lokal ab?
Dafür gibt es schon ein fertiges Script bei Amarok. Schau da mal nach. Hab ich selbst allerdings noch nie verwendet. MfG Marco
Am Freitag, 18. November 2005 21:31 schrieb Al Bogner:
Ich habe folgende Situation:
Fileserver mit mp3s und MySQL-DB
Mehrere Clients: Beim Einrichten von Amarok wird als DB die MySQL-DB vom Fileserver angegeben und das scheint auch zu klappen. Allerdings werden die Alben-Covers, die auf Client1 installiert wurden nicht auf Client2 angezeigt.
Al
Die Grafiken werden lokal und nicht in der DB gespeichert. Gruß Udo -- Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the answer. (Taken from a .signature from someone from the UK, source unknown)
Am Freitag, 18. November 2005 21:31 schrieb Al Bogner:
Beim Einrichten von Amarok wird als DB die MySQL-DB vom Fileserver angegeben und das scheint auch zu klappen. Allerdings werden die Alben-Covers, die auf Client1 installiert wurden nicht auf Client2 angezeigt.
Das kann gar nicht funktionieren. amaroK verwendet als Cover entweder ein Bild das du manuell ausgewählt hast (dann weißt du ja hoffentlicht, dass das Bild irgendwo lokal auf deinem Rechner gespeichert ist ;)) oder aber wenn du die automatisch von Amazon geladenen Cover verwendest werden diese irgendwo unter "~/.kde/" gespeichert - wsl. irgendas mit "~/.kde/share/apps/amarok/...". Die Cover sind also unabhängig von der DB. Ob es eine Lösung gibt, die die Cover auch in der Datenbank speichert, da bin ich jetzt überfragt. :) Patrick -- Patrick Trettenbrein - patrick.trettenbrein@kdemail.net GnuPG fingerprint: 312B 561F B0E9 1DB5 CE5B A9CB 831A 1994 E9A3 0010
Am Freitag, 18. November 2005 22:07 schrieb Patrick Trettenbrein:
irgendwo unter "~/.kde/" gespeichert - wsl. irgendas mit "~/.kde/share/apps/amarok/...". Die Cover sind also unabhängig von der DB. Ob es eine Lösung gibt, die die Cover auch in der Datenbank speichert, da bin ich jetzt überfragt. :)
Da dürfte ich wohl nicht der einzige sein, der die Covers nicht nach Monaten verlieren will. Es gibt ~/.kde/share/apps/amarok/albumcovers mit den Unterverzeichnissen cache, large und tagcover Allerdings sehe ich dann noch keine Logik, wie man die kryptisch bezeichneten Dateien an eine andere Stelle kopiert und die Zuordnung erhalten bleibt. Al
Al Bogner schrieb:
Am Freitag, 18. November 2005 22:07 schrieb Patrick Trettenbrein:
Es gibt ~/.kde/share/apps/amarok/albumcovers mit den Unterverzeichnissen cache, large und tagcover
Allerdings sehe ich dann noch keine Logik, wie man die kryptisch bezeichneten Dateien an eine andere Stelle kopiert und die Zuordnung erhalten bleibt.
Al
Hmm, reicht es nicht aus, den Ordner "albumcovers" auf den Fileserver kopieren und lokal durch einen nfs-mount des entsprechenden Server-Verzeichnisses zu ersetzen? Das mit dem automatischen Löschen der Bilder nach bestimmter Zeit hat amarok inzwischen eh umgangen - die Bilder werden neu heruntergeladen, bevor die Frist abläuft. Um eine eigene Zuordnung von Bildern zu Alben musst Du Dich also nicht sorgen. Felix
Am Freitag, 18. November 2005 23:13 schrieb Felix Nawroth:
Al Bogner schrieb:
Am Freitag, 18. November 2005 22:07 schrieb Patrick Trettenbrein:
Es gibt ~/.kde/share/apps/amarok/albumcovers mit den Unterverzeichnissen cache, large und tagcover
Allerdings sehe ich dann noch keine Logik, wie man die kryptisch bezeichneten Dateien an eine andere Stelle kopiert und die Zuordnung erhalten bleibt.
Al
Hmm, reicht es nicht aus, den Ordner "albumcovers" auf den Fileserver kopieren und lokal durch einen nfs-mount des entsprechenden Server-Verzeichnisses zu ersetzen?
Mal schauen, ob mir da was einfällt. Ich habe gerade daran gedacht aus ~/.kde/share/apps/amarok/albumcovers einen Link zu machen und den Original-Ordner auf den Server zu kopieren.
Das mit dem automatischen Löschen der Bilder nach bestimmter Zeit hat amarok inzwischen eh umgangen - die Bilder werden neu heruntergeladen, bevor die Frist abläuft.
Aha, ich frage mich warum Amarok die Bilder nicht lokal speichert. Manche CDs verschwinden auch aus dem Programm und dann sind die Cover auch weg.
Um eine eigene Zuordnung von Bildern zu Alben musst Du Dich also nicht sorgen.
Na ja, wenn ich die runtergeladenen Bilder lokal importieren möchte schon. Al
participants (5)
-
Al Bogner -
Felix Nawroth -
Marco Röben -
Patrick Trettenbrein -
Udo Neist