Da stimme ich dir voll und ganz zu. Die Service Addons werden entweder beim Kodi Start oder beim Login gestartet und laufen dann im Hintergrund. Man könnte jedoch im Addon den aktuellen Nutzer ermitteln und nur bei einem bestimmten reagieren... Kann ich mir morgen oder übermorgen wohl mal ansehen
Beiträge von 4lb3rtO
-
-
Wie heißt die App genau? Ich finde ein paar Plugins und eine unseriös wirkende Legacy Version...
Die App die er meinte heißt Yatse. Der (Legacy) Unlocker verbleibt eigentlich nur im Store, damit Käufer, die vor längerer Zeit diesen Unlocker gekauft haben, diesen nach wie vor installieren können. Daher auch der Legacy-Zusatz und der höhere Preis. Ein Unlocker ist nicht Plicht, wird jedoch für diverse Zusatzfeatures benötigt. Wenn du den aktuellen Unlocker kaufen willst, kannst du das direkt aus der Yatse App heraus machen. Liegt derzeit irgendwo bei 3 Öcken...
Im HowTo Bereich findest du außerdem noch eine Anleitung für die Einrichtung. Ist zwar nicht Up-To-Date aber vielleicht trotzdem hilfreich...
-
Das hängt vom Skin ab. Bei vielen kann man das direkt einstellen. Wenn das nicht geht, musst du die xml Dateien des Skins bearbeiten. Hierfür kommt meist die home.xml in Frage.
-
Ansonsten kann man sich zB auch einen Menüpunkt anlegen der die Kodi Funktion "Minimize" hat
-
Ich dacht auch schon Wie soll das denn gehen?
Aber der Blick in deine Signatur hat mich dann doch kurz erstarren lassen. Wusste halt zu dem Zeitpunkt nicht genau was du meintest...An dieser Stelle aber vielleicht noch ein allgemeiner Hinweis. Ich teste auch nicht jeden Sch*... Es macht schon Sinn eine neue Version immer erst an einer ungefährlichen Stelle zu testen und zu prüfen, ob auch das gewünschte Verhalten eintritt. Ich gebe aber immer den entsprechenden Hinweis, wenn es (noch) ein Wackelkandidat ist. Zudem hat ja auch jeder die Möglichkeit, einen Blick in den Code zu werfen oder Verbesserungen (ggf auch per Pull Request auf git) daran vorzunehmen...
Gut das wir drüber gesprochen haben -
hast grad den Server abgeschossen....
Was? Könntest du etwas konkreter werden?
-
Bin mittlerweile auf Helix und benötige - um keine unlogischen .nfo-Files zu bekommen - immer noch meine angeregten selbstgemachten Änderungen im Script (bzgl. watched-tag):
Aber nur mit einer Option das wieder zu deaktivieren. Da icu schon ein neuen Watched Tag erzeugrn will wenn er noch nicht existiert
Habs optional eingebaut. Ändern existierender watched-tags (default:off) und Erstellen neuer Einträge (default:on). Letztere Einstellung ist von erster abhängig. Somit sind die TMM/ME Einstellungen per default deaktiviert, da diese ja eigentlich nicht Kodi-typisch sind. So sollten alle glücklich sein...
Die aktuelle Version gibt's im git. Allerdings untested...
-
Das Flackern kann man anscheinend in den Griff bekommen laut dem Typen der das Multicam Script geschrieben hat. (Leopold)
The flickering is a Kodi issue but the effect can be mitigated by having two image controls superimposed, both showing the same image.Soweit so gut.
Gute Idee! Habs mal eingebaut und die Verzögerungen herausgenommen... Rennt wie ne eins
Im Fehlerfall (Kamera nicht mehr erreichbar o.ä.) werden die Bilder nun rot eingefärbt. Hierbei kann es jedoch auch vorkommen, dass gar kein Bild mehr vorhanden ist. Ich habe mich mal für diesen Weg entschieden damit man sich nicht, wenn man bspw stattdessen eine "Fehlergrafik" einblenden würde, wieder ein Flackern herein holt.Jetzt müsste nur noch mal jemand das ganze etwas dynamischer machen (anstelle der 6 fixen Cams => Settings für Anzahl und Größe/Positionen der Bilder (letzteres ggf automatisch)), ggf die Dateioperationen entfernen und vlt noch eine feinere Fehlerbehandlung einfügen.
Wenn man die Bilddaten direkt verarbeiten würde/könnte (ich glaube das habe ich vor einiger Zeit schon mal versucht - klappte aber glaube ich nicht, weil Kodi für die setimage Methode auf Dateien angewiesen ist... Wenn jmd hier mehr weiß, so möge er sprechen ) wäre vermutlich so ziemlich das Performance-Maximum erreicht. Ich denke viel mehr kann man dann nicht mehr machen... -
Ich konnte das flackern bei mir auch nur mit einer kleinen Verzögerung abmildern. Ich kann auch noch nicht nachvollziehen, warum dieses Verhalten auftritt. Eigentlich wird das vorherige Bild ja direkt mit dem neuen ersetzt. Aber trotzdem setzt das Bild manchmal kurzzeitig aus... Es scheint so, als wenn Kodi da einfach nicht hinterher kommt...
-
RequestPinCode (/org/bluez/25806/hci0/dev_7C_1E_52_A8_45_D7)
Sowas in der Art hatte ich letztens auch mal. Bei mir fehlte auch der Pin am Ende dieser Zeile
RequestPinCode (/org/bluez/25806/hci0/dev_7C_1E_52_A8_45_D7 PinCode)Ich konnte das dann bei meinem Odroid C1 folgendermaßen beheben/umgehen:
echo 123456|bluez-simple-agent hci0 7C:1E:52:xx:xx:xxAnsonsten kannst du ja mal hier rein schauen. Vielleicht ist da was brauchbares für dich dabei...
http://forum.odroid.com/viewtopic.php?f=111&t=9597 -
Hab die Änderungen auf Github gemerged. Die Settings angepasst. Danach getestet. Bei mir zeigt er nur die loading gifs an.
Interessanter weise lässt sich das Script auch nicht mehr beenden. Weder mit ESC noch mit Backslash.Mittlerweile behoben...
Und noch eine kleine Änderung. Die Kameras laufen nun jeweils in einem eigenen Thread
-
@Homeserver
Habe noch mal eine kleine Anpassung vorgenommen. Kannst du diese bei Gelegenheit noch einmal gegen testen?Und noch eine kleine Info am Rande: Ich bin über die (Android) App "IP Webcam" gestolpert. Hiermit kann man sein Smartphone in eine Webcam verwandeln und es über die Adresse "http://lokaleIP:Port/shot.jpg" in das Sercuritycams Addon einbinden.
-
Meine erste idee war es, mittels eines Skriptes einfach die Datei "profiles.xml" zu löschen bzw. im Umkehrschluss eben zu erstellen.
Ich habe mal die Erfahrung gemacht, das Kodi solche Konfigurationsdateien (wie zB auch die guisettings.xml) nur einmal beim Start ausliest und dann die Daten für die laufende Instanz im Zwischenspeicher hält. Eine Änderung des Inhalts oder die Löschung der Datei wird also nicht ohne Neustart registriert. Ich denke das ist auch bei der profiles.xml der Fall.
An deiner Stelle würde ich vlt den Ansatz verfolgen, das Masterlock-Setting mit Python über die Json Api mit der Methode Settings.SetSettingValue und der id "masterlock.lockcode" zu de-/aktivieren.
-
-
Wenn du kodi startest, werden ja [definition='1','0']log[/definition] Einträge erzeugt (hier sollte dann in das logfile im portable-data Verzeichnis geschrieben werden). Wenn diese Zeiten dann mit dem Startzeitpunkt übereinstimmen, läuft dein kodi im portable mode. Wenn nicht, müsstest du dann mal einen Blick in das userverzeichnis des Systems werfen und schauen, ob sich dort etwas getan hat... Ist dies der Fall läuft kodi nicht im portable mode. Mehr war damit eigentlich nicht gemeint...
-
Ich wüsste jetzt nicht, dass man diese Info direkt in Kodi sehen kann oder über ein Infolabel etc abrufen kann. Du kannst allerdings überprüfen, ob im Installationsverzeichnis das portable_data Verzeichnis existiert und ob die Zeiten der logfile Einträge darin plausibel sind...
-
Dachte werf hier noch das Watched state Updater Addon von 4lb3rtO in die Runde.
Für diesen Zweck ist das Addon leider nicht geeignet. Dies ist wirklich nur zum Schreiben der watchedstates in nfo Dateien gedacht.
Da sieht die zweite Variante schon vielversprechender aus... Ansonsten müsste man sich allgemein mal mit SQL-Datenbank-Synchronisation und Backups befassen. Eine Synchronisation der Datenbanken (MyVideos, Textures) und dem Thumbnailverzeichnis müsste dann sinnvollerweise vor dem XBMC Start erfolgen. Unterschiedliche Betriebssysteme könnten das allerdings auch noch zusätzlich erschweren...
Und bevor man solche Strapazen auf sich nimmt, ganz zu schweigen von der relativ hohen Komplexität und Fehleranfälligkeit bei der Synchronisation, wäre es doch ratsam einfach gleich eine zentrale Datenbank zu verwenden
-
Also du hast eine Art proxy-tool und statt dem port vom xbmc-host trägst du in yatse den port von deinem proxy tool ein, und das leitet einfach alles weiter bis auf die Dinge die du geändert haben möchtest?
Exakt erfasst...
Leider kenn ich mich überhaupt nicht mit python aus, hast du ein Beispiel wie sowas aussehen würde? Könnte ich mit subprocess.Popen auch
Parameter an die EventGhost.exe übergeben? D.h. -e "EventName" um direkt das event auszulösen ohne dass ich ein zusätzliches script bräuchte?Das sollte machbar sein... Hier mal ein Beispiel, wie ich mein Tool aus XBMC heraus mit Tasten der Fernbedienung oder dem Keyboard aufrufe...
from subprocess import Popen
from sys import argv
Popen(['C:\Users\...\AppData\Roaming\XBMC\TOOLS\AVR\Project1.exe', sys.argv[1]], shell=False)Dann kann man das ganze zB so...
<plus>RunScript(special://home/TOOLS/AVR/Helper.py, -VolumeUp)</plus>
...auf eine Taste legen und aufrufen...Wie du Sondertasten auf dem Keyboard (Vol+ Tasten bspw) belegen kannst, habe ich mal ab hier beschrieben...
Edit:
Eine weitere Möglichkeit wäre zB auch die Verwendung eines Arduinos o.ä. (über die serielle Schnittstelle) oder mit einem Ethernet Shield + einer Infrarot Diode... Dann könnte man auch ältere bzw nicht über das Netzwerk ansprechbare Geräte ansteuern... Sowas hatte ich zB mal für den Fernseher angedacht, da sich die dämliche Kiste nicht per WOL Paket oder ähnlichem wecken lässt... -
Ich hab das damals mit einem kleinen Tool gelöst, das einen UDP Socket bereit stellt und alle Kommandos außer Lautstärke, Richtungstasten, Click und Double Click unverändert an XBMC umleitet. Beim Erhalt eines dieser Kommandos wird dann die entsprechende Aktion ausgelöst, wie Mauszeiger verschieben wenn XBMC minimiert ist oder eben halt der AVR über das Netzwerk angesprochen.
Damit das allerdings funktioniert muss in Yatse die Einstellung "Lautstärketasten zeigen Dialog" deaktiviert sein. Dann erhält man auch die UDP Pakete.
Wenn man so ein Programm dann noch um Startparameter erweitert, kann man auch über die Harmony oder über die Tastatur die Lautstärke des AVRs regeln.System.Exec minimiert XBMC. Das ist leider fix im Core. Um das zu umgehen, kannst du allerdings ein Python Skript mit dem subprocess Modul (subprocess.Popen) verwenden.
-
Mit der URL am Ende habe ich dann jedoch das Problem, dass er die restlichen Daten die ich nicht vorgebe, von der angegebenen URL scrappen soll.
Danke für den Hinweis. Die nfos lassen ja auch Links am Ende der Dateien zu. Das war mir bislang nicht bekannt oder ich habs übersehen oder vergessen Damit kommt das Addon im Moment nicht klar. Schaue ich mir bei Gelegenheit noch mal an...
Erster Post im neuen Jahr.
Bin momentan weiterhin auf Gotham und das Addon ist immer noch eine wahre Freude.Die Probleme mit TinyMediaManager scheinen mittlerweile gefixt, sowohl Addon als auch TMM können nur gerne abwechselnd die .nfo bearbeiten, ohne dass es Probleme gibt. Der Entwickler war sehr kooperativ.
Grüße
Das ist doch immer wieder schön zu hören Es gibt auch eine aktuelle Version auf git. Diese umfasst die Änderungen für TMM/ME User, ist allerdings nur für Helix gedacht. Kommt dann in Kürze auch ins Helix-Nerds-Repo.