Der spielt in 720p.
Beiträge von vdr.tuxnet
-
-
Er soll mal einen freien DNS Server, aus Deutschland, eintragen,
eventuell spinnt sein Provider DNS.
-
-
Da siehst du, ganz am Ende, die Angebotenen Streams, z.B.
Code<Representation id="video=200000" bandwidth="200000" width="416" height="234" codecs="avc1.42C00D" scanType="progressive"></Representation> <Representation id="video=400000" bandwidth="400000" width="480" height="270" codecs="avc1.42C015" scanType="progressive"></Representation> <Representation id="video=600000" bandwidth="600000" width="640" height="360" codecs="avc1.42C01E" scanType="progressive"></Representation> <Representation id="video=1200000" bandwidth="1200000" width="640" height="360" codecs="avc1.42C01E" scanType="progressive"></Representation> <Representation id="video=1800000" bandwidth="1800000" width="960" height="540" codecs="avc1.4D401F" scanType="progressive"></Representation> <Representation id="video=2200000" bandwidth="2200000" width="960" height="540" codecs="avc1.4D401F" scanType="progressive"></Representation> <Representation id="video=2500000" bandwidth="2500000" width="1280" height="720" codecs="avc1.4D401F" scanType="progressive"></Representation> <Representation id="video=3500000" bandwidth="3500000" width="1280" height="720" codecs="avc1.4D401F" scanType="progressive"></Representation>
Schaut es bei dir genau so aus ? -
-> nur inputstream.adaptive installieren (falls nicht schon vorhanden), dann einfach Aktivieren.
Ich glaube es ist jetzt soweit, SSM und MPD aus dem Binary Repo zu nehmen,
so erledigen sich auch viele Fragen.
-
Sorry, ich bin kein build maintainer, Die mediacodec builds sind nur da, weil ich auf jenkins.kodi.tv den Kompiliervorgang gegenteste.
Nächstes Wochenende, Sonntag , baue ich mal eine Kodi Mediacodec App auf 17 RC Basis,
bis dahin will ich aber noch etwas Ski laufen.
-
-
Komisch, normal sollte es so normal ablaufen. dann versuch mal diesen Weg:
Code
Alles anzeigenwget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add - sudo sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" >> /etc/apt/sources.list.d/google-chrome.list' sudo apt-get update sudo apt-get install google-chrome-stable sudo ln -s /opt/google/chrome/libwidevinecdm.so ~/.kodi/cdm
Hat normal den gleichen Effekt.Eigentlich macht das Script nichts anderes, nur so bleibst du bei Chrome immer aktuell, da das Chrome Repo genutzt wird.
Mit dem Script bin ich nicht richtig glücklich, auf der x68_64 Seite habe ich keine bedenken, auf der ARM Seite halte ich es für nicht legal.
-
Kann mir jemand sagen ob das zuverlässig unter Windows 8.1 64bit funktioniert?
Kurz und knapp, ja.
-
-
Meiner Meinung nach...es gibt ja viele...Ohne richtig greifende inputstream.adaptive... mit allen wat damit zusammenhängt...ist Kodi 17 Krypton unvollständig und dürfte somit nicht aus den Beta-Status hinaus wachsen.
Auf was bezieht sich dieses Posting jetzt genau, bzw. zu welchem Kontext steht es jetzt?
-
-
Das hat mit Kodi gar nichts zu tun, das SSL Problem betrifft nur Libreelec, alle anderen Plattformen haben damit keine Probleme.
-
-
Gibt es denn gar keine Möglichkeit mehr mit der 32bit Ubuntu Plattform Inputstream zum laufen zu bekommen ?
Du benötigst in diesem Fall deinen kompletten Kodi inklusive aller nötigen Libs plus libwidevibecdm.so und der Decrypter Lib, falls
DRM gewünscht, in 32 Bit.
Da wirst du dir die fehlenden Libs selbst compilieren müssen, sollte es kein PPA in 32 Bit dafür geben.
-
Es wäre halt schön, wenn man mal den Stand der Dinge erfahren könnte. Mehr wollte ich gar nicht erreichen.
Dann mal eine kleine Schilderung:
Der bisherige Weg war bis jetzt:
1. input (<codec> encrypted) --> 2. decrypt (<codec> decrypted) --> 3. decode (zu YUV Daten) --> 4. rendering
1+2 macht inputstream.xxx, ab 3. übernimmt dann Kodi, soweit möglich in Hardware.
Jetzt gibt Amazon vor, dass die libwidevinecdm 1,2+3 übernimmt und zwar in Software, so wie es über Chrome immer abläuft.
Inputstream.xxx kann Kodi so keine decrypted Streams mehr liefern, sondern liefert bereits dekodierte YUV Daten und genau dies kann Kodi, noch, nicht.
Wie ihr seht sind hier weitgehende Änderungen an Kodi selbst nötig, mit Änderungen an den Addons, alleine, ist es nicht getan, es wird ein zusätzlicher Dekoder
benötigt, den es noch gar nicht gibt, der inputstream.xxx wieder sagt die YUV Daten zu besorgen, damit die normale Kodi Kette eingehalten werden kann.
Ich gehe da mal von einem Timeframe von Kodi 18 Beta bis Kodi 19 aus.
@peak3d mag mich berichtigen sollte ich hier etwas falsch aufgezeigt haben.
-
wenn die ErBAUER, ab sofort (wenn möglich),
zusätzlich zu den 64bit Versionen, der (ARMs usw.) auch 32bit Versionen bauen
könnten...Die Versionen für den RPI 2-3 sind doch 32Bit armV7, die kannst du verwenden,
dafür gibt es aber kein extra Repo.
-
Das ist ein Libreelec Problem, mit dem Addon gibt es keine Probleme.
Poste dieses mal im betreffenden Forum, da stimmt etwas im SSL Handling nicht.
Der Fehler ist bekannt, bis jetzt waren nur die 64Bit builds betroffen.
-
Ich sehe, euch fehlen einfach die Linux Basics.
Einfach die Guides abarbeiten, ist soweit alles Copy'n'Paste.
-
Ich sage jetzt mal so, für DRM mit einem S905 SoC brauchst du ein 32 Bit Kodi,
und genau dieses bietet die Version unter dem Link.
In wie weit dieses jetzt zu deiner Box kompatibel ist, kannst du nur durch einen Test herausfinden,
kaputtmachen kann man ja normal nichts, läuft es ist gut, läuft es nicht muss man dann halt mit leben.
Diese Chinaboxen, können normal dass, was sie auch versprechen, mehr meist aber auch nicht,
da muss jeder selbst entscheiden ob er damit zufrieden ist, oder lieber etwas mehr investiert und
sein Geld in ein zukunftssicheres Device steckt.