xscDevBlog – LastSharp & Co.

[Release] LastSharp 0.4.1

with 25 comments

25 Responses to '[Release] LastSharp 0.4.1'

Subscribe to comments with RSS or TrackBack to '[Release] LastSharp 0.4.1'.

1. Gleich mal nen Bug gefunden Die erste Datei läd nicht runter – ich habe die nachfolgende Datei gewählt – die funktionierte. Nach 5 Dateien wieder Stop. Dabei hat sich das Programm als ich die nächhste Datei gewählt habe ganz aufgehängt.

   In meinem Log finde ich haufenweise Fehlermeldungen:
   [20.04.2009, 11:02] [MP3Library.Index.Loop (Exception)]
   Das Objekt des Typs “LastUtility.LastFM.BasicTrack” kann nicht in Typ “LastUtility.LastFM.Track” umgewandelt werden.
   Source: LastSharp
   bei LastSharp.Forms.Settings.MP3Library_OnIndexFile(Object sender, EventArgs e)
   bei LastUtility.Static.MP3Library.Index(DirectoryInfo dir)

   

   WR

   20 Apr 09 at 13:14
2. Beschreib doch bitte, wie bzw. ob du den von dir beschriebenen Fehler reproduzieren kannst, also welche Schritte du nacheinander ausführst.

   Die Fehlermeldung im Log hat damit nichts zu tun. Die ist auf eine Unachtsamkeit meinerseits zurückzuführen, bewirkt aber nur, dass bei der Indizierung des Musikverzeichnisses im Einstellungs-Fenster die einzelnen Dateinamen, die gerade verarbeitet werden, nicht mehr angezeigt werden. Wird natürlich in der nächsten Release behoben.

   Yannick

   

   xsc

   20 Apr 09 at 16:23
3. Ich starte LastSharp (Standardeinstellungen, nur die Erstellung des Dateinamens angepasst) – logge mich ein, nehme eine Liste der ähnlichen Künstler (scheint irrelevant zu sein welche, passiert mit einigen!) – nehme das erste Lied, da einen Rechtsklick drauf und downloaden.
   Dabei passiert es manchmal entweder dass LastSharp einfach nicht mehr reagiert oder dass garnichts passier (Coverfenster zeigt kein Cover sondern das Symbol wie wenn beim IE ein Image fehlt erscheint), darunter ist der Button “Download” statt “Stop” und er steht bei 0%.
   Wenn ich bei letzterem einen anderen Track auswähle funktionierte der bisher immer. Trotzdem scheint das auch eben im Verlauf (Automatisch mit Downloads fortfahren) zu passieren. D.h. der selbe Effekt wie wenn es am Anfang stecken bleibt tritt auf, der gesamte Downloadprozess stoppt. Ich kann jedoch wieder die nächste Datei auswählen und dort den Download fortführen, mit der aktuellen ist nichts mehr möglich.

   Btw: Beim letzten Absturz habe ich einen neuen Eintrag im Log:

   [20.04.2009, 17:39] [MP3Library.Save (Exception)]
   Ein Teil des Pfades “E:\Eigene Dateien\LastSharp\.lib\ev.lb” konnte nicht gefunden werden.
   Source: mscorlib
   bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   bei System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
   bei System.IO.FileStream..ctor(String path, FileMode mode)
   bei LastUtility.Static.MP3Library.Save()

   Bei den Hängern erschien bisher kein solcher.

   

   WR

   20 Apr 09 at 16:58
4. Hm, das mit Ordnerstruktur und Dateiname ist an sich schon nicht schlecht, nur kann ich damit leider das, was ich im Sinn habe, nicht umsetzen
   (Künstler/Künstler-Albumname/Künstler-Titel.mp3).
   Das Ganze müßte viel flexibler sein, so in etwa, wie es CDex macht. Vielleicht irgendwann… (?)

   Gruss SvS

   

   SvS

   20 Apr 09 at 16:59
5. Hallo,
   ich habe die Zip-Datei runtergeladen – aber wie geht es weiter?
   Eine Installation ist nicht erforderlich?

   Gibt es eine Anleitung dazu?

   Wenn ich auf die exe-Datei klicke, bekomme ich die Meldung: “LastSharp hat ein Problem festgestellt und muss beendet werden.”

   Ich weiß nicht weiter…

   

   Willi F.

   20 Apr 09 at 18:22
6. Hi Yannick,

   wie bei vielen bekomme ich auch die Fehlermeldung:

   Es ist ein Problem beim TuneIn aufgetreten:
   Response:
   response=FAILED
   error=1

   Und zwar stets wenn die Playlist nachgeladen wird – sprich nach ungefähr 5 geladenen Titeln.
   Habe auf dieser Seite einiges über diese Problem bereits gelesen und auch deine Vermutung an was es liegen könnte durchgelesen (http://dev.xscheme.de/lastsharp/bugs-melden/#comment-699).

   Heute habe ich mir gleich die Lastsharp Release Version 0.4.1 heruntergeladen, in der Hoffnung, das dieser Fehler behoben wurde bzw. nicht mehr auftaucht.

   Am Anfang lief alles prima – ja bis die Playlist wieder nachgeladen wurde. Nun bekomme ich nicht mehr die obenen genannte Fehlermeldung sondern diese:

   Es ist ein Problem beim tuneln aufgetreten. There is not enough content provided by Last.FM to play the station. If this is your playlist, fill it up. Otherwise (or if this message keeps appearing), wait or try another station.

   Anmerkung: Playlist hatte genügend Songs

   Drücke dann auf OK
   - häufiger kommt die Fehlermeldung grad wieder
   - ab und an lädt er die Playlist nach – was gut ist

   Meine Vorgehensweise ist, wenn diese Probleme auftauchen, folgende:
   1. Ich schließe Lastsharp
   2. Warte einige Minuten
   3. Starte Lastsharp erneut
   4. In der regel geht es dann wieder problemlos bis die Playlist erneut nachgeladen werden muss

   Hoffe du kannst mir helfen bzw. den fehler in den nächsten versionen beheben – wäre dir sehr dankbar

   Nichts desto trotz bin ich ein großer Fan von Lastsharp und nutze auch Lea um die Songs in die Playlist zu schieben, da es bei lastfm auf der seite umständlich ist jeden titel einzeln auszuwählen.

   Desweiteren freue ich mich schon auf den Release von Lesharp, der ja Lea schon integriert hat.

   Gruß speedy

   

   speedy

   20 Apr 09 at 19:48
7. Update: Hatte das ganze jetzt leicht anders nachdem er abgebrochen war mit der Fehlermeldung, dass er keine Playlist hätte.

   Hab danach die Playlist neu laden lassen, dann sah es so aus

   http://img509.imageshack.us/my.php?image=lastsharp.jpg

   

   WR

   20 Apr 09 at 21:23
8. Hallo, leider stürzt LastSharp nach dem Update auf 0.4.1 in unregelmäßigen Abständen ab. Ich habe XP und nutze auch zwei Instanzen des Programms. Hier der Log nach einem Absturz:

   [20.04.2009, 21:53] [Utilities.ExecuteURI (Exception)]
   Der Remoteserver hat einen Fehler zurückgegeben: (400) Ungültige Anforderung.
   Source: System
   bei System.Net.HttpWebRequest.GetResponse()
   bei LastUtility.Static.Utilities.ExecuteURI(String uri, Boolean proxyIfAvailable)

   [20.04.2009, 21:53] [Utilities.ExecuteURI (WebExceptionDetails)]
   Status: ProtocolError
   ResponseURI: http://ws.audioscrobbler.com/2.0/?method=album.getinfo&artist=B5&album=High School Musical Original Soundtrack&api_key=ce59c153ff5e3003c74df5b618aeccac

   [20.04.2009, 21:53] [Utilities.ExecuteURI(ExceptionAdditional)]
   http://ws.audioscrobbler.com/2.0/?method=album.getinfo&artist=B5&album=High%20School%20Musical%20Original%20Soundtrack&api_key=ce59c153ff5e3003c74df5b618aeccac

   No album matches found

   Das Programm verabschiedet sich mit dem bekannten Windows Dialog, bei dem man einen Problembericht an MS senden kann.

   Gruss, Stefan

   

   Stefan

   20 Apr 09 at 21:25
9. @Stefan:
   Ist mir auch schon passiert. Der Absturz tritt auf, wenn LastSharp (auf der Suche nach Erscheinungsjahr, Position eines Tracks und Genre) zu einem bestimmten Album keine Informationen findet. Ich bin noch auf der Suche.

   @speedy:
   Ich kann nicht viel dazu sagen: es ist kein LastSharp-Fehler, sondern die Art und Weise, wie Last.FM eben seine Playlisten handhabt. Vgl. Punkt 2.3 in den FAQ.
   (Dass die Fehlermeldung in einer Endlosschleife kommt, ist aber ein Bug, den ich beheben werde…)

   @Willi F.:
   Du musst die ZIP-Datei in irgendein Verzeichnis entpacken (Rechtsklick auf das Archiv >> “Extrahieren”), dann lastSharp starten. Das wäre es normalerweise gewesen. Sollte das nicht funktionieren, schreib doch bitte mal, was für ein Betriebssystem du verwendest und welche Version des .NET-Frameworks.

   @WR:
   Ich schaus mir an. Was genau willst du mir mit dem Bild in deinem letzten Kommentar sagen?

   @SvS:
   Ich schaue mal, ob sich das einrichten lässt. Allerdings bezweifle ich es, da es so relativ kompliziert für LastSharp wird, zu prüfen, ob eine Datei bereits auf dem Rechner ist.

   Yannick

   

   xsc

   20 Apr 09 at 22:04
10. So sieht es zum Beispiel aus wenn er “hängt”. Passiert nach meinen letzten Beobachtungen übrigens vor allem beim ersten Track einer neuen Playlist.

    Zur Anfrage von SVS: müsste doch recht einfach sein durch Placeholder einen Pfad definieren zu lassen?
    Dass es kompliziert wird die Existenz einer Datei zu prüfen denke ich nicht. Du verwendest doch sowieso die ID3-Tags? Dateien durchsuchen – ID3 von Interpret, Album und Tracknamen merken?

    

    WR

    20 Apr 09 at 22:20
11. @WR:
    Okay, wie gesagt, ich schaus mir mal an.

    Was das andere angeht: solange “Downloads merken” aktiv ist, ist das wirklich kein Problem. Aber wenn nicht: es gibt (alleine jetzt schon) 3 Möglichkeiten für die Ordnerstruktur und 8 Möglichkeiten für den Aufbau des Dateinamens, also insgesamt 24 mögliche Orte, an denen eine Datei zu finden wäre. Die Existenz einer Datei wird bereits beim Laden der Playlist geprüft (damit Tracks grau angezeigt werden können, wenn schon vorhanden), d.h. bei einer 30-elementigen Playlist wären im schlimmsten Fall 720 Dateien zu überprüfen. Und das dauert bzw. verzögert das Laden der Playlist ungemein.

    Aber ich werde trotzdem darüber nachdenken. WIe gesagt: mit “Downloads merken” aktiviert, ist es kein wirkliches Problem.

    Yannick

    

    xsc

    20 Apr 09 at 22:32
12. War immer der Meinung, dass die Dateien, die sich im Dir “.lib” befinden, so etwas wie Checksummen der mp3 enthalten… Von daher dürfte auch ein nachträgliches Erfassen der bereits geladenen mp3 in einem Verzeichnis kein Problem sein. Die Ordnerstruktur spielt doch da keine Rolle, nur die Frage: Gibt es den Song schon, oder nicht… Hm, dachte ich mir zumindest in meinem jugendlichen Leichtsinn.
    Ansonsten läuft LS 0.4.1 gut, bis auf eine eigenmächtige Selbstterminierung nach ca. 20h Betrieb (Overflow?).
    MfG SvS

    

    SvS

    21 Apr 09 at 15:25
13. Hallo allerseits, ich habe ein Problem festgestellt, dass man aber sicherlich relativ schnell beheben könnte. Ist vielleicht auch die Lösung für das Problem von Willi F.: Als ich versucht habe, das Archiv zu entpacken, erhielt ich eine sonderbare Fehlermeldung, dass eines der Elemente in der ZIP bzw. RAR nicht mehr im temporären Ordner sei. Nach einigem Hin und Her habe ich rausgefunden, dass sich eigentlich alle Dateien anstandslos entpacken lassen bis auf den Ordner “.inc”. Das Problem ist Folgendes: Windows (Vista) lehnt naturgemäß Ordner ab, die mit einem Punkt beginnen und interpretiert diese zunächst als Dateiendung ohne Dateinamen. Viele Packprogramme (ich nutze IZArc, aber bei anderen ist das nicht anders) haben daher Schwierigkeiten und lassen den Ordner samt der Dateien schlichtweg aus. Vista meldet dann beim Klick auf die EXE direkt, dass das Programm nicht mehr funktioniere – klar, die includes fehlen ja alle. Wer dieses Problem ebenfalls hat, kann einfach alle Dateien BIS AUF den “.inc”-Ordner entpacken, dann im Zielordner ein neues Verzeichnis z. B. mit dem Namen “neu” anlegen und diesen per Kommandozeile umbenennen (Rechtsklick auf eine freie Stelle im LastSharp-Ordner bei gedrückter Umschalt-Taste, Eingabeaufforderung hier öffnen, [rename "neu" ".inc"] ohne die eckigen Klammern eingeben und mit Enter bestätigen). Jetzt im Packer IN das Verzeichnis “.inc” wechseln und die vier fehlenden Dateien direkt in den soeben umbenannten Ordner verschieben. Etwas umständlich alles, aber so klappt’s. Vielleicht könnte man ja in der nächsten Release einfach einen anderen Namen ohne Punkt vergeben? Danke für die Arbeit an der Software & beste Grüße, MW.

    

    MW

    21 Apr 09 at 16:28
14. Hallo Yannick,
    erstmal großes Lob für das tolle Programm und vor allem die kontinuierliche Verbesserung. Ich nutze es jetzt schon seit längerem und finde es immer wieder toll, was mit der Zeit aus diesem Programm wurde.
    Eine Frage hätte ich jedoch: Ist es irgendwie möglich Tracks aus der Liste der heruntergeladenen Tracks wieder zu entfernen?
    Ich frage vor allem deshalb, da es in der Version 0.4.1 anscheinend einen Bug gibt, der bei mir dafür sorgt, dass die Tracks länger heruntergeladen werden als sie eigentlich lang sind. Der extremste Fall war ein Song, der in Wirklichkeit 4:28 min dauert und bei mir nach Abspeichern mehr als 20 Minuten. Dabei wurden der des Songs immer wieder wiederholt. Da ich ihn nicht nochmal in der Playlist hatte, konnte ich den Fehler leider nicht wiederholen. Jedoch scheinen alle Songs länger zu sein, als sie eigentlich sein dürften. Ich hoffe, du findest eine Erklärung für diesen Fehler.

    Gruß Andr0med4

    

    Andr0med4

    21 Apr 09 at 17:35
15. @all:
    Es ist seit heute Nacht eine gepatchte Version zum Download verfügbar, die zwei Fehler im Programm behebt. (Log-Meldungen zu “album.getInfo” und “MP3Lbrary.Index.Loop”)

    @SvS:
    Steht irgendwas im Log?
    Was ich in meinem Kommentar oben meinte, war ja: nur wenn “Downloads merken” aktiviert ist, wird der Inhalt des “.lib”-Verzeichnisses auch berücksichtigt. Was mache ich sonst?

    @MW:
    Danke für den Hinweis, das wusste ich nicht. Allerdings scheint WinRAR auch keine Probleme mit dem Punkt zu haben, so dass es nicht verwundert, dass mir das nicht aufgefallen ist. Aber ich werds natürlich für die nächste Release ändern.

    Yannick

    EDIT:
    @Andr0med4:
    Nur dass ich das richtig verstehe: heruntergeladene Lieder sind von der Dauer her länger als sie zuerst angezeigt wurden? Erste Vermutung: die Dauer, die in der Playlist angezeigt wird, wird direkt von Last.FM übertragen; die, die im AudioPlayer erscheint, wird anhand der Datei ermittelt. Es ist durchaus möglich, dass da Unterschiede bestehen.
    Allerdings keine 15 Minuten inkl. beschädigter Datei… Vielleicht wurde sie von Last.FM falsch übertragen? Was für ein Titel war es denn?

    Yannick

    

    xsc

    21 Apr 09 at 17:37
16. In dem Fall war es “Oasis – Falling Down”. Das war allerdings auch der extremste Fall. Hab noch ein paar weitere Dateien gefunden, unter anderem (nochmal Oasis) “All Around the World” (Last.fm 9:17 – heruntergeladen: 9:38). Gerade allerdings scheint es ohne Probleme zu gehen, zumindest die letzen fünf stimmen von der Dauer überein (mit einmal +1 sec, aber das fällt ja nicht weiter ins Gewicht). Möglicherweise stimmen wirklich nur die Zeiten von last.fm nicht (vielleicht auch nur bei Oasis?). Kann es leider nicht überprüfen, da ich nur die 30 sec Preview bekomme und der Song wohl nicht so bald wieder in meiner Playlist auftauchen wird.
    Wär schön, wenn du mir einfach sagen könntest, wie man einen Titel aus “Downloads merken” wieder entfernen kann, vielleicht hab ich ja Glück. Ansonsten hör’ ich einfach mal weiter und schreib’s hier rein, wenn es wieder auftritt. Solange es nur bei diesen paar Dateien bleibt, war es möglicherweise wirklich nur ein Übertragungsfehler (hab gerade auch noch die Mitteilung bekommen, dass mein Internetanbieter gerade ein paar Probleme hat).

    Gruß Andr0med4

    

    Andr0med4

    21 Apr 09 at 18:06
17. Der Absturz scheint am “album.getInfo on unknown album”-Bug gelegen zu haben, welcher ja inzwischen gefixt wurde.
    Log-Eintrag lautete:

    [21.04.2009, 18:37] [Utilities.ExecuteURI(ExceptionAdditional)]
    http://ws.audioscrobbler.com/2.0/?method=album.getinfo&artist=Kissogram&album=Razzmatazz%20%2307%20(Disc%202)_%20Compiled%20and%20mixed%20by%20Dj%20Amable&api_key=ce59c153ff5e3003c74df5b618aeccac

    No album matches found

    Habe mir inzwischen die gefixte Version geholt.
    Danke.
    Zum Problem mit “Downloads merken” und flexible Ordnerstruktur hab ich keine Idee- dazu kenne ich mich zu wenig mit der Art und Weise aus, wie die mp3-Info im Ordner .lib hinterlegt wird…

    

    SvS

    21 Apr 09 at 18:29
18. @Andr0med4:
    Dass Last.FM nicht die richtigen Daten liefert, wäre ja nichts neues, z.B. hier:
    http://www.last.fm/music/Coldplay/_/Lost!+(Acoustic+Version)
    [Über 3000 Minuten Songlänge? Schon klar...]

    Was deinen Song angeht: Last.FM stellt anscheinend die falsche Datei zum Streaming bereit – siehe Shoutbox:

    “ram1n wrote:
    This is the “Falling Down” (Amorphous Androgynous A Monstrous Psychedelic Bubble remix) – 22:27 i suppose O.o”

    Solche Sachen scheinen also wirklich an Last.FM zu liegen, nicht an LastSharp.

    @SvS:
    Ich überlege mir zu der Ordnerstruktur schon noch etwas. Wahrscheinlich läufts aber auf eine “Lösung” hinaus, in der nur die Existenz der Dateien überprüft wird, die der aktuellen Struktur entsprechen, d.h. wenn eine Datei “Interpret/Album/Dateiname.mp3″ vorhanden ist, aber als Struktur “Interpret – Album/Dateiname.mp3″ eingestellt, wird sie halt trotzdem heruntergeladen. (ohne “Downloads merken” zumindest)

    Yannick

    

    xsc

    21 Apr 09 at 19:07
19. @Yannick. Ja, die Länge von 22:27 stimmt genau mit der heruntergeladenen Datei überein. Gut zu wissen, dass zumindest der Grund für dieses Problem so schnell gefunden wurde und LastSharp keine Schuld trifft – ich hatte praktisch jeden Song überprüft. Aber zum Glück kann ich es ja jetzt auf Einzelfälle eingrenzen. Danke für deine Mühen, den Eintrag muss ich wohl einfach überlesen haben.

    Dir und allen anderen noch viel Spaß mit LastSharp. Ich habe ihn wieder. Gruß Andr0med4

    

    Andr0med4

    21 Apr 09 at 20:04
20. Klappt bei mir mit der neuen Version nicht wirklich besser.
    Die Fehlermeldung ist zwar verschwunden, aber nun werden genau 5 Titel meiner 100 Titel-Playlist angezeigt.
    Wenn da nur gefilterte Lieder dabei sind, werden durch automatisches Fortsetzen die gleichen fünf wieder angezeigt (aber in einer anderen Reihenfolge) und so weiter und so weiter. Immer diese gleichen fünf aus 100.
    Nach Ewigkeiten kommt dann die “250-Titel-erreicht-Meldung”.

    

    gnx

    22 Apr 09 at 16:23
21. @gnx:
    Du kannst die Playlist-Länge unter “Erweiterte Einstellungen” >> “TuneIn” >> “Playlist-Länge” >> “Meine Playlist” festlegen. Ein Wert von 7 könnte (meiner Überlegung nach) dein Problem mit immer denselben Liedern beheben. Beachte trotz allem Punkt 2.3. in den FAQ.
    Die nächste Release wird einen direkten Playlist-Abrufmodus beinhalten, der dann jedoch nur die “Lieder in voller Länge” berücksichtigt. Damit wird das Laden der Playlist wieder größtenteils problemlos möglich.

    Yannick

    

    xsc

    22 Apr 09 at 18:11
22. Ich habe dir mal eine E-Mail geschickt, wie man das Interface ein bisschen “aufhübschen” könnte Kannst dich ja mal melden.

    

    Stefan

    23 Apr 09 at 21:01
23. Leider glaube ich nicht, dass ich das umsetzen könnte – und ehrlich gesagt bin ich der Meinung, dass eine simple, nicht durch große Farbflächen geprägte Oberfläche den meisten Usern lieber ist. Außerdem arbeitet das Programm eh meistens im Hintergrund, da ist die Oberfläche Nebensache. Solange man sie versteht.
    Aber wenn du deine Kreativität bündeln willst: ich plane einen LeSharp-Logo-Wettbewerb. Last.FM-Abo als Hauptpreis.

    Yannick

    

    xsc

    24 Apr 09 at 07:56
24. > Playlist-Abrufmodus [...] beinhalten, der
    > dann jedoch nur die “Lieder in voller Länge”
    > berücksichtigt.

    Diese Lieder kann man aber auch so schon direkt laden (nur eben nicht automatisiert), bspw. über den VideoDownloadHelper. Der Vorteil von LastSharp liegt / lag ja bisher darin, eben diese Lieder von der Playlist holen zu können, die *nicht* mit “volle Länge” markiert sind.
    Das ist künftig also gar nicht mehr zu machen? Oder jetzt nur noch mit Last.fm-Abo?

    

    Aug

    24 Apr 09 at 07:58
25. @Aug:
    So wies aussieht, ist das wohl die Realität: Playlist herunterladen läuft nur mit Abo wirklich annehmbar. Aber was soll man machen? Last.FM um ein wenig Rücksicht bitten?^^
    Ich habe ja immer noch die Hoffnung, dass ich irgendeine versteckte, hinterhältige Möglichkeit finde, auch normalen Usern Zugriff auf ihre Playlist zu ermöglichen. Wer weiß…

    Yannick

    

    xsc

    24 Apr 09 at 08:02

Leave a Reply

Name (erforderlich)

Mail (will not be published) (erforderlich)

Website