@vdr.tuxnet die ganz aktuellen kodi 18 versionen haben eine Anpassung in der API.
inputstream.adaptive 2.0.0 läuft nicht mehr damit. Dies nur zur Info, hat aber glaube ich nichts mit dem Problem hier zu tun.
Beiträge von peak3d
-
-
Hi, wollte auch mal kurz mein Problem melden. Unter OSMC am RPI3 kommt der Stream, allerdings nur mit Ton und ohne Bild. Irgendwas übersehe ich da.
Ich vermute, dass OSMC nicht auf kodi18 basiert, sondern ein inputstream.adaptive für K17 vorliegt.
Dazu muss ein älterer Tag kompiliert werden als der git master HEAD. -
Hallo hab einen PI3 und bei Max Resolution secure decder 720p !
1.) Und 720p kannst du abspielen?
2.) Schick mir doch bitte mal nen Log mit Auto Einstellngen. -
Werde ich morgen machen. Habe die Netflix App generell schon installiert. Wo finde ich die denn in der App? Danke für deine Hilfe
In der App im Menüpunkt About (oder ähnlich), findest du schon.
-
Netflix Addon geht nicht. Stream läuft zwar, aber weder Ton noch Bild (einfach nur schwarz).
Netflix erlaubt erstmal kein L3 device, amazon schon. Netflix könnte laufen, wenn deine ESN ein Gerät spezifiziert, welches L3 ist und NX dann ein entsprechendes Manifest liefert.
Vorgehen: Installier dir einen Browser, öffne netflix.com, geht das? Wenn ja, quelltext anzeigen, nach "esn" suchen und diese in die addon-settings eintragen.Oder NX App installieren / side-loaden
genau das wollte ich auch fragen warum bei Amazon immer der 720x480p genommen wird, hab aber 720p eingestellt ? Manuell nehme ich dann immer den 1280x720p.
Was steht denn bei dir Max Resolution secure decder (inputstream.adaptive settings). Und, von was für einem Gerät redest du?
-
Früher haben wir die CURL Aufrufe über Kodi gemacht, allerdings ist dort das Problem, dass wir keinen Zugriff auf die Cookies haben. Weisst du ob man da irgendwie an den Inhalt der Cookies ran kommt (oder sogar den ganzen Header)?
Hatte mich @jojo mal drauf angesprochen, ich wollte das zugänglich machen, ja.
Ich schau mir das nochmal an ob das ggf. schnell zu machen istEdit: habe gestern mit Erschrecken gesehen, dass wir noch timeshift offen haben (dein PR)
Ist das alles noch aktuell und lohnt mal anzugehen? -
Ich vermute dass im Fall von Android libcurl von Kodi verwendet werden muss. Ich hatte da mal einen Versuch auf diesem Branch gestartet:
Abhilfe schafft hier, die interne libcurl konnektivität abzuschalten, und das kod VFS zu nehmen.
ich war mit Inputstream bei der gleichen Problemstellung angelangt, habe mich aber genau wegen diesen Problemen für die Kodi Variante entschieden.Wie einfach das geht, kann in main.cpp von inputstream.adaprtive nachgesehen werden.
-
Ach und wenn ich etwas testen/ausprobieren soll, dann meldet euch ruhig. Entweder hier oder per PN.
https://www.dropbox.com/s/o3r6sqni6omv…-debug.apk?dl=0
Kannst ja mal probieren, wenn es nicht funktioniert, bitte [definition=12,0]debug[/definition] [definition='1','0']log[/definition] zur Verfügung stellen.
-
Für bessere Lösungen bin ich offen
auch wenn das alles Multithreaded löuft, hebe ich manchmal das Gefühl, dass NX service startup den Start von kodi beeinflusst.
Für mich könnte eine Lösung sinn machen, das der service erst richtig aktiviert wird, wenn erstmalig NX plugin geöffnet wird.Davor hängt der service einfach in einer sleep schleife, oder kann ggf. auch über die bereits vorhandenen events gestartet werden.
-
st es aktuell eigentlich gewollt, dass der Decrypter nicht mit inputstream.adaptive in der Alpha Version mitgeliefert wird und man ihn separat besorgen muss?
Ja, Interessenkonflikte.
-
ch und wenn ich etwas testen/ausprobieren soll, dann meldet euch ruhig. Entweder hier oder per PN.
@vdr.tuxnet da ich keinen DrmManagerClient habe, hab ich weitergesucht: geht auch mit MediaDrm::getPropertyValue("Security-level"")
@vflborussia Scheint so, als ob da was geht - dauert aber ein bisschen, bis das alles drin ist -
Beim zwischenzeitlichen Rumspielen mit Leia4 ist mir beim Zappen von IPTV auch folgendes jetzt öfters passiert:
schwierig ohne [definition=12,0]debug[/definition] ausgaben.
-
ventuell dieses hier http://support.google.com/widevine/answer/6072714?hl=en
coole Sache
-
Hab es gerade getestet. Funktioniert nicht. Habe auch die Streams manuell ausgewählt und den geringsten versucht. Kein Bild, nur Ton. Schade, ich hätte mich auch mit SD zufrieden gegeben, die nativen Apps geben ja auch nicht mehr aus.
Noch ist nicht alles verloren, ich wähle derzeit für encryptete streams einen secure decoder aus, kann sein, dass ich für L3 den unsecure wählen muss.
Muss halt schauen, welche Kriteren ich da nehme / bzw. wo ich alle Informationen über DRM Status herbekomme.Theoretisch kann es aber auch sein, dass ein anderes Manifest geholt werden muss, welches non-secure keys unterstützt (und nur die schwachen Auflösungen liefert)
Da das nicht auf meiner Top-Prio Liste steht, kann das alles ein paar Tage dauern.
-
Das muss ich mir mal anschauen, hast du mal versucht, Max. bandwidth einfach auf 1 zu setzen um den geringst aufgelösten stream zu bekommen?
Wenn das klappt, kann ich versuchen etwas diesbezüglich einzubauen. -
@L0RE machst du auch etwas im Arte +7 addon?
1.) Serienauswahl (z.B. The code) funktioniert nicht.
2.) Suche (the code) sucht scheinbar nach "the" und nicht "the code" (und dauert ziemlich lange die Suche) -
Bei beiden bekomme ich aber kein Bild (nur grau oder weiß) der Ton und Subtitles funktionieren. Was habe ich übersehen?
Deine Box ist wahrscheinlich nicht widevine zertifiziert.
-
Ich habe mein gestriges Zattoo HLS problem mal jetzt gerade auf video festgehalten:
Beeindruckend, nein, das sollte so nicht sein.
Was ist das denn für ein Addon dahinter? pvr.simple? -
Der DUAL_KEY Parameter ist bereits seit 9.6. eingebaut und wird auch weitergereicht, hatte nur den Changelog im Startpost noch nicht angepasst.
Soweit ich mich erinnere, sollte der nur für != android rein.
Ich weiss, dass das in libdevs default.py auch nicht abgefragt wird (und somit falsch ist), aber das ist ja nur ne Test-Spielwiese.In deinem professionellen Addon müsste die Unterscheidung rein.
-
Da läuft das Addon von Sandmann bei mir deutlich besser.
Herrjeh, es ging nur darum festzustellen, ob die Streams, die bei euch Probleme machen, mit der libdev Version laufen.
Ich bin nie davon ausgegangen, dass jemand das libdev addon ernsthaft nutzen wird.Wenn du das Thema weiterverfolgen willst, dann suche einen defekten stream, nimm das libdev addon (ich gebe keinen support für sandmann addon, da ich nicht weiss was da rumgeschraubt wird) und poste ein [definition=12,0]debug[/definition] [definition='1','0']log[/definition].
Ansonsten hake ich das Thema als erledigt ab (die von dir genannten Filme laufen bei mir auf ählicher Konstellation gut)
