kodi hat einen internen 8 sek cache, der ist fix und nicht über settings manipulierbar.
Dieser cache wird sehr wohl genutzt, ohne diesen cache würde keiner auch nur ansatzweise vernünftig amazon / skygo anschauen können (konzeptionell bedingt)
Ob es sich hier um einen Anzeigefehler handelt, oder hier ein anderer cache gemeint ist, erfahren wir die nächsten Tage....
ggf. hidemyass oder ähnlichen vpn-proxy am start?
Ich habe bei mir auch die 2016er Version laufen. Es gab in älteren ssd_wv Versionen mit dieser neuen widevne version Probleme.
Du solltest also hier im Forum einfach mal nach ssd_wv.dll suchen, du wirst dort schon passende finden.
@memrane: https://github.com/Netflix/msl -> Java + JS
Wenn dies läuft (und mit java habe ich test client mal zum Laufen gebracht), dann stellt sich noch die Frage, was der Browser für Sachen in dieses Interface reinsteckt, damit das rauskommt, was man im Chrome Network traffic sieht.
Das bedeutet, das Interface im Chrome Browser zu finden und zu debuggen.
Sollten wir irgendwie schon mal ein login oder irgendwas hinbekommen, was genau so aussieht wie das was man im Network sniff sieht, dann bin ich zuversichtlich.
@membrane YouTube ist in der Mache, inputstream.mpd ist nun entsprechend angepasst dass auch deren Format geht.
Die Maintainer sind bereits dran und ich habe gestern das erste Video sehen können (FullHD).
NetFlix sehe ich 4 Möglichkeiten:
a) Es findet sich ein heller Kopf, der uns sagt wie / mit welchem Browser / Player Netflix ohne MSL geht
b) Ein Hybrid aus Browser und kodi (seh ich derzeit eher schwierig)
c) Java MSL Server bauen, der die MSL sprache spricht
d) MSL Java nach C/C++ transformieren, um das schön in kodi unterzubringen.
Ich habe den Java Code bereits mit einem Converter nach C++ transformiert, das lief zwar fehlerfrei durch, aber das Resultat sah erstmal ziemlich fragwürdig aus.
a) ist mein persönlicher favorit, da es am Wenigsten Arbeit bedeuten würde.....
Die kodi [definition='1','0']log[/definition] Datei hilft immer, sinnvollerweise vorher in kodis systemsteuerung debug logging aktivieren.
Ich hatte das auch mal - bei defekter Zeiteinstellung.
ntptime installiert und dann war alles wieder gut.
Wahrscheinlich macht es eher Sinn zu schauen, ob es nicht andere Kanäle (android app ader so) gibt, die nicht über MSL kommunizieren, anstelle sich mit MSL auseinenderzusetzen.
Selbst wenn man MSL zum Laufen bekommt, weiss immer noch keiner, wie das Frontend dann in JS damit spricht, das wäre dann Chrome debuggen..
Hi, das Thema wurde schon einmal angesprochen:
https://github.com/mapfau/inputstream.mpd/issues/11
Um mpd's in diesem Format verarbeiten zu können (Segmente werde nicht im Manifest angegeben, sondern im SIDX Atom des streams), muss in inputstream.mpd noch etwas erweitert werden.
Wenn hier also jemand aktiv wird bzgl. inputstream.mpd für youtube, dann werde ich mapfau mal anstupsen.....
Da muss sich halt jemand mit beschäftigen und schauen, in welchem Format GooglePlayVideos die Daten liefert.
Es muss sich dann auch ein Entwickler finden, der die Google Website seziert und die relevanten Sachen rausholt.
Warten wir einfach mal ab.....
Wenn das irgendwann mal notwendig wird, dann ist smoothstream flux angepasst so wie ich das gesehen habe....
@marriol123343 Gibt es bei skygo denn streams, die mit 1080p ausgeiefert werden?
dazu muss man das inputstream addon selbst kompilieren und dort die Einschränkung rausnehmen.
In der aktuellen Version inputstream.mpd 1.0.3 kann man 1080p auswählen.
Mehr darüber hier: bandwidth-and-resolution
Wegen Netflix....
Das sollte auch mit Widevine gehen.
Zu mindestens liest es sich hier so:
http://neverware.zendesk.com/hc/en-us…nd-above-?page=2#commentsVielleicht hilft das dann auch weiter mit den Links finden etc.
Ich kann auch gerne mal schauen (wenn ich Zeit finde) das in das Netflix Plugin reinzubekommen.
Würde das Amazon Plugin als Basis nehmen.
Problem bei Netflix ist ein Anderes: Netflix arbeitet nicht mit HTTPS, sondern mit ener eigenen sicherern Verschlüsselung (Netflix MSL) um Daten egal welcher Art von netflix zum Browser und andersrum zu verschicken.
Die API für das Format existiert zwar, jedoch nur in JAVA und JAVAScript - das ist erstmal recht ungeeignet für Kodi. Um netflix so zum Laufen zu bekommen, wie es bei SkyGo / Amazon ist, müssten wir diese Netflix MSL Bibliothek nach C(++) transformieren und dann schauen, wie da überhaupt kommuniziert wird.
Das ist mein Stand, wenn du natürlich etwas gefunden hast, was wir übersehen haben (das wäre toll!!), dann können wir gerne starten.
Sieht so aus als ob inputstream mpd (dash) in den kodi addon settings nicht aktiviert ist
Welches amazon plugin nimmst du denn? @Sandmann's?
OK, dann kopier dir die Datei, 008 oder wie die auch immer bei dir heisst, oder resette (wenn möglich)
P.S.: Wenn man das positiv sieht: Es tut sich was! (sorry, man kann da glaube ich aber auch anrufen, festplatte voll ist auf jedenfall ein technisch belegbares argument)
genau da, ja, aber ist leer, ok, dann müssen wir da wohl nochmal ran.
Hat sich freundlicherweise jemand gemeldet mit freien geräten - also können wir das asap angehen.
Edit: Ach so, was wir gar nicht gecheckt haben: hast du laut Chrome seite wirklich noch ein gerät zur Verfügung jetzt nach dem ganzen Testen?
OK, dann müssen wir wohl nochmal das Anlegen der Registierung testen.
Liegt auch keine Datei mit dem Namen cdm in dem Ordner von eben?
Schaust du bitte mal, ob du den Film den du angeklickt hast in skygo Chrome schauen kannst?
Wenn so, dann kopier dir die Datei aus Chrome in den ordner mit den zahlen (als cdm)
Na, dann häng ich auch noch eine hier an damit das Chaos perfekt ist 
(Datei ist nun im StartPost)
leider nein. Mit der ssd_wv.dll aus dem Startpost wurde der widevine-Ordner erst gar nicht angelegt. Mit der dll von marriol123343 wurde \cdm\widevine\68747470733A2F2F777667756172642E736B792E6465 angelegt, aber der Ordner ist leer
OK, von wann ist die ssd_wv.dll nochmal?
23.04, wie in @marriol123343's Bild ist zu alt, die legt noch nix selber an
