Beiträge von 4lb3rtO

    Du könntest auch direkt an den Skin Code heran gehen... Beim Nox gibt es zB die custom_1113_ShutdownWarning.xml... Darin werden könntest du auch die Aktionen festlegen...
    Der Dialog hat hier zB die id 1113
    Dann könnte man auf den Ja/Ok Button ja auch folgende onclicks legen

    <onclick>Dialog.Close(1113)</onclick>
    <onclick>Shutdown() oder Hibernate() oder Suspend()</onclick>
    <onclick>Quit()</onclick>

    Theoretisch müssten der Quit Befehl auch nach dem Shutdown o.ä. noch ausgeführt werden... Welche Befehle du da dann letztendlich einsetzt bleibt natürlich Dir überlassen

    Würde ich auch so machen, dachte nur es gibt da einen anderen weg, weil ja meines Wissens nach die gesehen/ungesehen -Stände verloren gehen.


    Diese kann man jedoch mit <importwatchedstate>true</importwatchedstate> in der [definition='2','0']as.xml[/definition] wieder einlesen...

    Alternativ könnte man die betreffenden Pfade auch direkt in der SQL-DB ändern... Das ist dann allerdings etwas komplexer... Damit würde jedoch das ex- und importieren entfallen...

    Könnte man nicht für die Beleuchtung auch einen LED Strip nehmen, wie zb einen WS2812B? Damit würde ja schon mal viel Led-gelöte entfallen und man hätte zugleich eine RGB Variante?!

    Gesendet mit einem C-3PO

    Der Tipp von 4lb3rtO führt normalerweise in die Filme DB...

    Stimmt... Das wäre ActivateWindow(Videos, MovieTitles, return)... Das würde in die Film DB führen...


    Dein Tipp funktioniert und führt in Videos -> Dateien .... Zumindest unter Frodo

    Beim Aufwecken allerdings startet XBMC mit dem letzten Bildschirm (Beenden und dann dort Ja/Nein auswählbar) Somit scheint es mir, als würde XBMC hiebei gar nicht beendet werden - ist das so gewollt, oder gibt es ein Workaround?


    Ist ja an und für sich auch richtig, da du ja nun die Funktion "XBMC beenden" durch "Ruhezustand" ersetzt hast... Der Dialog sollte jedoch eigentlich verschwinden

    Um das nun zu ändern hättest du verschiedene Möglichkeiten...
    - Du legst die Funktion Hibernate direkt auf den Button (damit entfällt allerdings die zusätzliche Abfrage) oder...
    - Du legst dir ein simples Script auf den Beenden Button (damit entfällt dann zwar auch die zusätzliche Abfrage -> diese könntest du jedoch in deinem Programm selbst erzeugen) und löst damit den Hibernate aus... Wenn dein erzeugter Dialog auch dann noch nach dem Start sichtbar ist, könntest du dann ja ggf erst das Hauptmenü anzeigen lassen (ActivateWindow(Home)) und dann erst den Hibernate Befehl absetzen...
    Hier könntest du auch festlegen, ob XBMC auch noch beendet werden soll

    Die aufwendigste Variante wäre wohl die Verwendung der JSON Notification System.OnWake... Diese sollte auch beim Aufwecken nach einem Hibernate von XBMC abgesetzt werden (ganz sicher bin ich mir da allerdings auch nicht - kann sein das der nur für suspend gilt)... Hiermit könnte man dann bei Erhalt auch ein einfaches ActivateWindow(home) auslösen umd die Abfrage auszublenden... Das ganze ist aber für meinen Geschmack mega aufwendig, weil man dort dann mit einem TCP Socket und JSON herumhampeln muss...

    Schuld ist wohl Musicnrainz Picard, was irgendwas in den Tags versteckt. Ich habe bei einem Album die Tags mit MP3 Tag komplett gelöscht und neu erstellt. Vorher hat Picard meine Titel automatisch unterschiedlichen Alben zugeordnet oder einzelne Tracks nicht reingepackt. Jetzt tut es das nicht mehr, nachdem ich die Tags neu eingespielt habe.

    Wird zwar bissl Arbeit, aber ich bin froh die Lösung zu haben. Scheinbar wurde an der DB beim Einlesen was geändert mit Gotham...


    Das kannst du auch einfacher machen... Anstatt die Tags komplett zu löschen und neu zu erstellen, kannst du in MP3tag auch über "Aktionen (Quick)" -> "Tag Felder entfernen außer" -> Tags festlegen ... die Tags bereinigen... Fertig
    Alternativ kannst du auch in "Aktionen" dafür eine Gruppe anlegen...

    Tageintrag oder vom XBMC-Scrapergebnis?


    Vielleicht sowohl als auch... Für die Tags kannst du ja bei MP3Tag vlt mal einen Screenshot von dem Fenster "Ansicht -> Erweiterte Tags" eines solchen Titels posten


    Kann mir jetzt gerade auch nicht so ganz zusammen reimen, woran das liegen könnte... Scheinbar findet der Scraper verkehrte Informationen zu den vorhandenen Titeln/Alben/Tags... Liegen nfo-Daten lokal vor? Oder ziehst du die Infos immer frisch aus dem Netz?


    Habe letztens mal die letzte Gotham Alpha getestet und hatte dort auch keinerlei Probleme

    Keine Chance, ich hab die Datenbank noch mal komplett an einen anderen Ort verschoben, im XBMC gelöscht und neu einlesen lassen. Der macht den selben Mist. Bei verschiedenen Interpreten, von denen ich mehrere Alben habe, legt der mir diesen Interpreten gleich mehrfach im XBMC an, obwohl im Tag nur der eine Interpret überall drin steht. Er ordnet auch zu diesen mehrfach angelegten Interpreten, Alben zu, aber Alben, die ich gar nicht kenne. Nun habe ich die Albenbezeichnung aus dem Tag auch noch raus gelöscht, was aber auch keine Besserung brachte. Habt Ihr einen Tip für mich, was ich falsch mache?

    Wie sieht denn die Ordnerstruktur und wie sehen die Tags aus? Kannst du uns mal ein paar Screenshots an einem solchen Beispiel zeigen? Womit hast du getaggt?

    Mir ist aufgefallen das ich keine Musik Cover im XBMC sehe.Links in der Auswahl kann ich Datenbankmodus nicht mehr Aktivieren (Ist Grau) kann nicht Markieren.Wer weis wo das Problem liegt?!
    Habe alles deinstalliert alle Einstellungen gelöscht und Neu Installiert.Alles ohne Erfolg. :(


    Dann hast du die Musik wahrscheinlich noch nicht in die DB aufgenommen... Quelle festlegen -> Contextmenü -> In DB aufnehemen

    oO *gnarz* das ist unfair :) Dann müsste man ein py-Script also noch vor dem Starten von XBMC anspringen lassen. Ach Nee.. Mann mann.. Genau solche Eingriffe wollte ich vermeiden..


    Ja gut... Das sollte ja eigentlich kein großes Problem darstellen... Blöd ist nur, das man gerade generell so gar keine Möglichkeiten zu haben scheint, die Settings zur Laufzeit zu ändern...

    Jetzt ist die Frage, ob es zur Zeit überhaupt eine Schnittstelle gibt, die das zulässt?!

    Da ist mir leider im Moment auch nichts bekannt...


    Im Moment fällt mir nur die aufwendige Methode ein, die xbmc-xml's auszulesen, uU zu verändern und XBMC neu zu starten, wenn es eine Veränderung gab. Ganz schön Kanone auf Spatz..


    Daran habe ich auch schon mal gedacht... Ein kleiner Test hatte mir allerdings mal gezeigt, das auch diese Variante nicht funktioniert... Die guisettings.xml wird soweit ich weiß nur einmal beim XBMC-Start ausgelesen und beim Beenden wieder zurück geschrieben... Eine zwischendurch getätigte Änderung in der guisettings.xml wird damit einfach wieder überschrieben...


    Dieser fehlende Zugriff auf die Einstellungen (von außerhalb/Python) ist in meinen Augen z.Z. ein sehr großes Manko an XBMC