Kommentare zu: [Release] Lapicon 1.0.5

Von: xsc

xsc — Fri, 01 May 2009 17:53:00 +0000

Da scheitert das Auflösen der URL aus irgendwelchen Gründen…
Lad doch mal die neueste Lapicon-Version herunter und probiere eines der DarkSharpScripts (Unterordner “packages”) aus. Wenn das auch nicht geht, dann könnte es auch irgendetwas mit Last.FM zu tun haben.

Yannick

Von: Stefan

Stefan — Wed, 29 Apr 2009 06:09:46 +0000

Hallo Yannick,

vielen Dank! Manchmal liegt die richtige Antwort ganz nah – HTML und man kann alle Zeichen verwenden…

Ich habe folgendes Statements nun probiert:
resolve to rurl
echo
down >> test.mp3

Ergebnis:
Es wird interessanterweise 2x die URL zu dem Titel (http://play.last.fm/anon/123.mp3) ausgegeben und dann bricht das Programm ab mit:

Error during download: Der Server hat eine Protokollverletzung ausgeführt.. Section=ResponseHeader Detail=Auf CR muss LF folgen

Stefan

Von: xsc

xsc — Thu, 23 Apr 2009 18:24:20 +0000

Eckige Klammern codieren: < ist < und > ist >.

Hast du “resolve location to rurl” im Code oder “resolve to rurl”? Ersteres würde versuchen den String “location” aufzulösen (was wohl den erwähnten Fehler bewirkt), letzteres den Inhalt der Variable “location”.

Ich denke, das ist ein Hauptproblem bei der Verwendung von Lapicon: Man vergisst, das Variablen die Klammern benötigen, um ihren Wert zu liefern…

Yannick

Von: Stefan

Stefan — Thu, 23 Apr 2009 13:47:17 +0000

Fein – wie bekommst Du eigentlich die eckigen Klammern in den Kommentaren rein? Bei mir wird der Kommentar immer “verstümmelt”, weil scheinbar irgendein “Feature” vermeintliche Code-Fragmente “herausfiltert”.

Ich habe nun
resolve location to rurl

als Statement ergänzt, bekomme dann aber den Fehler:

“Error: Ungültiger URI: Das URI-Format konnte nicht bestimmt werden.”

Stefan

Von: xsc

xsc — Thu, 23 Apr 2009 12:19:31 +0000

@Stefan:
Die Loesung koennte Lapicon-Dokumentation, Punkt 13, bieten:

If the server returns an error, indicating a protocol violation, use ‘resolve’ first to resolve the URL:

def url = ...
def file = ...
resolve  to rurl
down  >>

Koennte funktionieren. Tut es zumindest bei mir. Die naechste Lapicon-Version enthaelt dann auch Abfragen, die pruefen, ob irgendwelche Werte vorhanden sind oder nicht, sodass man den Download auch nur dann startet, wenn in location ein Wert enthalten ist.

Yannick

Von: Stefan

Stefan — Thu, 23 Apr 2009 08:08:27 +0000

Danke – funzt.

Ergänzt man dies dann aber um ein

down >> test.mp3

so, bekomme ich leider ein

“Error during download: Der Remotesever hat einen Fehler zurückgegeben: (403) unzulässig”

oder ein

“Error during download: Der Server hat eine Protokollverletzung ausgeführt… Section=ResponseHeader Detail=Auf CR muss LF folgen”

Erstere Meldung vermute ich, wenn Last.FM den Titel – warum auch immer – nicht streamen mag. Letztere scheint das Problem zu sein, welches wir auch schon mit LastSharp hatten. Any idea?

Stefan

Von: xsc

xsc — Wed, 22 Apr 2009 16:30:09 +0000

Schau dir mal die Datei “Location.lpc” im “examples”-Verzeichnis von Lapicon an. Die holt dir den Inhalt des “location”-Tags.

EDIT: Es kann auch passieren, dass eine Datei nicht streambar ist, dann ist ‘location’ auch leer.

Yannick

Von: Stefan

Stefan — Wed, 22 Apr 2009 15:35:10 +0000

Hi Yannick,

bin gerade ein wenig am Spielen mit der API und versuche gerade einen Single-Track-Downloader zu schreiben auf Basis der Eingabe Artist und Titel.

Die TrackID bekomme ich, das PlayList-Laden läuft aber ins Leere. Hier der Code:

#lastfm
read Interpret to artist
read Titel to track

[track.getInfo : artist=&track=] store track/id in trackID
echo ID:

[playlist.fetch : playlistURL=lastfm://playlist/track/&streaming=1&fod=1] store xspf:playlist/xspf:trackList/xspf:track/xspf:location in location
echo Location:

Von: Inside Last.FM: Bestimmten Titel direkt downloaden | xscDevBlog - LastSharp & Co.

Wed, 22 Apr 2009 14:19:16 +0000

[...] (22.04.2009): Diese Methode habe ich als eines der Beispiel-Scripts für Lapicon implementiert. Share and [...]