Derzeit erfolgt das Abholen der Streams mit dem Kodi User Agent.
Plan ist aber, den User Agent einzusetzen, der im Addon (addon.py) definiert ist (Chrome 49 derzeit im amazon plugin von mir, was sandmann oder jojo mit skygo machen weiss ich nicht).
Werde ich die Tage mal einbauen, wäre ja blöd wenn deswegen ein content provider eine Regel einbaut.
Ausserdem ist es ja immer gut, wenn ihr für die Notfälle die Möglichkeit habt den UA selber anzupassen.
Tach Zusammen,
ich dachte NowTV ist noch flash und kann noch mit dem addon von LORE abgespielt werden!?
Oder war das TVNow (ist TVNOw überhaupt was anderes als NowTV??)
Wenn TVNow angegangen werden soll, kann gerne schon mal jemand vorglühen, wie das da dann funktioniert.
- welche Streams, wird mit widevine decrypted, muss html geparsed werden oder gibt es eine JSON schnittstelle....
Mit diesen Infos kann ich dann recht schnell bewerten, was geht und wie aufwendig das ist.
Mit vielleicht oder eventuell kann ich derzeit nicht gut arbeiten, es müsste schon jemand Fakten auf den Tisch legen.
Das Raussuchen der Informationen ist nicht trivial, ich freue mich aber, wenn wir das inputstream dev team vergrößern können.
Wo lag da der Fehler? Ich glaub bei mir hatte es was mit den C++ Runtimes zutun gehabt.
https://github.com/xbmc/xbmc/pull/9644
Ja, es lag an den runtimes.
@Sandmann leider funktioniert das bei uns allen mit libcurl, wir sind also auf deine Hilfe angewiesen.
start-run-> https://live.sysinternals.com/Procmon.exe and then go to filter(ctrl+L) and choose process name, write kodi.exe and click add and Ok, then try and launch kodi and quit it after you get the error
Könntest du uns den output hiervon zukommen lassen?
Edit: Das Problem scheint gefunden. Du brauchst nix zu machen!
@Sandmann Ich versuche das mal zu klären. thx.
Edit: das Thema ist bekannt, wird wohl in Kürze gefixed.
OK, der fix sollte morgen in milhouse build enthalten sein
ich habe das selbe problem. bei mir funktionieren mit dem aktuellen libreelec generic auch nur die Serien.
habe auch in Sandmanns beitrag zu seinem plugin gepostet, da ich nicht weiß wo das problem liegt
Habe dir in Sandmanns thread geantwortet, wäre nett wenn du das prüfst und hier kurz schilderst, danke!
Okay jetzt muss ich meine Aussage zurückziehen, nach der Installation von der aktuellen Nightly bekomm ich auch den libcurl Fehler. Komischerweise auch in den Nightlies zuvor, obwohl die gestern noch ohne Probleme funktionierten.
Gibt es ein [definition='1','0']log[/definition] dazu?
hallo,
bei mir laufen jetzt auf x86 nur mehr Serien. keine filme mehr.
ich hatte das hier schon irgendwo gelesen, aber es gibt so viele beiträge rund um dieses Thema dass ich es nicht mehr finde.hat das problem noch jemand? ich gehe davon aus dass ich die libs richtig eingerichtet bzw kopiert habe, da ja Serien gehen.
mfg este
Das ist ein Problem mit der Chrome 50 libwidevine (1.4.8.885), der Fix dazu ist bereits gepushed.
Entweder die Chrome49 nehmen, oder ssd_wv updaten.
Heißt im InstallOrdner ist nix mehr zumachen? Nightly drüber und gut??
Milhouse / fritsch haben einfach den defaultpfad in ihren AddonSettings angepasst, daher ist es ohne Weiteres möglich, ssd_wv in den Installationspfad zu packen.
Für vorgefertigte builds geht das also nach wie vor.
Für nicht vorgefertige builds sind Installationsanwendungen hier unterwegs, die an den Hürden der Rechte im Installationspfad scheitern (windows).
Daher ist der default Pfad nun in dem userdata ordner, der ist schön beschreibbar.
libwidewine wie gesagt muss in einem ordner mit schreibrechten für den user liegen.
Von meiner Seite auch die Warnung zu skygo: wenn euch eure geräteregistrierungen lieb und heilig sind, dann solltet ihr wirklich warten.
jojo und ich haben keinen slot mehr frei um zu testen, ob kodi sich selbstständig eine geräteregistrierung anlegen kann.
Im schlimmsten Fall sind nach 4 versuchen alle 4 Slots weg und ihr dürft dann dort anrufen.
wir wissen aber, dass vorhandene geräteregistrierungen zumindest von dem selben Gerät von kodi / inputstream.smoothstream verwendet werden können.
Vieleicht aber schon mal etwas Grundsätzliches: es muss genau wie bei amazon ssd_wv und widevine shared library vorhanden sein.
Insbesondere ssd_wv muss eine version sein, welche aus dem Softwarstand gestern Nachmittag ist.
@fuenfzigccm Du musst nicht mehr lange warten.
inputstream.smoothstream ist bereits im offiziellen kodi repo (seit gestern).
Noch etwas auch in diesen Thread: Derzeit wird Chrome 50 ausgerollt.
Die widevine dll / so Datei, die dort mitkommt (1.4.8.885), arbeitet etwas anders als die Vorgängerversion und funktioniert noch nicht.
Bitte bis zur Anpassung die widevine lib von chrome < 50 nehmen!
marriol123343:
Ich Teste da ja selber auch mit - aus reiner Neugier. Wobei sich beim Inputstream Addon im letzten Monat auch nichts wesentliches getan hat, abgesehen von den Pfadänderungen, die aber mehr Verwirrung als Verbesserungen gebracht haben.
Ansonsten läuft bei mir im Wohnzimmer auch noch eine Build im vom 21.3. und da werd ich mich hüten, die zu updaten solange es dort läuft.
Die meisten Probleme auf den letzten paar Seiten drehen sich auch nur um fehlende Decrypter Bibliotheken.
Kurz ein Wort zu den Pfaden: Widevine hat ein eigenes Dateihandling, z.B. für die Geräteregistierung und braucht einen beschreibbaren Ordner.
Zu sehen an den Unterordnern in cdm, die nicht kodi sondern widevine anlegt. Daher der Umzug. Das war nicht um irgendjemanden zu ärgern 
es wächst und wächst braucht alles noch ein bisschen feinschliff. Das größte Unterfangen sind, wie @marriol123343 richtig erkannt hat, die Anpassungen, die derzeit in Kodi stattfinden.
Dadurch, dass kodi alle dateiopeerationen auf sein internes "virtuelles dateisystem" umbiegt, und dort nach Update auf eine neue Entwicklungsumgebung probleme aufgetaucht sind die leider auch widevine betreffen, ist das gerade alles noch nicht ganz wackelfrei.
und ja, ich werde bei nächster gelegenheit den ersten beitrag hier von mir anpassen 
Nochwas: habe heute erfahren, dass libwidevinecdm.so aus Chrome50 (noch) nicht funktioniert - hier scheint es Anpassungen im Protokoll gegeben zu haben.
Kümmere ich mich bei gelegenheit drum.
Ja, funktioniert theoretisch auch mit mac - libssd_wv.dylib must du selber kompilieren, oder jemand hier macht das.
Es gibt ein Phänomen, welches mit HDCP zusammenhängt: Mit der jetzigen version laufen nur ca. 50% der Filme.
In den kommenden Tagen kommt aber ein Update, welches das Problem behebt.
Wenn du das alles also am Liebsten nur einmal machen möchtest, dann würde ich noch abwarten.
Ich melde mich dazu noch einmal.
kurzer Zwischenstand:
- skygo hat kein MPEG DASH, sondern SmoothStreamingMedia, dafür gibt es ein neues inputstream.smoothstream addon (wird auch ins kodi repo gepackt)
- die widevine Geschichten haben wir jetzt soweit im Griff, es war etwas mühsam das Konzept der Geräteregistierung nachzuvolliehen (und umzusetzen).
Also: bisher alles im Fahrplan.
Ab der heutigen kodi nightly version ist es nicht mehr notwendig, die URL's in settings.xml anzugeben.
Anstelle dessen muss eine neue property an kodi übergeben werden, damit inputstream.mpd verwendet wird.
@Sandmann
https://github.com/liberty-develo…84a20775d35e8d0
P.S.: ich hab das noch alles nicht getestet.
wir sind an skygo dran - ist aber etwas kniffeliger als bei amazon
inputstream.mpd macht Kodi wohl die HTML5 Inhalte zugänglich (korrigiert mich, wenn ich's falsch verstanden habe)
richtig
