[Erledigt]Addon beenden ---> Wert in anderem Addon setzen

ShankZ

Hallo Nerds,

ich mache aktuell die Weiterbildung zum staatlich geprüften Techniker und bin quasi mitten in meiner Abschlussarbeit.
Ein Teil von meinem Projekt beinhaltet die Programmierung eines XBMC-Addons.

Nun hab ich schon einige Sachen selbstständig in Erfahrung gebracht, bei einigen Sachen suche ich wahrscheinlich an der falschen Stelle

Nun zu meinem Problem:

Ich hab ein Addon geschrieben, welches nur zum Einstellen von einigen Paramatern über die GUI ist. Also das Parametermenü ist unter Addon-Einstellungen aufrufbar.
Ein Paramter soll aber nachdem das Einstellungsfester geschlossen wird in ein anderes Addon geschrieben werden.

Dachte eigentlich ich mach das mit xbmc.addon.setSetting(). Nur wie weiß ich, wann das Fenster geschlossen wird?

Wäre euch sehr dankbar, wenn ihr mir hier weiterhelfen oder mir einen Tipp geben könntet =)

Grüße ShankZ

sarbes

Das sollte funktionieren: http://mirrors.xbmc.org/docs/python-do…SettingsChanged

ShankZ

danke membrane für den Tipp. Ich schaue mir das mal an und werde berichten. Schöne Feiertage

ShankZ

Mittlerweile hab ich es hinbekommen, allerdings nicht mit der von Membrane vorgeschlagenen Lösung, sondern mit Hilfe einer Hilfsvariabel.
Das Ergebnis ist so zufriedenstellend.

Grüß ShankZ

Gerhard

kannst das genauer schildern, das könnten evtl. mehrere gebrauchen (z.B. ich )
ich habe das immer so gelöst, wenn ich die Settings direkt aus dem Addon öffne, das die Parameter gleich zur Verfügung stehen
nach dem open legt Kodi eine Pause ein, bis OK gedrückt wird, erst dann wird die nächste Zeile ausgeführt
und ohne das sys.exit, wird komischerweise nach ca 10 sek, die Settings auf den vorherigen Originalwert zurückgesetzt

Code

def gosetting():
    Addon.openSettings()
    xbmc.executebuiltin('Container.Refresh')
    sys.exit(0)

gruß Gerhard

ShankZ

Um hier nichts durcheinander zu bringen. Ich habe 2 Scripte am Laufen. Das eine lässt sich unter Programme aufrufen und ist nur zum Einstellen von Werten da. Diese Werte werden dann in meinem 2. Script, welches nicht unter Programme geführt wird, sondern im Hintergrund ab Systemstart mitläuft, eingelesen und verwendet.

Code

# -*- coding: cp1252 -*-


import xbmc
import xbmcaddon
import time


settings               = xbmcaddon.Addon(id='script.hhs.bmsconfig')
setting_dimmer         = xbmcaddon.Addon(id='screensaver.xbmc.builtin.dim')
brightness             = settings.getSetting('abdunklung')




while (not xbmc.abortRequested):
    
         #Checken ob der Parameter im BMS Config geändert wurde und anschließend die Bildschirmschonereinstellung setzen
         brightness_temp = settings.getSetting('abdunklung')


         if brightness != brightness_temp:
                  brightness = brightness_temp
                  setting_dimmer.setSetting('level',brightness)
        


         time.sleep(10)

Alles anzeigen

Hier mal einen Auszug aus meinem Script. Das Script läuft ab Systemstart alle 10 Sekunden durch die While-Schleife. Vor der While-Schleife wird beim ersten Scriptaufruf der aktuelle Wert "Abdunklung" in die Variable "brightness" geschrieben. Beim ersten Schleifen durchlauf wird der gleiche Wert in die brightness_temp Variable geschrieben. Da die beiden Werte göeich sind, passiert beim ersten Durchlauf nichts. Ändert man nun während der 10 Sekunden Pause den Wert ab, wird der neue Wert beim nächsten Schleifenaufruf in brightness_temp geschrieben. Da der INhalt von brightness und brightness_temp nun verschieden sind, wird der Wert von brightness_temp in brightness geschrieben und der neue Wert von brightness wird nun benutzt, um einen Parameter von einem anderen Plugin zu setzen.
Eine Änderungen von meinem Parameter wird also im schlimmsten Fall erst 10 Sekunden Später in einem anderen Plugin übernommen. Aber das kann ich verkraften

Weiß nicht genau ob das genau das gleiche macht wie dein Code Gerhard. Ich weiß auch nicht ob wir beide das gleiche beabsichtigen. Aber es war genau das, was ich gebraucht hab.
Gruß Tobias

Gerhard

nee ist nicht das selbe, ich frage in meinem Service den Status des Players ab um bei einem Abbruch des Streams durch Kodi der Stream automatisch neu gestartet wird
außerdem frage ich auch noch ab welches meiner Programme den Replay verwendet
kommen uns nicht in die Quere mit unseren Services

gruß Gerhard

harryberlin

Also ich hab es mit dem onSettingsChanged gelöst, nur werden bei mir die neuen Settings nicht geladen, wenn ich sie mit getSetting hole.
Erst wenn ich das addon deaktivere und wieder aktiviere, werden die settings richtig geladen.

Sehr merkwürdig. Weiß evtl. jemand Rat?

Python: in service.py

class Monitor(xbmc.Monitor):


  def __init__ (self):
    xbmc.Monitor.__init__(self)


  def onSettingsChanged(self):
    [definition='1','0']log[/definition]('SETTINGS CHANGED ###############################')
    loadSettings(True)
    pass




monitor = Monitor()
while not __monitor__.abortRequested():
  dowhatever()


monitor = None

Alles anzeigen

Python

def loadSettings(SETTINGSCHANGED=False):
  global MODEFM, MODECD, MODETAPE, MODEAUX, loglevel
  global CDC_EMU,USE_GPIO,WEL_LIGHT,LEV_LIGHT,IKE_DISPLAY ,WEL_IKE,WEL_IKETXT,DSP_CD,SEC_SEEK


  loglevel = getAddonSetting('log_lvl')[-1:]
  [definition='1','0']log[/definition]('LOAD SETTINGS: LOGLVL=%s' % loglevel)


  CDC_EMU = getAddonSetting('cdc_emu')


  piaudiomode = getAddonSetting('audio_mode')
  if piaudiomode == 'CD':
    MODEFM      = False
    MODECD      = True
    MODETAPE    = False
    MODEAUX     = False
    CDC_EMU     = True
    [definition='1','0']log[/definition]('LOAD SETTINGS: AUDIOMODE=CD')
  if piaudiomode == 'TAPE':
    MODEFM      = False
    MODECD      = False
    MODETAPE    = True
    MODEAUX     = False
    [definition='1','0']log[/definition]('LOAD SETTINGS: AUDIOMODE=TAPE')
  if piaudiomode == 'AUX':
    MODEFM      = False
    MODECD      = False
    MODETAPE    = False
    MODEAUX     = True
    [definition='1','0']log[/definition]('LOAD SETTINGS: AUDIOMODE=AUX')


  [definition='1','0']log[/definition]('LOAD SETTINGS: CDC_EMU=%s' % CDC_EMU)


  DSP_CD      = getAddonSetting('dsp_cd')
  [definition='1','0']log[/definition]('LOAD SETTINGS: DSP_CD=%s' % DSP_CD)


  USE_GPIO      = getAddonSetting('use_gpio')
  [definition='1','0']log[/definition]('LOAD SETTINGS: USE_GPIO=%s' % USE_GPIO)
  pass


def getAddonSetting(id):
    setting = __addon__.getSetting(id)
    if setting == 'true': return True
    if setting == 'false': return False
    return str(setting)

Alles anzeigen

PvD

Deine while-Schleife im ersten Code-Segment läuft Amok. Da sollte wenigstens ein xbmc.sleep(xxx) mit rein. Dann heißt deine Instanz monitor und nicht __monitor__. --> while not monitor.abortRequested():

BTW. Bei den vielen globalen Variablen rollen sich nicht nur bei mir, sondern wahrscheinlich auch allen anderen OOPs die Fussnägel

harryberlin

sleep ist in der aufgerufenen funktion drin.

OK, wie kann ichs denn mit den Variablen besser machen?

Wie kannst du zum Problem helfen?

edit:
meinst das hängt mit der monitor / __monitor__ zusammen?
weiter oben hatte ich noch drin: __monitor__ = xbmc.Monitor()
da ich jetzt das ändern der settings einbauen möchte.

PvD

Zitat von harryberlin

meinst das hängt mit der monitor / __monitor__ zusammen?

Wirft die Zeile keinen Fehler? __monitor__ hat keine Methode abortRequested. monitor dagegen schon...

Wie man das mit den globalen Variablen besser machen könnte: Keine verwenden, aber dazu kenne ich deine Projektstruktur nicht.

harryberlin

Ich brauche die Variablen nicht nur in der Funktion.

Wie löst du es wenn Settings geändert werden?

PvD

Zitat von harryberlin

Ich brauche die Variablen nicht nur in der Funktion.

Na dann definiere sie als Eigenschaften der Klasse.

class Monitor(xbmc.Monitor):

Code

def __init__ (self):
    xbmc.Monitor.__init__(self)
    self.settingsChanged = False # ist jetzt keine var mehr, sondern Eigenschaft der Klasse Monitor


  def onSettingsChanged(self):
    self.settingsChanged = True


monitor = Monitor() # Instanz von Monitor, erbt die Eigenschaft 'settingsChanged'
while not monitor.abortRequested():
  dowhatever()
  if monitor.settingsChanged: 
      loadSettings()
      monitor.settingsChanged = False


del monitor

Alles anzeigen

harryberlin

OK, probiere ich morgen mal.
Kann mir aber nicht erklären, warum es dann gehen sollte.
Die Funktion zu Settings laden importiere ich aus nen anderen script.
from resources.lib.events import loadSettings
oder muss ich innerhalb des scripts ne function schreiben, z.B. relaodSettings, dass es geht?

Da sich die fußnägel bei dir rollen, traue ich mich gar nicht mein code zu zeigen.habe erst vor 2-3monaten mit python angefangen.
hatte bisher nur mit vb6 und vba zu tun. und mal wenig c fürn arduino.

oder muss man die addon instanz neu setzen?

PvD

Zitat von harryberlin

Da sich die fußnägel bei dir rollen, traue ich mich gar nicht mein code zu zeigen.habe erst vor 2-3monaten mit python angefangen.
hatte bisher nur mit vb6 und vba zu tun.

. Ich habe 2011 mit Python angefangen, da sah mein Code auch nicht anders aus. BTW, VB versaut Dir den Programmierstil in der OOP.

Zitat von harryberlin

Die Funktion zu Settings laden importiere ich aus nen anderen script.
from resources.lib.events import loadSettings
oder muss ich innerhalb des scripts ne function schreiben, z.B. relaodSettings, dass es geht?

Hängt wie gesagt von Deiner Projektstruktur und dem Umfang desselben ab. Gerade am Anfang würde ich ein Projekt nicht zu sehr zerpflücken, dann lieber eine Superklasse, die alles kann, alles macht und alles weiß...

harryberlin

also unter dem dowhatever() wollte ich es ungern platzieren, weil ich vom serial port lese und unter umständen bremst das aus.
geholfen hätte es vermutlich auch nicht.

aber ich habe das problem lösen können.
da ich zum settings lesen das vordefinierte variabel __addon__ hernahm blieben die settings wohl erhalten.

jetzt mit der funktion geht es:

Python

def getAddonSetting(id):
    setting = xbmcaddon.Addon().getSetting(id)
    if setting == 'true': return True
    if setting == 'false': return False
    return str(setting)

PvD

__addon__ ist keine vordefinierte Variable. Das ist nur eine Schreibweise für __magische__ Variablen, die im Userspace definiert werden. Bei XBMC/Kodi wird das zur Kennzeichnung eben spezieller Vars aus den Libs xbmc, xbmcgui, xbmcaddon usw. genutzt. Bei meinen Addons/Scripten/Plugins sieht das immer so aus:

Code

import xbmc, xbmcaddon, xbmcgui


__addon__ = xbmcaddon.Addon()
__addonid__ = __addon__.getAddonInfo('id')
__addonname__ = __addon__.getAddonInfo('name')
__path__ = __addon__.getAddonInfo('path')
__version__ = __addon__.getAddonInfo('version')
__LS__ = __addon__.getLocalizedString

Damit würde Deine Funktion so aussehen:

Code

def getAddonSetting():
    # da Python Probleme mit True/true/"true" und False/False/"false" 
    # hat und selbst boolsche Werte in den Settings als String
    # gespeichert werden, mache ich das so:
    setting = True if __addon__.getSetting(id).upper() == "TRUE" else False
    return setting

harryberlin

ja schon, bei mir im code ist es auch definiert. ich hatte nur einen auszug meines codes gepostet.
andere settings, die werte enthalten, werden bei dir nur als False zurück gegeben.
deswegen bei mir dieses dreifach return.
aber das upper ist ne gute lösung, hatte ich auch schon überlegt.

eine frage noch dazu:
warum muss ich diese variablen nich per global "abholen"
und was zum teufel ist OOP? :O

PvD

Zitat von harryberlin

was zum teufel ist OOP?

(O)bjekt(o)rientierte (P)rogrammierung

Zitat von harryberlin

andere settings, die werte enthalten, werden bei dir nur als False zurück gegeben.

Ja natürlich, deswegen mache ich das ja auch nur für boolsche Werte. Bei Strings wird das einfach per __addon__.getSetting(id) ausgelesen und bei Integer per int(__addon__.getSetting(id)) gewandelt. Dann gibt es bei mir noch den Spezialfall der 'gemischten' Settings (z.B. '5 min', '10 min', '15 min'), wo nur der Zahlenwert 5,10 oder 15 benötigt wird:

Code

setting = int(re.match('\d+', __addon__.getSetting(id)).group())

harryberlin

dann hast du aber mehrere funktionen um die settings zu laden?

Jetzt mitmachen!