Zurücksetzen hat nichts gebracht. Selbe Exception wie bei meinem vorigen Posting ("License server returned failure").
Ich benutze einen Mac. Auf dem funktioniert aber grundsätzlich inputstream.adaptive mit DRM Streams (also jedenfalls Netflix, Amazon Prime Video).
Und ich habe auch noch 'ne Shield. Gerade getestet (selber Kodi build wie auf meinem Mac): mit der funktioniert die 0.0.40. Cool.
Beim Zurücksetzen des Addons die nächste Exception:
2020-03-25 17:26:50.020 kodi.bin[67521:9587928] [definition='1','3']Debug[/definition] Print: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.OSError'>
Error Contents: [Errno 2] No such file or directory: '/Users/kai/Library/Application Support/Kodi/userdata/addon_data/plugin.audio.amazonmedia'
Traceback (most recent call last):
File "/Users/kai/Library/Application Support/Kodi/addons/plugin.audio.amazonmedia/amazonmedia.py", line 2356, in <module>
am.reqDispatch()
File "/Users/kai/Library/Application Support/Kodi/addons/plugin.audio.amazonmedia/amazonmedia.py", line 137, in reqDispatch
self.resetAddon()
File "/Users/kai/Library/Application Support/Kodi/addons/plugin.audio.amazonmedia/amazonmedia.py", line 413, in resetAddon
shutil.rmtree(self.addonUDatFo)
File "/Users/Shared/xbmc-depends/macosx10.15_x86_64-target-debug/lib/python2.7/shutil.py", line 253, in rmtree
File "/Users/Shared/xbmc-depends/macosx10.15_x86_64-target-debug/lib/python2.7/shutil.py", line 251, in rmtree
OSError: [Errno 2] No such file or directory: '/Users/kai/Library/Application Support/Kodi/userdata/addon_data/plugin.audio.amazonmedia'
-->End of Python script error report<--Mit 0.0.40 komme ich etwas weiter, aber Abspielen klappt imme rnoch nicht:
2020-03-25 14:46:47.362 kodi.bin[66625:9481751] [definition='1','3']Debug[/definition] Print: VideoPlayer::OpenFile: plugin://plugin.audio.amazonmedia/?asin=B07MKQ9LFC&mode=getTrack
2020-03-25 14:46:47.363 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: Creating InputStream
2020-03-25 14:46:48.022 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: CCurlFile::FillBuffer - Failed: HTTP returned error 400
2020-03-25 14:46:48.022 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: CCurlFile::Open failed with code 400 for https://music.amazon.de/EU/api/dmls/:
2020-03-25 14:46:48.022 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: AddOnLog: InputStream Adaptive: License server returned failure
2020-03-25 14:46:48.022 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: AddOnLog: InputStream Adaptive: License update not successful (no keys)
2020-03-25 14:46:48.023 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: AddOnLog: InputStream Adaptive: Initialize failed (SingleSampleDecrypter)
2020-03-25 14:46:48.023 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: CVideoPlayer::OpenInputStream - error opening [plugin://plugin.audio.amazonmedia/?asin=B07MKQ9LFC&mode=getTrack]
2020-03-25 14:46:48.023 kodi.bin[66625:9482757] [definition='1','3']Debug[/definition] Print: CVideoPlayer::OnExit()
2020-03-25 14:46:48.046 kodi.bin[66625:9481751] [definition='1','3']Debug[/definition] Print: CVideoPlayer::CloseFile()Die neue Version funktioniert bei mir nicht. Fehlermeldung beim Start des Addons. Das Addon-Package scheint unvollständig zu sein.
2020-03-25 00:16:24.952867+0100 kodi.bin[55871:9203389] [definition='1','3']Debug[/definition] Print: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.ImportError'>
Error Contents: No module named lib.NetflixCommon
Traceback (most recent call last):
File "/Users/kai/Library/Application Support/Kodi/addons/plugin.audio.amazonmedia/service.py", line 8, in <module>
from resources.lib.NetflixCommon import NetflixCommon
ImportError: No module named lib.NetflixCommon
-->End of Python script error report<--Ist übrigens nicht Mac-spezifisch. Gleiches Fehlerbild auch unter Android.
Ich habe die Version 0.14.4 von CastagnaIT angepasst, so dass es wieder läuft.
Bis der Fix im Repo landet, kann man sich an der zip bedienen.
Hast Du ein diff für Deine Änderung?
@L0RE Das Addon (v 2.0.4) funktioniert aktuell teilweise nicht mehr - fast alle Live-Streams (z.B. ISS HD Earthview Experiment) starten nicht mehr. Gibt es da einen Fix? Getestet mit Kodi 18.2 und Kodi 19 nightly.
Nachdem ich einige Stunden mit dem TVH Sourcecode verbracht habe, vermute ich die Fehlerursache (Timeshift/Ruckler) im Handling der I-Frames (bzw. IDR-Frames bei h264 Material). Dies ist jedoch nur eine Vermutung, wenn auch eine Begründete.
Dann schreibe doch bitte mal ein Ticket für tvheadend und teile den Devs Deine Erkenntnisse mit. Vielleicht gib es ja dann bald einen Fix. => https://tvheadend.org/projects/tvheadend/issues
Ich habe die customcontroller.Harmony.xml im Anhang in den Ordner unter C:\Users\fischgourmet\AppData\Roaming\Kodi\userdata\keymaps kopiert. Leider ohne Erfolg.
Die Datei ist fehlerhaft und kann so nicht funktionieren. Nimm die, die ich hier gepostet habe und versuch's noch mal.
Alles anzeigen@ ksooo: Erstmal ein großes Dankeschön für deinen Input. Das Prozedere ist mir noch nicht ganz klar. Ich versuch es mal:
1. Runterladen der "customcontroller.Harmony.xml" aus deinem Link?
2. Wo muss diese Datei bei Kodi abgelegt werden?
3. Ich erweitere dann die "customcontroller.Harmony.xml" an den Stellen <FullscreenLiveTV> und <FullscreenRadio> um die Zeilen:
<!-- Channel Up --> <button id="171">ChannelUp</button>
<!-- Channel Down --> <button id="172">ChannelDown</button>Noch einfacher wäre es vielleicht, wenn du die angepasste XML hier hochlädst und mir sagt wo die hin muss und ich probiere das aus.
Die Datei muss nach .kodi/userdata/keymaps (oder falls Windows, so ungfähr, weil Verzeichnisnamen etwas anders...).
<?xml version="1.0" encoding="UTF-8"?>
<[definition='3','0']keymap[/definition]>
<FullscreenLiveTV>
<customcontroller name="Harmony">
<!-- up --> <button id="101">Up</button>
<!-- down --> <button id="102">Down</button>
<!-- Channel Up --> <button id="171">ChannelUp</button>
<!-- Channel Down --> <button id="172">ChannelDown</button>
</customcontroller>
</FullscreenLiveTV>
<FullscreenRadio>
<customcontroller name="Harmony">
<!-- up --> <button id="101">Up</button>
<!-- down --> <button id="102">Down</button>
<!-- Channel Up --> <button id="171">ChannelUp</button>
<!-- Channel Down --> <button id="172">ChannelDown</button>
</customcontroller>
</FullscreenRadio>
</[definition='3','0']keymap[/definition]>Wie gesagt, so ist das Standardverhalten mit Standard-Remote-Keymapping:
Code<up>Up</up> <down>Down</down> <pageplus>ChannelUp</pageplus> <pageminus>ChannelDown</pageminus>
Aber ggf. hat die Harmony ein eigenes Standardmappping, dass anders ist...Ja, hat es: https://github.com/xbmc/xbmc/blob…ler.Harmony.xml
Dann musst Du das anpassen.
Z.B so:
<FullscreenLiveTV>
<remote>
...
<!-- up --> <button id="101">Up</button>
<!-- down --> <button id="102">Down</button>
<!-- Channel Up --> <button id="171">ChannelUp</button>
<!-- Channel Down --> <button id="172">ChannelDown</button>
</remote>
</FullscreenLiveTV>
<FullscreenRadio>
<remote>
...
<!-- up --> <button id="101">Up</button>
<!-- down --> <button id="102">Down</button>
<!-- Channel Up --> <button id="171">ChannelUp</button>
<!-- Channel Down --> <button id="172">ChannelDown</button>
</remote>
</FullscreenRadio>Gib mal Rückmeldung, ob das dann funktioniert. Würde ich dann mal generell ändern. Dann muss keiner, der Harmony nutzt, da mehr rumfummeln.
Ich wollte es so haben wie Boogie:
1. "Rauf und runter" mit OK zum Umschalten
2. "Channel +/-" zum Zappen also direkt umschalten
Wie gesagt, so ist das Standardverhalten mit Standard-Remote-Keymapping:
<up>Up</up>
<down>Down</down>
<pageplus>ChannelUp</pageplus>
<pageminus>ChannelDown</pageminus>
Aber ggf. hat die Harmony ein eigenes Standardmappping, das anders ist...
Ja, hat es: https://github.com/xbmc/xbmc/blob…ler.Harmony.xml
Dann musst Du das anpassen.
Ich habe eine Harmony one. Egal ob ich die Option „zum Umschalten Enter drücken“ aktiviere oder nicht, verhalten sich die "Rauf und runter-Taste" und die "Kanal + / - Taste" immer gleich. D.h. entweder muss ich bei beiden Tasten noch OK drücken beim Senderwechsel oder der Senderwechsel geht sofort, je nach Einstellung bei der Option „zum Umschalten Enter drücken“.
Wie hast du das gelöst?
Dann bereinige mal bitte Dein inividuelles Keymapping. Ich wette, Du hast beide Tastenpaare auf die gleiche Aktion gemappt. Das Standard-Mapping (für Leia) macht, dass die Taen unterschiedlich funktionieren.
Das hatte mein vorheriger Phillips TV so in der Art auch. Mit dem Steuerkreuz durch die Programmbeschreibungen geblättert, OK dann zum umschalten. Hatte aber auch noch normale Umschalttasten zum direkten zappen.Vielleicht lässt sich das mit passender FB und [definition='3','1']keymapping[/definition] nachbauen.
Da braucht man nichts Rumfummeln, denn so ist es schon standardmässig eingestellt:
Steuerkreuz Hoch/runter => Umschalten nach OK (bzw. wie in settings definiert mit oder ohne)
Taste Kanal+/Kanal- => immer umschalten ohne OK
Der tvheadend Server kann sich merken, wie oft Du ein Recording angeschaut hast und wenn Du noch dabei bist, an welcher Position Du da stehst. Wenn Du das o.g. Setting im Addon aktivierst, werden die "Gesehen" und "Postions" Stati vom tvheadend Server anstelle der lokalen Kodi-Datenbank abgeholt bzw. an diese geschickt.
Das hat den Vorteil, dass Du diese Informationen für verschiedene Kodi-Installationen, die alle gegen einen tvh-Server laufen, automatisch synchron halten kannst. Ala begonnen eine Aufzeichnung im Wohnzimmer zu schauen für 10 min, dann Gehen ins Schlafzimmer, dort Kodi starten und das Recording exakt da weiter schauen, wo im WZ aufgehört.
Habe jetzt auf meiner shield die aktuelle master drauf. Und es läuft bisher super. Ich habe festgestellt das es einen neuen client gibt und dieser wohl etwas gefixt hat.
4.2.14 in der master
4.2.13 unter libreelec milhouse
Placebo Effekt. In 4.2.14 wurde definitiv nichts gefixt, was hier helfen könnte. 
...
Es funktioniert und gut is, updates fahre ich erst wieder wenn die 4.3 als stabil gesetzt ist, möchte nun wirklich kein Ärger mit meiner Chefin.
Sehr vernünftig. Wenn du kein extra Testsystem zum Rumspielen hast, solltest Du die Finger von unstable tvh lassen. Die Erfahrung zeigt, dass hier “gern“ auch mal wichtige Sachen kaputt gehen.
der Problem Commit ist aber auch in 4.2 drin (bin jetzt aber zu faul downzugraden um das zu probieren)
Dann ist der im Bug erwähnte Commit nicht die Ursache. Bei mir funktioniert ProSiebenSat EPG mit latest 4.2, nicht aber mit latest 4.3
Es ist ein tvh 4.3 Bug. 4.2 funktioniert. Wenn 4.2 nicht tut, hast du ein anderes Problem.
Die Fehlerstelle ist bereits gefunden, der tvh Entwickler braucht aber noch ein wenig Zeit für den Ffx, wie er im Bug dazu schreibt.
Gerne.
=> PVR.EpgEventProgress (ist ein int)
<control type="progress">
<left>0</left>
<top>70</top>
<width>100%</width>
<height>15</height>
<info>PVR.EpgEventProgress</info>
<texturebg border="3" colordiffuse="60FFFFFF">colors/white50.png</texturebg>
<midtexture colordiffuse="button_focus">colors/white.png</midtexture>
<visible>VideoPlayer.HasEpg</visible>
</control>
<control type="progress">
<left>0</left>
<top>70</top>
<width>100%</width>
<height>15</height>
<info>Player.Progress</info>
<texturebg border="3" colordiffuse="60FFFFFF">colors/white50.png</texturebg>
<midtexture colordiffuse="button_focus">colors/white.png</midtexture>
<visible>!VideoPlayer.HasEpg + !Player.ChannelPreviewActive</visible>
</control>EPG wurde für Kodi 18 aus dem Player herausgelöst. Player.StartTime enthält die Zeit, zu der der Player gestartet ist, für LiveTV also die Zeit, zu der Du zu dem Kanal umgeschaltet hast. Wenn da was mit dem Wert (UTC statt local) nicht stimmt, ist das leider nicht meine Baustelle. Player.FinishTime macht für LiveTV keinen Sinn mehr!
Wenn Du Zeiten/Progress für EPG Events darstellen willst, gibt es dafür in Kodi 18 neue Info Labels:
PVR.EpgEventDuration, PVR.EpgEvent(Elapsed|Remaining|Finish|Seek)Time => die geben nicht unbedingt die statischen EPG-Zeiten, sondern berücksichtigen ggf. Timeshift
Für die statischen Anfangs-/Endzeiten gemäß EPG verwende VideoPlayer.(Start|End)Time