Beiträge von peak3d

muss ich mir mal anschauen, was / ob das geht. projectM habe ich ja auch nur gemacht, weil das schon soweit fast fertig war.

Hallo,

ich habe mal projectM Visualisierung für android gebaut:
https://jenkins.kodi.tv/blue/organizat…30/11/artifacts

Wer will, und das entsprechende Gerät (shield TV / mobile / AFTV (das Neue) hat, kann sich das gerne mal antun.
Ich liebe es, das ist so was von abgefahren

Video, klick mich

@letsdecrypt da hast du volkommen recht

Danke @TehTux hat erstmal nichts mit 4K zu tun. Ich versuche erstmal mit dem User aus meinem git repo weiterzukommen, wenn das nicht fruchtet, melde ich mich nochmal!

Ah super @TehTux, was ich in meiner Frage (ob jemand ein solches gerät hat) vergessen habe, ist, ob derjenige auch Netflix drauf hat
Es gibt da in den unterschiedlichsten Foren Meldungen, dass CryptoSession nicht funktioniert und damit auch kein Netflix.

Gut, also was du machen musst ist:

- schauen welche Parameter du benötigst, damit die URL abgerufen werden kann (GET / HEAD Parameter)
- dann diese Werte + o.g. URL mithilfe der listitem properties an kodi übergeben (siehe o.g. wiki)

Wenn du das hast, wird der stream wahrscheinlich sofort funktionieren.

https://dvr-i-main-dgolf-ott-prd.akamaized.net/dvr/fb61d6f9-da81-47fb-8f00-67c13dff714f/fb61d6f9-da81-47fb-8f00-67c13dff714f.ism/manifest(format=m3u8-aapl,filter=connected-tv-fullres)

Diese URL sollte es sein, wie gesagt, lad di doch mal mit curl oder wget runter, und poste den Inhalt.

Zitat von maxmaxmax

Ich müsste nun nur noch kodi dazu bringen, dies mittels dem Inputstream-Addon zu öffnen. Nur leider scheidere ich da, dies Kodi beizubringen. Hat jemand ein gutes Tutorial, wie es funktioniert?

Ohne den Inhalt zu sehen, solltest du eine der 4 URL's (wahrscheinlich die connected (??) durch Setzen der listItem properties an kodi senden können.
inputstream.adaptive.manifest_type ist hier wohl ism (Smoothstreaming), kann aber auch hls sein, am besten mal den Inhalt einer der internen URL's hier posten.

Im wiki steht auch ein bisschen was drin:

https://github.com/peak3d/inputst…-a-python-addon

Zitat von Roggy

Die Shield gibt da schon die korrekten Einstellungen vor, und zwar die, die der HDMI Anschluss am TV beherrscht.

Das ist halt alles nicht mehr so einfach heutzutage, die NVIDIA devs haben halt genau hiermit ihre liebe Mühe.

Zitat von Sergio

Benutzt ihr bei der Shield denn dann überhaupt das plugin? Scheint ja so zu sein... warum?

Mein Anwendungsfall: Ich nutze derzeit einen surfstick mit begrenztem DatenVolumen, und will die Auflösung absichtlich drosseln.
Mit Kodi kann ich das (Einstellungen inputstream.adaptive), mit Netflix addon hab ich nicht gefunden, wie.

@kevsei was passiert ist, dass inputstream.adaptive sagt es ist ein 1080p stream, aber mediacodec einen 4K stream erkennt.
Welche netflix addon version nutzt du denn? 0.14 oder 0.13?

Bitte hänge hier mal die manifest.json und die manifest.mpd Datei an.

Zitat von kevsei

Also habe das jetzt auch mal weiter getestet. Habe auch mal auf 4.2.0 10 Bit rec 2020 umgestellt. Es scheint mit dem Netflix Plugin bei mir zusammen zuhängen. Wenn ich z.B. The Big Bang Theory von Amazon starte dann geht 1080p ohne Probleme. Starte ich aber bei Netflix etwas in 1080p so wechselt er zunächst korrekt in 1080p aber mit ausgebleichten Farben. Dann kommt nach dem Switch wie zuvor auch noch kurz der Ladekreis. Dann sollte die Folge eigentlich starten, jedoch wechselt er dann noch einmal in die entsprechende 4k Auflösung. Die Frequenzen passen sowohl bei dem kurzen Switch in 1080p als auch in der "falschen" 4k Auflösung.
Vielleicht weiß @peak3d auch was?

Log anbei:

Ich habe zunächst die Serie "Bates Motel" Staffel 5 Folge 1 gestartet über das Netflix Addon (v14 Beta 18) - Dort tritt der Fehler auf

Dann bei Amazon "Ripper Street" dort tritt der Fehler nicht auf.

Beide Inhalte sind 1080p.

4k und HDR laufen ohne Probleme beim Netflix Addon.

Habe auch bereits das Addon mal komplett deinstalliert und alles Settings gelöscht. Auch habe ich die Version 13.21 getestet. Bei beiden gleicher Fehler.

Alles anzeigen

Schwer zu sagen, was du wirklich gemacht hast (insbesondere, ob du das laufende Video gestoppt hast bevor du ein Neues gestartet hast)
Ich kann dir vom [definition='1','0']log[/definition] nur sagen, welche switche stattgefunden haben, du wirst am Besten beurteilen können, ob das stimmt oder nicht:

19:19:32.898 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 1: 1920x1080 3840x2160@60.000004 <- Kodi Start (GUI)
19:19:32.929 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 1: 1920x1080 3840x2160@60.000004 <- Kodi Start (GUI)
19:20:06.326 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 16: 1920x1080 1920x1080@23.976025 <- Film 1
19:20:12.816 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 13: 1920x1080 3840x2160@23.976025 <- Film 2
19:20:24.555 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 1: 1920x1080 3840x2160@60.000004 <- Zurück zur GUI
19:20:56.464 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 7: 1920x1080 1920x1080@50.000000 <- Film 3
19:21:11.954 T:206098621680 DEBUG: CAndroidUtils: SetNativeResolution: 1: 1920x1080 3840x2160@60.000004 <- Zurück zur GUI

Zitat von Nevrion

aber in wie weit passen denn die beiden anderen Logs nicht zusammen? Sie sind doch beide 18:08 Uhr von gestern?

das kodi [definition='1','0']log[/definition] endet um 18:13, den Zeitpunkt finde ich nicht im logcat

Sorry, ich finde nichts im logcat, und es sieht auch irgendwie gefiltert aus.
Was bestimmt allen helfen würde ist emby zu deaktivieren, das spammed ja das [definition='1','0']log[/definition] komplett voll.

Zitat von Nevrion

Catlog
http://paste.ubuntu.com/p/mvcBzZNH4H/

Kodi-Debug falls in dem Fall irgendwie nützlich im Anhang, der war Pastebin zu groß beim manuellen Upload.

logcat und [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] passen (zeitlich) nicht zusammen, daneben findet sich im logcat kein "abschmieren".

Zitat von Nevrion

Hey @peak3d wenn du mal ganz viel Zeit übrig hast, könntest du dir mal ansehen warum Kodi als Launcher unter Oreo abschmiert wenn man den Homebutton drückt? Da wird vermutlich an Oreo irgendwas angepasst werden müssen, da auch ältere Kodi Versionen bei denen es unter Marshmallow noch super funktioniert hat, das gleiche Problem haben.

Bist du mit ganz aktuelem kodi unterwegs? Wenn so, bitte logcat posten.

Zitat von antaril

Ist die Version auch für die s905x boxen? Oder Arch unabhängig?

Ich selber habe nur Windows getestet, man sagt aber das es auch auf rbpi geht.
Für Android würde ich die version noch nicht nehmen, da funktioniert ja noch der master branch / und die 14.0

Zitat von bydorfler

Dann warte ich wohl mal lieber ab, was sich an der Entwicklerfront entwickelt !

https://github.com/asciidisco/plu…rchive/msl2.zip

Sollte erstmal helfen.

Zitat von debutanker

Danke für deine Anwort!
Schau dann mal wie sich das mit dem nächsten Milhouse Build verhält.

PS: wenn mehr funktioniert als erwartet, ist das doch besser als andersrum....

Ich habe die version getagged, 2.3.11 (inputstream.adaptive), damit könnt ihr dann prüfen, ob ihr die Änderungen drin habt.

Nachtrag für die Windows User:

VP9 HDCP Beschränkungen wurden ziemlich eigenartig im manifest geliefert, das führte dazu, dass unter Windows HD streams versucht wurden zu spielen, obwohl sie das nicht durften (DRM / kNoKey)
libdev hat das im netflix repo gefixed, das behebt die kNoKey Fehler, aber die streams werden halt in < HD gespielt.

Zitat von debutanker

Mit Milhouse #1119 lassen sich bei Netflix die "VP9-Filme" nicht mehr abspielen.
Die FrameRate springt jetzt zwar gleich auf den korrekten Wert, allerdings springt man dann zurück ins Menü und sieht nur den blauen Ladekreis - evtl. ist der commit hier "verantwortlich "?
- > http://ix.io/1tGx

edit: wird mit dem commit evtl. behoben?

Der letzte commit sollte auf jeden Fall VP9 endlosschleife beheben, was mich wundert, ist die Tatsache, dass es vorher überhaupt mal lief (hätte eigentlich nicht dürfen)
Oder es ist noch irgendwas in kodi / ffmpeg geändert worden, was dazu führte, dass die Dauerschleife kam.