Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Generell wäre natürlich ein Modul/2.Baustein/o.ä. schön der einem eine Auswahl nach Interpret oder Titel oder Genre oder Album, Alphabetisch sortiert ausgibt - z.B. immer 10 Antworten und einen Eingang Listenposition. Das selbst extern zu Bauen sprengt sonst einige Logikblätter.
Ein Baustein der dir eine Suchfunktion nach Title, Album, etc anbietet ?
und 10 Ergebnisse anbietet ?
Nachtrag: z.B. Album suchen und Title als XMLScrollliste ausgeben
Genre Suche und Alben als XMLScrollliste ausgeben
Ja, meinst Du das ?
Oder eine Aktualisierung (Player => HS => z.B. 10 Texte) ?
ich verwende den Baustein schon länger, danke für Euere Arbeit.
Die Erweiterung um "Musiksammlung" funktioniert prinzipiell.
Wenn ich bestimmte tags z.B. "titles 0 8 tags:" abfrage wird unter <bis> anstatt dem Wert "8" folgendes "8 tags:" zurückgeliefert.
@ Holger, kannst Du bitte Baustein diesbezüglich optimieren.
ich verwende den Baustein schon länger, danke für Euere Arbeit.
Die Erweiterung um "Musiksammlung" funktioniert prinzipiell.
Wenn ich bestimmte tags z.B. "titles 0 8 tags:" abfrage wird unter <bis> anstatt dem Wert "8" folgendes "8 tags:" zurückgeliefert.
@ Holger, kannst Du bitte Baustein diesbezüglich optimieren.
Gruß und Danke
Josef
Hallo Josef
Warum sendest du titles 0 8 tags ?
Marko sendet titles 0 8 ?
Mir ist es ansich egal was da gesendet und dann geparsed wird.
Ich denke aber, dass es jetzt an der Zeit ist für die Abfrage der Musiksammlung ein Konzept mit einer Anleitung bereit zu haben.
Das werde ich dann auch gerne in den Baustein integrieren.
Vielleicht kannst du dich mit Marko zusammentun und ihr könnt gemeinsam definieren was da gesendet werde soll, was der Baustein damit macht und wie das Ergebnis dann weiterverarbeitet und angezeigt wird.
zu: "Die CLI Befehle des Squeezeservers haben das schon eingebaut".
Bezüglich der Suchfunktionen sehe ich das so wie du.
zu: "Warum sendest du titles 0 8 tags ?... Mir ist es ansich egal was da gesendet und dann geparsed wird."
Es macht durchaus teilweilweise Sinn, Tags anzufügen oder wegzulassen - dadurch können mehr Infos abgerufen bzw. die Datenmenge reduziert werden.
zu: "implementieren von Funktionen in den Baustein"
a) Es ist prinzipiell zu überlegen, inwieweit es sinnvoll ist alles in einen Baustein zu implementieren.
b) prinzipiell bin ich bisher mit 'unparsed' gut zurechtgekommen. Für die Auswertung von Genres, Artists, Albums, Titles habe ich einen Baustein 'beta-Version' ähnlich 18020_SlimDeviceDatabase.hsl geschrieben, welcher mit 'unparsed' als Datenquelle arbeitet.
c) Prinzipiell halte ich das HS-Slim-Konzept für schlüssig. Dieses Konzept kann IMHO mit neuen an HS-Slim angelehnten Bausteinen, welche auf die Anforderungen des 12299 Squeeze Baustein eingehen nachgebildet werden.
d) Alternativ kann man den 12299 Squeeze Baustein so anzupassen, das er Kommandos welche "normalerweise" an die HS-Slim.exe gesendet werden verarbeiten kann. Die Ausgabe der "HS-Slim"-Tags müste dann so ausgeführt werden, dass diese konform zur HS-Slim.exe sind. Somit wäre es nicht erforderlich neue Bausteine zur Weiterverarbeitung der Daten zu programmieren.
e)IMHO können bis auf die Sprachansagen alle Funktionen von "HS-Slim" umgesetzt werden.
zu: "Die CLI Befehle des Squeezeservers haben das schon eingebaut".
Bezüglich der Suchfunktionen sehe ich das so wie du.
zu: "Warum sendest du titles 0 8 tags ?... Mir ist es ansich egal was da gesendet und dann geparsed wird."
Es macht durchaus teilweilweise Sinn, Tags anzufügen oder wegzulassen - dadurch können mehr Infos abgerufen bzw. die Datenmenge reduziert werden.
zu: "implementieren von Funktionen in den Baustein"
a) Es ist prinzipiell zu überlegen, inwieweit es sinnvoll ist alles in einen Baustein zu implementieren.
b) prinzipiell bin ich bisher mit 'unparsed' gut zurechtgekommen. Für die Auswertung von Genres, Artists, Albums, Titles habe ich einen Baustein 'beta-Version' ähnlich 18020_SlimDeviceDatabase.hsl geschrieben, welcher mit 'unparsed' als Datenquelle arbeitet.
c) Prinzipiell halte ich das HS-Slim-Konzept für schlüssig. Dieses Konzept kann IMHO mit neuen an HS-Slim angelehnten Bausteinen, welche auf die Anforderungen des 12299 Squeeze Baustein eingehen nachgebildet werden.
d) Alternativ kann man den 12299 Squeeze Baustein so anzupassen, das er Kommandos welche "normalerweise" an die HS-Slim.exe gesendet werden verarbeiten kann. Die Ausgabe der "HS-Slim"-Tags müste dann so ausgeführt werden, dass diese konform zur HS-Slim.exe sind. Somit wäre es nicht erforderlich neue Bausteine zur Weiterverarbeitung der Daten zu programmieren.
e)IMHO können bis auf die Sprachansagen alle Funktionen von "HS-Slim" umgesetzt werden.
Gruß
Josef
Hallo Josef
Bin mit deinen Aussagen völlig einverstanden.
Genau das meine ich mit Konzept.
Irgendwer muss sich mal hinsetzen und sich überlegen wie das alles gemacht werden soll.
Für die Grundfunktionen des 12299 hab ich das gemacht, da ich es zuerst mal für mich programmiert habe.
Die Funktion Musiksammlung nutze ich selbst so nicht, passe den Baustein also nur auf eure Wünsche an. Da müsst ihr definieren wie es gehen soll.
Der Erste der konkrete Wünsche dazu geäussert hat war Marko, darum sind die jetzt mal so eingebaut wie er das beschrieben hat.
Genau das meine ich mit Konzept.
Irgendwer muss sich mal hinsetzen und sich überlegen wie das alles gemacht werden soll.
Naja, irgend jemand. Ist immer so eine Sache
Irgend einer muß halt anfangen und da ich nun angefangen habe blöde Fragen zu stellen, will auch gerne weitermachen.
Zum Thema:
Die Luxus Suche schieb ich mal etwas nach hinten, sie geht ja auch mit nacktem CLI (steht übrigens für "Command Line Interface").
Ich habe ja oben schon mal die grobe Struktur skizziert. Soweit geht das offensichtlich mit den heute zur Verfügung stehenden Bausteinen, etc.
Nun mal zu dem Ziel, wo ich hin will:
Liste aller Bausteine und wo sie im Download aktuell zu finden sind
Eine hslib für den Init Teil mit einen Player "0".
Eine weitere hslib für jeden zusätzlichen Player X
Eine hslib für den Player mode des Player 0
Eine hslib für den Player mode des Player X
Damit die verwendeten Namen nicht mit schon verwendeten in Konflikt kommen wäre ein Prefix sinnvoll. kuf_ für KNX User Forum ??? Oder SQ_ für Squeeze ???
Ziel ist es, dass man ganz schnell alles für N Player im HS installieren kann.
Wäre das ein Weg ?
Ich muß es jetzt eh in den HS pinseln und so kann es auch jeder von Anfang an schnell mittesten. Am Ende soll es ja eh schnell für jeden installierbar sein.
zum Bugfix und zur Erweiterung um Musiksammlung, möchte ich folgendes anmerken.
Projekte welche 'unparsed' zur Auswertung von Albums, Genres usw. verwenden, funktionieren nicht mehr mit der aktuellen Version Squeeze 1.04 bzw. nachfolgenden Versionen. Grund in 'unparsed' sind Albums usw. nicht mehr enthalten.
Ich habe keine Vorstellung wieviele User das betrift...??? Ich bin einer davon.
Ja, das ist so, da diese Tags ja jetzt existieren und geparsed werrden.
Unparsed wird nur ausgegeben was nicht anderweitig geparsed wird.
Sowas kann leider passieren wenn ohne Konzept einzelne Sonderfunktionen eingebaut werden.
Das ist auch der Grund warum ich aufgehört habe weitere Sonderfunktionen einzubauen ohne vorher ein Gesamtkonzept für die Musiksammlung zu haben.
Vorschlag: Ich baue eine Neue Version ohne Musiksammlung. Die Musiksammlung kann man dann als Zsatzbaustein an den Unparsed Ausgang hängen oder sie, aber mit Konzept, in den Baustein einbauen.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar