Beiträge von libdev

    Stattdessen legen sie Android lahm weil sie denken damit das Problem zu lenken.

    Es wird ein Fünkchen wahrheit darin liegen, das NVIDIA Einfluss auf die Entwicklung hat, aber der wird positiv getrieben: Support.
    Das kann man von AMLogic nicht behaupten, ich tummel mich gerade in dieser Ecke rum, und kann echt nur bestätigen, das AMLogic Entwicklungen das Übelste sind, was ich je gemacht habe: Keine Dokus, keine Beispiele, kein Support. Assembler debugging oder flehen nach wenigstens Anhaltspunkten. Aus Entwicklersicht dermaßen unbefriedigend und sehr aufwendig.
    Punkt2 ist trivial: Es gibt im kodi team keinen Android maintainer. Keiner, der sich wirklich in dem Bereich auskennt, kein / oder nur minimalistischer Input von außen.
    Es gibt keinen, der Änderungen, die im Kodi Kernel stattfinden, in den bestehenden Android sourcen nachzieht, und bevor diese Sourcen die Weiterentwicklung hemmen, fallen sie halt raus.
    Frage ist eh, ob Android kodi zwingend braucht - Android TV geht ja in diese Richtung.

    In den mpds von maxdome taucht u.a. sowas hier auf: "$RepresentationID$" Ich nehme jetzt mal an, dass es sich dabei um irgendeine Art von Variable handelt. In den inputstream.mpd Sourcen finde ich auch den Punkt an dem dies gecheckt wird. Sehe ich es richtig, dass diese Art der ID bisher noch gar nicht unterstütz wird? Würde dann erklären, warum das parsen fehlschlägt.

    gestern Abend / Nacht ist etwas in inputstream.mpd gepushed worden, der das Problem löst. Leider wurde die Version nicht angehoben, womit man derzeit nicht wirklich weiss, ob man nun die "Richtige" hat oder nicht. Ich werde mapfau mal ansprechen.
    Die mpd Datei kann nun korrekt eingelesen werden. Über widevine / den Aufbau des Lizenzstrings können wir uns dann gerne über PM unterhalten.

    Mit der ssd_wv.dll vom 17.05.2016 und der Windows nightly von heute Nacht, kommt bei mir:

    Kann das noch jemand anderes nachstellen?

    habe @jojo gerade noch eine Änderung durchgegeben, die das Problem beheben wird.
    Für all die jenigen, die es schon mal verifizieren möchten: im skygo.py nach [SSM} suchen, und ein R davorschreiben, also R{SSM}

    @libdev Habe ich beim Abspielen von onDemand-Kram (Filme, Serien...) festgestellt, nicht bei den Livechannels. "Ab hier abspielen" funktioniert damit in der Folge auch nicht wie es sollte.


    Jup, hab ich auch so verstanden, aber da ja programmtechnisch alles durch den gleichen "Quark" läuft, wird es sich hier um ein Problem handeln, was bei VOD auftritt aber durch die Anpassungen von LiveTV reinentwickelt wurde.
    Bei LiveTV werden am Ende vom Stream realtime neue Fragmente zum Verarbeiten eingefügt (die waren ja zum zeitpunkt des Starts nicht vorhanden), wenn so etwas nun bei VOD passiert, dann fängt das von Vorne an.
    Ich schau mir das mal an, hab eben von jemanden erfahren, dass er freie smoothstreams gefunden hat zum Testen (Fußball!!! :)

    @libdev Hab übrigens festgestellt, dass bei Amazon der Videoplayer nach dem Ende des Streams gestoppt wird, während bei SkyGo das Video nach dem Ende automatisch von Vorne startet (komischerweise ohne Ton). Liegt das am smoothstream addon oder am SkyGo Addon?

    Das riecht nach inputstream.smoothstream - die Anpassungen für LiveTV waren da etwas tricky.
    Mal sehen ob ich das ohne Zugang hinbekomme, ansonsten muss ich unseren skyaccount sponsor noch einmal anfunken...

    average download speed: 771431.0000 (byte/sek) das sind ca. 5,5MBIT / sek.

    Das Video hat eine Größe von ca. 3MB für 2 sek, also musst du 1,5MB pro sek. downloaden können (sind dann ca 12MBit).

    Das passt halt nicht.

    Ich hoffe, dass ich mich hier nicht verrechnet habe, ist schon spät :)

    [Edit:] Hast du zufälligerweise "MinBandWidth" hochgenudelt?
    Normalerweise dürfte dieses Video (mit den Default Einstelungen) bei dir gar nicht abgespielt werden.

    Ach so. Ich hatte es so interpretiert, dass die inputstream.mpd die SegmentTemplates mit variablen Ids verwirft.maxdome bietet übrigens auch ein Manifest an, wie es bei sky go bzw, dem Plugin verwendet wird. Sollte dann ja über smoothstream funktionieren(?)

    Gibts eigentlich irgendwo eine Erklärung wie man die Anfragen an den Licenseserver stellen muss. Ich habs zwar im SkyGo-Plugin gesehen, verstehen tue ich es aber nicht wirklich, Wo genau wird denn der POST request an den Licenseserver abgesetzt?

    Also Problem ist Folgendes: mpd Dateien unterscheiden sich von Anbieter zu Anbieter. Das wird wahrscheinlich auch für Smoothstream zustreffen.
    Bisher ist nur das im Manifest Parser implementiert, was bekannt ist, alles andere muss nachimplementiert werden.

    Die komplette Widevine Konnektivität findet in wv_ssd.so / dll statt (jedoch über das kodi VFS, womit die Aufrufe mit aktiviertem libCurl debugging sichtbar sind).
    Der inputstream.mpd.licensekey string unterstützt eine rudimentäre Templatesprache, die beschreibt, wie der Austausch der Daten von statten geht.
    Jetzt wo ich das gerade schreibe bin ich mir aber noch nicht mal sicher, ob dieser Part in inputstream.mpd enthalten ist, ggf. kann nur inputstream.smoothstream die templates (noch)

    Am Einfachsten ist es, wenn du in Chrome eine .har Datei erstellst (da ist der ganze traffic sichtbar). Die har datei (das Recording von Netztraffic) sollte aber wenn möglich nur den Moment vom Start des Videos beinhalten, sie wird schnell recht gross. Dann schau ich mir das mal an und sag wies geht.

    hi Leute, wegen Netflix:

    ich weiß, dass Netflix in Verbindung mit playontv innerhalb von Kodi läuft. Allerdings nur in 720p.

    Jetzt frag ich mich gerade, ob sich inputstream mit playontv irgendwie kombinieren lässt. Wahrscheinlich nicht, aber ich wollte es mal gesagt haben :)

    Hier brauchen wir jemanden, der sich den Unterbau von playontv mal anschaut. Also jemanden mit Browserkenntnissen??
    Spontan fällt mir hier estmal @jojo ein :) Er weiss recht genau, wie das alles funktioniert.

    In den mpds von maxdome taucht u.a. sowas hier auf: "$RepresentationID$" Ich nehme jetzt mal an, dass es sich dabei um irgendeine Art von Variable handelt. In den inputstream.mpd Sourcen finde ich auch den Punkt an dem dies gecheckt wird. Sehe ich es richtig, dass diese Art der ID bisher noch gar nicht unterstütz wird? Würde dann erklären, warum das parsen fehlschlägt.

    Das "$RepresentationID$" wird intern vom inputstream.mpd gelöst. Es ist ein Platzhalter, der automatisch aufgelöst wird. Ziel dieser Platzhalter ist, die mpd datei möglichst klein zu halten, um ein Schnelleres Starten zu gewährleisten.

    Ich schaue mir die mpd aber mal an, bin eh gerade an der Ecke dran wegen einem Format für @Jin

    D.h. doch, dass inputstream.smoothstream wieder deaktiviert wurde, weil keine gültige URL gefunden wurde? Muss man bei inputstream.smoothstream noch die URLs ausfüllen?

    Um performant zu bleiben, checkt kodi einmal beim Start die URL's, die ein Plugin verarbeiten kann. Direkt im Anschluss wird das plugin wieder "entladen". Der Log auszug ist also OK.

    Die [definition='1','0']log[/definition] auszüge, die du gepostet hast, sehen mehr als merkwürdig aus: smoothstream ist installiert, mpd nicht.
    Trotzdem scheint es so, als ob du das amazon.prime addon probiert hast, und nicht skygo. Das amazon plugin wirft eine exeption beim Zugriff auf die phonelist db (??), ist eher ein Thema für Sandmann.

    inputstream.mpd / smoothstream für android ist keine Welt, das ist derzeit ein kosmetisches Thema in kodi, welches in den nächsten Tagen gelöst sein wird.

    Allerdings: DRM decrypting, das scheint der player aus deinem Link nicht zu bieten, ist aber essentiell für amazon / skygo.
    Hier ist dann die Frage, ob die ARM libwidevindecdm.so ggf. auf android funktioniert, dann ist das alles schön.
    Wenn nicht, muss jemand die widevine DRM library in den decrypter einpflanzen.