Beiträge von vdr.tuxnet

Das Modul habe ich auf dem Rechner, aber auch script.module.requests im Addon Ordner.

Zitat von webmann

So habe es so hinbekommen wie es in der How To steht

Nein wirst du nicht, denn wenn du das HowTo richtig abgearbeitet hättest, dann würde es sofort laufen,

der dort Beschriebene Weg ist zig-Fach erprobt und führt, bei richtiger Anwendung, immer zum Erfolg.

Es bringt auch nichts, immer wieder Logs mit dem gleichen Inhalt zu posten, die helfen keinem mehr weiter.

Wir wissen auch nicht, an welcher Stelle du einen Fehler gemacht hast, wir sehen nur, anhand deiner Screenshoots, das ein Fehler vorliegt,

keine Ahnung wo du den gemacht hast.

Dein Weg ist jetzt:

cdm Ordner löschen,

inputstream.addaptive Ordner löschen,

Kodinerds Addon Repo installieren,

SkyGo Addon aus dem Repo installieren,

Kodinerds Binary Repo installieren,

aus dem Repo inputstream.adaptive aus dem Repo installieren,

HowTo richtig abarbeiten,

und sich dann über SkyGo freuen.

Ich habe mal versucht das Problem nachzustellen, ich habe in Qemu/KVM ein Ubuntu 16.04 installiert, alle Updates

mit apt update geholt, Kodi17rc3 installiert, alle Addons spielen ohne Probleme, ich kann euch da leider nicht helfen.

Sehr komisch, und kodi kommt aus

http://ppa.launchpad.net/team-xbmc/unstable/ubuntu xenial/main

daher kommt meiner, kodi ist mit apt dist-upgrade von 19.1.2017 13:15 Uhr, da ist nur Kodi neu gekommen

kodi-bin amd64 2:17.0~git20170119.1031-rc3-0xenial
kodi all 2:17.0~git20170119.1031-rc3-0xenial

Ich habe keine Probleme mit einem Kodi Addon.

Aber auch mit Kodi vom 12.1.2017 habe ich unter 16.04 keine Probleme.

Zitat von rainman74

Aber trotzdem, bis Kodi v17 Beta 4 ging es ja noch, und danach war der PVR-API-Change bei Kodi und seit dem gibt es die Verzögerung.

Ich habe mal etwas gespielt, mit dem Zatto Box Ext. Addon, starten die Streams in ca. 3 Sek +/- bis zu 1 Sek. je nach Stream, zu Beginn gibt es aber auch ein ein Still von 1/2 Sek.,

ob dies nun den Kodi internals oder dem Smart DNS geschuldet ist, da habe ich keine Ahnung, über unseren Firmen VPN, ohne Smart DNS, habe ich die gleich Zeitspanne.

Andere IPTV Streams, mit oder ohne VPN/Smart DNS, spielen auch mit dem, 3 Sek +/- bis zu 1 Sek., gap, scheint dann wohl ein Kodi internal zu sein, halte ich für akzeptabel bei IPTV.

Die angezeigten Fehler und Wartezeiten wie, Creating Demuxer <-------------- das dauert 13 Sekunden oder CDVDVideoCodecFFmpeg::Decode - avcodec_decode_video returned failure,

treten hierbei aber nicht auf.

Ich tippe mal da ist ein Bug zwischen der Übergabe von PVR zu Videoplayer, anders kann ich mir dies nicht erklären.

Zitat von frankr612

Bei mir tritt unter XUbuntu der selbe Fehler auf.

Kann ich nicht bestätigen, bei mir unter Ubuntu 16.04 mit Kodi17rc3, habe ich diesen Fehler nicht, bei LE gibt es auch keine Probleme.

@webmann hat ja wohl eine generelles Verständnis Problem den Vorgang normal abzuarbeiten.

Über das Windows HowTo, ist es ja banal einfach, via copy'n'paste, sein Problem aus der Welt zu schaffen.

Ich habe kein Ahnung woher seine ssd_wv.dll kommt, die hat eine mir unbekannte Größe von 236kb, die

bekannte ssd_wv.dll hat aber schon seit Monaten eine Größe von 251kb.

Man kann selbst einfache Angelegenheiten, für sich persönlich, recht kompliziert gestalten.

Sehr wahrscheinlich reich folgender Zweizeiler, mit Adminrechten ausgeführt, völlig aus,

DEL /F /S /Q /A "%appdata%\Kodi\cdm\ssd_wv.dll"
mklink %appdata%\Kodi\cdm\ssd_wv.dll %appdata%\Kodi\addons\inputstream.adaptive\lib\ssd_wv.dll

sollte der Rest nach vorgebe installiert worden sein.

Ihr braucht schon, als minimal Voraussetzung, Kodi 17 und einen ARMv7 tauglichen SoC, MIPS und sh4 SoCs fallen aus,

dafür wird es nie eine libwidevinecdm geben, ergo ohne ARMv7 SoC geht es nicht.

Und dann sind die E2 Devs gefragt, dieses auch richtig zu verpacken.

Kannst du einen aufnehmen, kannst du alle aufnehmen.

Zu TVH wirst du im dortigen Forum nachfragen müssen.

Ich meine Maxdome liefert gar nicht in 1080p, ich konnte gestern mal an einem 100er VDSL testen, selbst da

ist kein 1080p Stream im Manifest, allerdings ein 720p mit 15 Mbps.

Zitat von Linkinsoldier

kann man inputstream streams irgendwie in tvheadend inkludieren

Davon abgesehen das es unsinnig ist und die Legalität infrage stellen würde , aber TVH kann doch die DVB Streams aufnehmen.

Zitat von Perlbo

Oder eine Möglichkeit Livetv und bösesplugin mit libreelec only zu betreiben ?!?

Bei mir werkelt ein VDR Streamdev Server, mit 7 Devices, der bedient die Kodi Clients via VDR Proto,

und ein TVH Server, mit 5 Devices, der bedient die Wlan Clients via SatIP, alles über meinen

Ubuntu 16.04 Server, beides auch extern über VPN.

Böse ist nur Gängelung, wie CI+ und/oder Hardwarezwang, Plugins kann man zum Eigengebrauch nutzen, dann sind sie auch nicht böse,

aber auch nur für den Eigengebrauch!

Zitat von Perlbo

mit was läuft den libreelec

Libreelec ist Libreelec, man kann sagen ein sehr aktuelles LFS, angepasst für Kodi.

z.B. ist nicht LE Stock, ich habe da noch einige Patches verbaut, die ich benötige:

Linux version 4.9.0-040900 (tuxnet@kvmbox) (gcc version 6.2.0 (GCC) ) #1 SMP Sat Jan 7 19:13:12 GMT 2017

Wer natürlich selbst keine Pakete bauen kann, ist bei solchen Sachen wie yaVDR, die so viele eigenbrötlerische Eigenschaften mitbringen, aufgeschmissen,

ich habe selten ein System gesehen was man sich so schnell ruinieren kann wie yaVDR.

Zitat von Perlbo

Beim abspielen eines 4K Filmes ruckelt es elendig

Direkt aus dem VDR ?

Für 4K braucht das VDR Konstrukt normal einige Patches, damit es richtig mit 4K umgehen kann,

der Unterbau von yaVDR ist ja auch schon recht alt, Ubuntu 14.04 wenn ich mich nicht irre.

Bei mir läuft hier ein VDR unter Unbuntu 16.04, der hat keine Probleme mit 4K.

Scheint mir aber auch, dass der VDR auf der Liste der aussterbenden Art steht, da hat sich ja, leider, in den letzten 18 Monaten

nicht mehr wirklich viel getan.

Sorry, ich habe da falsch gelesen, aber auch unter Ubuntu 16.04 mit Kodi 17 rc3 gibt es keine Probleme mit 4K und Nvidia.

Eventuell ist es mal Zeit, den Unterbau von 14.04 auf 16.04 anzuheben, denn die GTX 1050 sollte ja keine Probleme mit 4K haben.

Wie Amazon was, wo liefert ist ja auch fest definiert, Amazon Video - Geräte und Funktionen

Alles andere sind kleine Hacks, und dort wird Katz und Maus gespielt, bis einer keine Lust mehr hat.

Amazon liefert genau die Sachen die sie auch versprechen, nicht mehr, aber auch nicht weniger.

Meinst du durch lamentieren würde eine Lösung schneller entstehen?

Die Fragen sollten doch soweit alle beantwortet sein, der Hintergrund wurde mehrfach erläutert,

und wenn die Lösung parat steht, wird sie auch bekannt gegeben.

Nein, da es für Windows auch gar kein Kodi in 64 Bit gibt.

Zitat von frankr612

Dachte peak3d hat da vielleicht irgendwas mit Linaro im Köcher.

Ich meine mich zu Erinnern, die Linaro Lösung setzt auf PlayReady im Chromium Browser für die ARM "TrustZone",

ich habe da auch keine Ahnung ob man dies für Intel TXT oder AMT umsetzen kann, für TXT wäre aber auch noch ein Chip auf dem Mainboard nötig.

Aber, die Infos sind nun bald alle fast ein Jahr alt, oder gibt es da etwas aktuelleres?

TEE ist natürlich eine Angelegenheit die voll greifen würde, da der SoC dies ab Cortex-A unterstützt.

Es gibt, soweit bekannt, keine Playready libs für Linux.
Gesehen habe ich sie bis jetzt nur für Windows, Android und WebOS.

Bei libwidevine via Browser gibt es keine h/w Unterstützung, egal ob es on oder off ist, es macht keinen Unterschied,

ist auch genau so vorgesehen um den Kunden auf Google oder Amazon kontrollierte Gängel-Hardware zu zwingen.