Bis dahin kann man aber den agile branch von fernetmenta bauen?
Ja, er läuft bei mir, bis auf eine Sache, die ich bei mir immer fixen muss.
Ich kläre das erstmal und melde mich später
Edit: So, kannst erstmal loslegen, ich weiss, dass der arial screensaver nicht funktioniert (höchstwahrscheinlich funktioniert sogar keiner der Screensaver)
Inputstream.adaptive bitte aus dem agile branch nehmen, die anderen binary addons sollten bereits aus den master branches genommen werden können
Sonst kann man sich ja das Bauen sparen und auf die nightlies mit agile warten
Ich denke, dass es noch mind. 2 Wochen dauert, bis das komplette addon-rework in mainline master ist.
Bis dahin ist es nicht möglich, die Entwicklungen aus inputstream.adaptive/agile im kodi mainline tree zu nutzen.
Oder widevine für Linux returned grundsätzlich bei abfrage nach Hdcp mit nicht supported.
Ja, das ist die Gretchenfrage. Wenn du irgendetwas darüber liest / findest, könnte man da ggf. etwas mit machen.
Stand heute ist es so, dass ein lizenzkey einen Status hat: usable / output-restricted.
Usable keys sind für HDCP protected content in der Regel verwendbar.
Ob sich der Status irgendwie / irgendwann mit widevine ändert (HDCP status), weiss ich nicht
Sucht dieser kleine Algo in deinem Code nach dem gewünschten Stream? Der greift auch mit diesen krummen Auflösungen.
Sorry, habe ich wohl übersehen, der Post war während meines Urlaubs.....
Vorgehen amazon ist:
- Im JSON des license-responses (siehe [HEX].license im widevine Ordner) steht die max. WxH Auflösung drin, die ohne HDCP angezeigt werden kann.
- Diese Informationen werden dann an den Algo geschickt, den du markiert hast.
Da wir ich erstmal davon ausgehe, dass kein HDCP vorliegt, bekommst du den max. erlaubten Stream ohne HDCP Restriktion.
Edit: Im code ist das diese Stelle:
https://github.com/liberty-develo…r.cpp#L724-L733
Noch etwas: ich versuche trotz HDCP immer noch herauszufinden, ob es andere Möglichkeiten gibt, trotzdem höhere Auflösungen abzuspielen.
Wenn das alles nicht trifft, wird halt die max. erlaubte res. abgespielt.
Der Code-Block ist der hier:
https://github.com/liberty-develo…r.cpp#L517-L573
Viele Sachen sind in DRM leider nicht klar herausfindbar, amazon weiss was geht, die haben andere Möglichkeiten, weil die wissen, wie der Stream encrypted wurde.
Uns bleibt hier nur di Möglichkeit, mit den wenigen, konfusen Informationen das Bestmögliche herauszufinden.
Und zwar so, dass der Algo nicht nur für amazon funktioniert, sondern auch für alle anderen drm protectet Streams
Das mit HDCP verwundert, da ich bisher der Meinung war, HDCP geht unter Linux generell nicht, bzw. wird überhaupt nicht unterstützt, verwendet. D.h. Der Chrome browser dürfte dann auch kein Film in 720p/1080p anzeigen.
HDCP steht nicht zwingend in verbindung mit 720p / 1080p, sondern bei amazon in Bezug zu einer gelieferten Bandbreite.
Informationen findest du meist mit etwas Geduld in den logs (hier auch zu nennen die [HEX].xy Dateien im .kodi/widevine/ Ordner.
Mit all diesen Informationen muss man sich irgendwie eine Konstellation bauen, die dann bestmöglich funktioniert.
Kurzum: wenn du dich über etwas bei DRM wunderst, ist das gerechtfertigt, alle Informationen liegen offen, ich freue mich, wenn noch jemand Fehler findet.
ich bin nun bei inputstream 1.0.10 agile und kann immernoch keine Filme bei amazon abspielen, aber mir ist es mehr oder weniger doch gelungen: wenn ich es zu der videostream
2 Sachen gibt es hierbei:
1.) Es wird eher schlecht als recht funktionieren, 1080p streams software decoded abzuspielen, da die render-pipeline noch nicht optimal ist (selbst wenn du das irgendwie schaffst).
2.) Wir laufen derzeit mit "kein HDCP" für amazon, Amazon setzt aber für manche streams in hohen Auflösungen HDCP voraus. Daher wird das geblockt.
Es ist auch die Empfehlung von @Raybuntu, die max. Auflösung secure streams auf 720p zu lassen.
Keine Ideen, liebe Leute?
Sobald das vollständige [definition=12,0]debug[/definition] [definition='1','0']log[/definition] vorliegt, können wir dir sagen, was los ist.
Edit: Oder verstehe ich dich falsch? Was ist mit "neuster Patch" gemeint?
Hardwarebeschleunigung geht je nach stream nicht mit 17.x, das gilt für android und auch für AML (beides Systeme, die nur einen "Single-Instance-Decoder" erlauben.
Durchgängig funktioniert das ab aktuellen Master build, oder halt agile.
So mit deiner Methode konnte ich endlich mal den Fehler logen.
Das Einzige, was ich sehen kann, ist das sich irgendetwas mit den Puffern verändert (als ob einer nicht mehr verfügbar ist).
Meine Vermutung liegt leider treiberseitig, was da aber genau passiert ist unmöglich zu reproduzieren, wenn unbekannt ist, was das echo x auslöst / was es bewirkt.
Generell ist es ja erstmal interessant zu wissen, warum es ohne das echo pink ist, das ist IMO viel interessanter zu wissen als herauszufinden, warum es mit echo 3 irgendwann stottert.
Ich würde mich hier ans odroid forum halten, da sind die Spezialisten unterwegs.
Sorry, mehr kann ich da im Moment nicht machen.
Das ist ja teilweise das, sobald [definition=12,0]debug[/definition].[definition='1','0']log[/definition] läuft habe ich den Fehler nicht.
Und was ist "Echo 3" ?
Dann leg mal eine [definition='2','1']advancedsettings[/definition].xml an (muss in ~/.kodi/userdata/ liegen)
Inalt:
<[definition='2','1']advancedsettings[/definition]>
<loglevel hide=“false”>1</loglevel>
</[definition='2','1']advancedsettings[/definition]>
Dann Komponentenlog Video anschalten, und noch mal probieren.
Ist Debugging ohne das [definition=12,4][definition='1','3']Debug[/definition][/definition] Overlay, was oft einiges an Analyse stört
Meinen Dank auch von mir...peak3d und gibt es dementsprechend schon eine neue .apk ...Maven?
Vielleicht noch eine kurze Erläuterung warum der Umbau gemacht wurde, der zu dem Problem gestern führte:
@jin hatte sich gemeldet, dass es bei eurosport / dazn bei einigen manifest Dateien zu Problemen kommt.
Das ist in dieser Version gefixed worden, hatte aber ein paar Umbauten nach sich gezogen.
mit echo 3 gibt es halt auch Fehler.
Was ist echo 3? kannst du ( Mister XY) mal ein [definition=12,0]debug[/definition] [definition='1','0']log[/definition] mit aktiviertem Komponent - Log (video) zur Verfügung stellen?
Hatte nach einem Versionsupdate von milhouse auch kein SkyGo mehr
Problem ist auch im aktuellen milhouse build, sollte morgen dann wieder gehen
Ja, das war egal.
Sollte nun wieder gehen
Edit: Glaube habe mich vertan. Ist der Commit davor. Sry
Ja, das ist wahrscheinlicher, ich versuche mal ohne skygo account was herauszufinden
Egal ob VOD oder Live?
Das Problem mit Skygo besteht übrigens durch diesen Commit:
Eher unwahrscheinlich, weil das eine Anpassung für DASH Manifest ist.
SkyGo ist SmoothTree.cpp/h, da hat sich auch eine Kleinigkeit geändert, die aber nicht das Problem (oben) rechtfertigt
In der Fassung können Streams mit Playready nicht abgespielt werden.
Genauso wie gerade mainline kodi master eine Baustelle ist, ist es auch kodi agile.
Dass der VidePlayer eine Exception auslöst, scheint ein Problem in kodi zu sein, muss ich untersuchen.
Ich habe jedoch frühstens heute Abend Gelegenheit dazu.
Ich muss dazu sagen, dass ich agile auf einem RPi3 betreibe.
Ok, da sind mir "Gerätefresser" bisher unbekannt. Ich gestehe aber auch, dass ich aus Zeitgünden nicht jeden Post lese.
Sag mal, ist demnächst eine neue Agile build geplant?
Meine persönliche Meinung ist hierzu: einfach ausprobieren.
Für den einen passt es, für den anderen nicht,
Generell ist kodi-agile brauchbar
Bei meinem letzten Test (agil Stand 05.03.2017) war dies noch der Fall.
Ihr braucht dazu das angepasste skygo addon, welches playready anstelle widevine verwendet.
