LastSharp 0.4 Release Candidate 1
Nachdem sich in letzter Zeit anscheinend stillschweigend etwas bei Last.FM geändert hat und LastSharp bei vielen Usern unbrauchbar geworden ist, stelle ich hiermit den ersten Release Candidate zur Verfügung. Wenn ich mich nicht täusche, ist dieser nun das einzige Programm auf dem Markt, das aktuell ohne größere Probleme die Titel auf Last.FM mitschneiden kann. Und das sind die größten Neuerungen (inkl. der bereits bei der Beta erwähnten):
- Die Einstellungen haben nun ihr eigenes Fenster.
- Lieben/Bannen von einzelnen Titeln.
- Eine schnelle/intelligente Indizierungs-Engine zum Merken der Downloads.
- Einstellungen werden als XML gespeichert.
- Track-Nummer und Genre (~ am meisten vergebener Tag) werden in den ID3-Tags gesichert.
- AudioPlayer nur noch optional im Vordergrund, Hauptfenster optional in Taskleiste minimierbar
- Auswahl einer bestimmten Playlist möglich. Allerdings können bei mehr als einer Playlist nur in der aller ersten wirklich alle Titel geladen werden. In den anderen geht das nur, wenn sie als “Titel in vollständiger Länge” gekennzeichnet sind.
- Externes Programm kann zum Abspielen verwendet werden. (Unter Verwendung von Kommandozeilenparametern)
- Zwischen den Einzel-Requests beim Abrufen einer Playlist findet sich nun eine kurze, selbst einstellbare Verzögerung, sodass das Problem doppelter Titel verschwindet.
- Optionale Erstellung von M3U-Wiedergabelisten nach Station.
- Manuelle Erstellung von M3U-Wiedergabelisten im AudioPlayer.
Sollten Fehler auftreten, sagt mir bitte bescheid! Ansonsten, falls fehlerfrei, wird diese Version diesen Mittwoch offiziell veröffentlicht.
Download (Rapidshare, 574KB): http://rapidshare.com/files/204172623/LastSharp04rc1.rar
UPDATE (1.3.09): Problem mit der Größe der Log-Datei behoben.
UPDATE (3.3.09): Release Candidate 2 hier: http://dev.xscheme.de/2009/03/lastsharp-04-rc2/
dange^^
debie
1 Mrz 09 at 08:35
Als bei mir startet der RC1 garnicht, sondern versucht die ganze Zeit, auf deine Website zuzugreifen. Im Log steht “Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des Sockets unzulässig 213.203.202.178:80″. Was bitte versucht dein Programm da zu übertragen?
Andre
1 Mrz 09 at 10:37
okay, nach einem Neustart funktioniert es jetzt, war wohl ein Fehler in meinem System, aber trotzdem: wozu die Verbindung zu deiner Seite?
Andre
1 Mrz 09 at 11:36
Na weißt du, ich sammle IPs und spioniere nebenbei noch Passwörter aus, um meinem Leben diesen bestimmten Kick zu geben.
Spaß beiseite: Die gesamte Kommunikation von LastSharp kannst du betrachten, indem du in der “settings.xml” die Zeile “<Debug>1</Debug>” durch “<Debug>0</Debug>” ersetzt. (Aber nicht vergessen, wieder rückgängig zu machen, sonst wird die Log-Datei sehr schnell sehr groß.)
Und dann wirst du erkennen, was passiert: LastSharp versucht diese Seite aufzurufen:
http://dev.xscheme.de/vls.htm
Und hier findet sich nur die Versionsnummer der aktuellen Release, im Moment also “0.3.8″. Diese wird dann mit der lokalen Version verglichen und wenn sie neuer ist, erscheint die Update-Meldung. Das ist schon das ganze Geheimnis.
Yannick
xsc
1 Mrz 09 at 17:06
Tut mir leid, da hab ich wohl ein bisschen überreagiert
War nur seltsam, dass das Programm ständig versucht zu der Webseite zu verbinden, das Programmfenster sich nicht öffnet, keine Fehlermeldung angezeigt wird und garnix. Das Ganze lag vermutlich an der Firewall, die die neue Version gleich mal blockiert hat.. Entschuldigung nochmal, das war glaube ich ein bisschen zu hart geschrieben, war heute morgen auch allgemein ziemlich genervt 
Aber vielen Dank auch für die schnelle Reaktion auf die Umstellung bei Lastfm, funktioniert jetzt alles einwandfrei bei mir hier!
Andre
1 Mrz 09 at 17:56
Kein Grund sich zu entschuldigen. Womöglich ist das auch ein Bug – immerhin sollte eine Anfrage nach spätestens 20 Sekunden abgebrochen werden und nicht einfach so im Sand verlaufen. Ich werds mir mal anschaun…
Schön, dass sonst alles läuft!
xsc
1 Mrz 09 at 19:58
Hallo Du Zauberkünstler,
was durchaus respektvoll gemeint ist. Meine Hochachtung vor dem bisherigen Programm, aber irgendetwas scheint nicht so richtig mit der Version LastSharp 0.4 zu stimmen, denn nach einem Wochenende Abwesenheit war die Festplatte voll, Restkapazität zuvor ca. 24 GB, danach 0 GB, aber leider betrug der Musikanteil nur 3GB, der Rest fiel auf die lastsharp.log-Datei 21GB! Die vorhergehende 3.8-Version ging nicht mehr. Schade eigentlich, denn das war das Beste was bis jetzt an Musikrippern bei mir lief. Gibt es eine Lösung, wäre toll!
Viele Grüße Rudi
Rudi
1 Mrz 09 at 23:04
Ja, du bist nicht der erste, der das anmerkt. Da hab ich eine Endlosschleife fabriziert, die ständig die selbe Meldung in die Log-Datei schickt. Ich denke, ich werde jetzt sofort noch eine ausgebesserte Version hochladen…
Yannick
EDIT: Neue Version steht zum Download bereit.
xsc
1 Mrz 09 at 23:14
Danke! Playlisten werden bei mir sauber geladen. Allerdings klappt kein Download. Dieser bricht immer mit der Meldung
“Die aktuelle Playlist ist nicht mehr gültig. Soll sie neu geladen werden?”
ab. Und dies, obwohl die Playlist gerade mal vor 5 Minuten erstellt wurde.
Das Logfile wiederholt immerzu folgenden Block:
[02.03.2009, 08:46] [Resolver.Connect (Exception)]
Der angegebene Host ist unbekannt
Source: System
bei System.Net.Dns.GetAddrInfo(String name)
bei System.Net.Dns.InternalGetHostByName(String hostName, Boolean includeIPv6)
bei System.Net.Dns.GetHostEntry(String hostNameOrAddress)
bei LastSharp.Classes.Static.Resolver.Connect(String server, Int32 port)
Stefan
2 Mrz 09 at 08:50
Hmm, das bedeutet, dass LastSharp keine Verbindung zum Server herstellen kann… Könnte an einer Firewall liegen (was ich bezweifle, da du sagst, dass sonst alles klappt) oder an einer wirklichen Nicht-Erreichbarkeit eines Last.FM-Servers…
Sehe ich das richtig, dass andere Möglichkeiten “Tag”, “Ähnliche Künstler”, etc… noch funktionieren?
xsc
2 Mrz 09 at 19:19
Hallo Yannick,
korrekt – ich kann meine Playlist laden, einzelne Titel dort selektieren und es wird auch das korrekte Cover Bild angezeigt. Ebenso kann bspw. auf “Ähnliche Künstler” gehen, eine neue Playliste laden und ebenfalls dort Titel selektieren, auf “Download” klicken, das Cover kommt und dann auch schon recht schnell dir obige Fehlermeldung.
Ein Blick ins Log zeigt: Gleicher Fehlereintrag wie gestern.
Stefan
3 Mrz 09 at 08:50
Noch eine Ergänzung:
Das Last.FM Client zum Abspielen der Songs funzt bei mir ebenso wie der Last.FM Player im Browser.
Stefan
3 Mrz 09 at 08:55
Hier übrigens eine eher schlechte Lösung als Alternative, die systembedingt funktioniert:
http://lastfm-radiorecorder.origo.ethz.ch/
Stefan
3 Mrz 09 at 11:15
Hallo,
bekomme ständig die Fehlermeldung “Es ist ein Problem beim Tuneln aufgetreten: Response: response=FAILED error=1″.
Was hat das zu bedeuten bzw. was mache ich falsch?
Erich
3 Mrz 09 at 13:10
Hallo!
Erstmal vielen Dank für diese hervorragende Software! Version 0.3.8 lief bei mir problemlos. Version 0.4 rc1 macht Schwierigkeiten beim Download: Nach Klick auf Download ist das Fenster 30 Sekunden lang blockiert (Sanduhr), danach startet der Download des ersten Titels. Nach Fertigstellung des Downloads läuft noch mp3gain und dann passiert nichts mehr. Der gerade geladene Titel wird angezeigt und steht auch unter “Zuletzt geladen”. Der Download-Button ist grau.
Ich verwende XP und die Windows-Firewall. Gleiches Verhalten bei Start als Admin.
Gruß
Alexander
Alexander
3 Mrz 09 at 17:34
Mal so als Zwischenstand: Bei mir läuft das Programm (C1) jetzt seit zehn Stunden ohne Probleme.
@Erich: Das Problem habe ich immer dann, wenn in den Liedtiteln irgendwelche Sonderzeichen vorkommen. Beispiel: Die Band “Тролль Гнёт Ель”. Fragt mich nicht was das heißt^^
Franky
3 Mrz 09 at 18:57
@Erich:
Laut dieser Antwort im Forum von Last.FM bedeutet der error 1: “There is not enough content to play the station. Due to restrictions imposed by the music labels, a radio station must have more than 15 tracks; each by different artists.” Beschreibe also bitte, was du tun musst, damit bei dir der Fehler auftritt! Sollte es sich um den Versuch handeln, deine Playlist herunterzuladen, musst du sie wohl noch ein wenig mehr befüllen.
@Alexander:
Bis wann lief Version 0.3.8 problemlos? Bis heute? das wäre interessant, da ziemlich viele User Probleme mit dieser Version gemeldet haben… Eine Beschreibung des ganzen Problems findest du in diesem Post, auch den Grund für die Verzögerung, bevor der Download startet: es muss eine zusätzliche Abfrage gesendet werden, um die eigentliche URL der MP3-Datei zu finden. Dass die allerdings so lange braucht, hätte ich nicht gedacht (und kann ich bei mir auch nicht beobachten). Ansonsten: das, was du beschreibst, ist der normale Ablauf eines Downloads – außer du hast “Automatisch Downloads fortsetzen” aktiviert.
@Stefan:
Öffne mal die Datei “settings.xml” und füge als vorletzte Zeile “<ResolveMP3>False</ResolveMP3>” ein. Das verhindert die zusätzliche Abfrage, die deinen Fehler auslöst. Allerdings läuft dann der Download wieder wie in der ersten Beta-Version und d.h. es könnte wieder die Fehlermeldung “Auf CR muss LF folgen” auftauchen. (Die Einstellung wird auch nicht gespeichert, weil sie für Diagnosezwecke gedacht ist…) Das ist also sicherlich keine Lösung, bloß u.U. ein winziger Schritt zur Lösung hin…
Yannick
xsc
3 Mrz 09 at 19:05
Nachtrag @Stefan:
Letztlich sehe ich es auch als nicht unwahrscheinlich an, dass dein DNS-Server die Adresse “play.last.fm” nicht kennt. Vllt. solltest du mal einen anderen DNS-Server ausprobieren (Anleitung hier; Verschiedene Server hier)
Yannick
(Kannst auch mal “play.last.fm” im Browser eingeben und schaun, was passiert. Kommen sollte, falls die Verbindung hergestellt werden kann, eine 400-Fehlerseite des Apache Tomcat/6.0.18-Servers)
xsc
3 Mrz 09 at 20:14
Hi,
danke für dieses wundervolle Programm. Lea ist auch sehr schön.
Ich fand keine Möglichkeit “Bugs” mitzuteilen daher hier per Comment.
Ich habe mir erst eine eigene Playlist angelegt mit 59 Titeln, alles OK.
Dann eine zweite mit knapp 30. Da waren aber sehr viele drin die nicht “volle länge” hatten und somit nicht im LS gelistet wurden. Darum hab ich dann per Hand die nicht “volle länge” Lieder wieder aus der Playlist entfernt. Jetzt waren weniger als 15 in der Liste. Prompt meldete LS beim nächsten “tunein” der liste einen Fehler.
Diese Fehlermeldung ist zwar etwas nichtssagend aber ich wusste ja das mehr als 15 Lieder in der Liste sein müssen also habe ich auf an die 20 aufgestockt
ABER gleichzeitig 2 neue Listen schonmal angelegt und diese “1″ und “2″ benannt und leer gelassen.
Jetzt kam im LS weiterhin die obige Fehlermeldung das der tunein nicht gehen würde bei der Liste mit den 20 Liedern. Die Liste mit den 59 Liedern ging weiterhin….
Nachdem ich die Liste “1″ und “2″ gelöscht hatte geht jetzt auch die Liste mit den 20 Liedern wieder.
Bye Luluba
Luluba
3 Mrz 09 at 21:59
@Luluba:
Das ist nun wirklich ein äußerst komischer Fehler… Und so leid es mir tut, ich weiß dafür keine Lösung (auch konnte ich das nicht reproduzieren: nachdem ich zwei leere Listen angelegt hatte, funktionierte sowohl meine Liste mit 34 Elementen, als auch die mit 19).
In welcher Reihenfolge konnten die Listen in LastSharp ausgewählt werden? (Die erste Liste wird anders abgerufen als die anderen drei… Vielleicht ist dort irgendetwas durcheinander gekommen…)
Yannick
xsc
3 Mrz 09 at 22:16
edit:
Erich´s Fehlermeldung ist auch die, welche ich erhalten habe.
Allerdings hatte ich noch in keiner Liste mind. 15 Lieder von 15 unterschiedlichen Interpreten.
Das “each by different artists” scheint bei LastFM nicht im System umgesetzt zu sein. Die oben erwähnte 20er Liste hat nur 4 Interpreten…
Luluba
3 Mrz 09 at 22:19
@Yannik:
Ja das wird es sein. Habe das gerade noch einmal reproduziert
Die “20er” ist als erste in der Dropdown liste vom LS.
Die 59er als 2. Dann kamen die beiden leeren.
Jetzt hatte ich ne dritte Liste mit 21 Liedern und 3 Interpreten gemacht (die wird an 3. Stelle gelistet)
und dann eine leere die an 4. Stelle ist.
Und wieder geht die 1. Liste nicht; die 2. und 3. gehen. Leere löschen = OK
Luluba
3 Mrz 09 at 22:24
Ach und falls nicht schon in der ToDo Liste sein sollte:
Ein Logout im LS oder “trennen” wäre schön.
Weil man muss ja aktuell immer LS ganz beenden damit eine neue angelegte Liste (nach dem man im LS sich eingelogt hat) und neu laden damit diese sichtbar wird.
Ein “refresh” der Listen ist ja sicher nicht machbar
Bye Luluba
Luluba
3 Mrz 09 at 22:28
Hallo Yannick,
stimmt, die Option “Downloads automatisch fortsetzen” hatte ich übersehen, jetzt klappt alles. Anfangs bekam ich bei Tag=lounge doppelte Playlist-Einträge, was sich durch Eintragen von 2700 als Tune-In-Pause für Tag beseitigen ließ.
0.3.8 benutzte ich zuletzt am 23. Februar, keine Probleme. Ich habe sie eben noch einmal ausprobiert und es funktioniert wie damals, außer, dass doppelte Titel in der Playlist erscheinen.
Gruß
Alexander
Alexander
4 Mrz 09 at 13:01
Hallo Yannick,
vielen Dank für die Tipps!
Leider hat die Änderung des DNS-Servers keine Änderung gebracht. Ich kann die URL auch auflösen…
Die Änderung der settings.xml brachte das erwartete Verhalten der Vorgängerversion zum Vorschein. Leider aber keine Erfolge.
Wow… scheint eine harte Nuss zu werden.
Viele Grüße,
Stefan
Stefan
4 Mrz 09 at 15:28
Nachtrag:
Nachdem ich in Deinem RSS-Feed lesen durfte, daß “TheLastRipper” wieder geht, habe ich den ebenfalls gegengetestet: Funzt bei mir ohne Probleme.
Verwundert,
Stefan
Stefan
4 Mrz 09 at 15:54
@Luluba:
Ich nehm das jetzt mal so zur Kenntnis und schau, was sich daraus machen lässt… Mehr kann ich im Moment nicht versprechen.
@Alexander:
Schön, dass es jetzt funktioniert.
@Stefan:
“Harte Nuss” triffts wohl… Hast du dir auch mal die 0.3.8er-Version wieder angesehn? Anscheinend geht die inzwischen wieder…
Und das schlimmste ist: die ganzen Probleme treten bei mir nicht auf, sodass das Debugging etwas schwierig wird. Aber ich werde nicht aufgeben!^^
Yannick
xsc
4 Mrz 09 at 16:17
Hallo,
ich habe meine gesamten mp3s indixieren lassen, aber Last Sharp legt in dem Verzeichniss keine music_directory.nfo Datei an.
Hat sich dies in Version 0.4 geändert?
oder liegt es daran, dass es 160 GB sind?
Gruß
Thomas
busch
4 Mrz 09 at 18:14
@busch:
Die Indizierungsfunktion speichert ihre Daten nun im Ordner “.lib” im LastSharp-Verzeichnis. Auch hat sich das Format verändert (Speichern eines eindeutigen Wertes (Hash) für jedes Interpret-Album-Titel-Tripel), sodass die Gesamtgröße nicht explodiert. (160GB ~ 41000 Titel ~ 1.3MB an Indexdaten)
Das hat allerdings den Nachteil, dass man einzelne Titel nicht mehr gezielt aus der Index-Datei löschen kann.
Soll heißen: die music_directory.nfo ist nur noch Platzverschwendung.
Yannick
xsc
4 Mrz 09 at 19:08
Das klingt gut. D.h. ich lösche meine music_directory.nfo Dateien und lasse LastSharp meine Ordner wieder indizieren.
Frage:
Erwartet der Algorhytmus eine bestimmte Nomenklatur der Datei oder wie erfolgt die Indizierung?
Hintergrund meiner Frage:
Ich habe ja auch viele Original CDs. Diese habe ich mittels EAC digitialisiert, weil bspw. mein Auto nur MP3 als Format mag. Auch diese Dateien, würde ich gerne von LastSharp inidzieren lassen. Die Nomenklatur der Dateien ist aber eine andere, als die, die LastSharp verwendet.
Oder gehst Du auf die MP3Tags? Natürlich sind auch die Metatags nicht 100%ig identisch mit denen von LAst.FM, aber da wäre die Schnittmenge bestimmt deutlich größer und somit hätte die Indizierung auch einen Sinn.
Viele Grüße und vielen Dank für Deinen tollen Einsatz!
Stefan
Stefan
5 Mrz 09 at 08:31
Ja, die music_directory.nfo kannst du löschen.
Was den Algorithmus angeht: Der bezieht sich zuallererst auf die ID3-Tags, sollte er dort nichts passendes finden, versucht er den Dateinamen nach “Interpret – Titel” aufzulösen. Zuallererst war ich ja gegen diese Vorgehen, weil ich dachte, es wär zu langsam, aber nach ein paar Tests fand ich, dass die Geschwindigkeit ganz annehmbar ist. (Manche Titel werden schneller erfasst als andere, aber woran das liegt, weiß ich echt nicht…)
Yannick
xsc
5 Mrz 09 at 14:18
Hallo Yannick,
die Indizierung lief bei mir auf rund 100 GB Musik (habe so langsam alle CDs mittels EAC archiviert und seitdem das Auto eine HDD für MP3s hat, ist das wirklich sehr schön) verdammt schnell.
Von daher: Weiter so!
Viele Grüße,
Stefan
Stefan
6 Mrz 09 at 08:53
Hallo Yannick,
gibt es bei den MP3 Tags nicht die Varianten, dass die mal am Anfang in einem Block fester Größe und mal am Ende in einem Variablen Bereich stehen können?
Ersteres ist für Streaming wichtig – Letzteres lässt sich editieren, ohne dass gleich das ganze Lied nach hinten verschoben werden muss.
Das könnte jedenfalls erklären, warum L# unterschiedlich schnell die Titel erfasst.
Grüße,
Jogi
PS: Das mit dem externen Prg geht ja exakt in die Richtung, wie ich es erwartet habe. Mein foobar wird sich freuen.
Jogibaer
6 Mrz 09 at 20:40
@Jogibaer:
Ja, das klingt vernünftig. Aber daran könnte ich letztlich auch nichts ändern, wenn ich wollte… Wie auch immer… Danke für den Hinweis!
xsc
7 Mrz 09 at 00:36