Automatischer MP3 download, falls nicht auf SDKarte

Software Feature Request
83

Ich warte noch auf meine Platinen. Sobald ich die habe teste ich das komplett durch.

Das ist normal, die Urls sind richtigerweise ohne die Endung .m3u . Hab dies aber nun zusätzlich hinzugefügt.

Das einzige was mich stutzig macht ist das er ne leere Datei (nur mit dem ETag Header ) im Cache angelegt hat. Dies kann eigentlich nicht passieren.

Was passiert wenn du diese Datei dann einfach löscht?

84

Dann wird alles wieder neu angelegt.
Bei mehrfachen Auflegen des selben TAGs passieren dann wieder unvorhersehbare Probleme wie der Inhalt der CloudCache_.m3u
Das sieht dann so aus:

/Feiern/Feiern - ZumGeburtstag.mp3
/Feiern/Feiern - ZumGeburtstag.mp3
/Feiern/Feiern - ZumGeburtstag.mp3
/Feiern/Feiern - ZumGeburtstag.mp3
http://quino.0011.de/dl/media/2308c209-9f7e-4df7-b030-9eedfff49b13/6molxg6reygwky7uyetqvnlxvxgsgbyy.mp3

Es steht also 4x das File „ZumGeburtstag.mp3“ im m3u File
und an 5 Stelle die Streaming/Download-URL

Es sollte doch nur einmal mit dem lokalen Pfad im m3u File stehen!?

Aber ich warte gerne auf deinen Bericht zu deinen Tests!

Interessant wäre für mich ein vollständiges LOG wie ich es gemacht habe mit allen Schritten:

  • Auflegen eines neuen unbekannten TAGs
  • Diesn Tag dann in der Cloud ein MP3 File zuordnen
  • Den Tag erneut auflegen (Info was wird abgespielt)
  • Gegebenenfall nochmals auflegen.
  • Spätesten jetzt sollt das MP3 File abgespielt werden.

Zuerst sollte es ja gestreamt werden und im Hintergrund gleichzeitig auf die SD-Card heruntergeladen werden.

Sobald das geschehen ist, sollte beim nächsten Auflegen des TAGs, die lokale MP3 gespielt werden und ein Recheck des m3u files von der cloud, ob sich was geändert hat.

Das LOG dieser gesamten Vorgänge wäre hilfreich, um besseres Feedback geben zu können, wo es hackt!