Beiträge von Jemus

@qwertyy
Bin folgendermaßen vorgegangen:
1) Daten gelöscht und Kodi installiert
2) Kodi Build von Maven von heute installiert
3) InputStream Adaptive, welches bereits installiert ist aktiviert
4) Sandmanns Repo installiert und darüber dann Amazon VOD installiert und umgestellt auf Inputstream
5) Test mit Fear the Walking Dead S01E01

Das Video wird abgespielt, aber das Laden dauert ca 40s, Kodi lässt sich nicht mehr bedienen, Schließen wird erzwungen.

Nach dem Neustart von Kodi und dem erneuten Start der Folge dauert es ebenso lange und anschließend startet das Video, diesmal sieht man aber nur ein graues Bild mit Blöckchenbildung.

Nächster Versuch nach erneutem Neustart mit Fear the Walking Dead S01E03, Video startet deutlich schneller als S01E01. Kodi hängt sich nach Stop des Videos auf.

Nächster Neustart, nun S01E02, Video startet, nach Stop versuche ich wieder S01E01 zu spielen, da Kodi sich noch bedienen lässt. Die Folge startet aber wird automatisch gestoppt nach 1s. Starte S03E01, Video startet, beim Versuch die Tonspur zu wechseln, bleibt das Video hängen aber die Tonspur wurde tatsächlich gewechselt.

Habe jetzt keinen Log dabei laufen lassen, aber zumindest läuft es noch nicht so richtig rund.

@vdr.tuxnet
Danke für deine Ausführungen, das wusste ich tatsächlich so nicht, ich dachte man kann bei Android einfach alles nachinstallieren an Addons, genau wie bei den anderen Plattformen.
Ich habe auf dem Note 4, welches ich zum Testen verwendet habe Root, heißt das nun, dass es da sowieso nicht richtig funktionieren wird? Denn mit der Kodi Version vom Januar 2017 funktionierte Amazon Video wunderbar.

@qwertyy Das gab es zu dem Zeitpunkt für ARM32bit noch nicht, daher hatte ich das nicht testen können, hole das aber gleich nach und gebe dann gerne eine Rückmeldung.

Will man nun im aktuellen Nightly Amazon Video und SkyGo testen dann:

1) Lädt man sich für beispielsweise ein ARM32bit Device hier die Kodi Version, für ARM64bit entsprechend hier
2) Lädt man sich aus der peak3d Repo hier inputstream.adaptive als zip-File und installiert es
3) Lädt man sich zusätzlich aus der libdev Repo hier inputstream.adaptive als zip-File und installiert es

Habe ich das so richtig verstanden, oder kann man nur entweder die eine oder die andere Version von inputstream.adaptive verwenden und installiert haben?
Denn in dem Nightly war glaube ich schon die Version von peak3d vorhanden und die Version von libdev konnte ich bei mir auf dem Note 4 gar nicht installieren, da es einen Fehler gab.

Entschuldigt, wenn ich hier 25 mal nachfrage, aber die Version vom Januar diesen Jahres habe ich problemlos ans Laufen bekommen und auch auf dem RPi2, als da Amazon noch komplett funktionierte. Hier bin ich aber nicht sicher, wie das korrekte Vorgehen aussehen sollte.

Und das libdev drm ist wiederum ein anderes als das von peak3d?
Und anderes drm heißt dann, es ist ein naderes inputstream.adaptive?

Und um Netflix, Amazon und Skygo nutzen zu können, braucht man dann beide?

@MavenWo ist denn dann dann der Unterschied zwischen deinem neuen Build und dem Nightly? Ich dachte die würden sich dann wieder entsprechen.

Ergo müsste man das Repo von peak3d und das von libdev installieren auf der enstprechenden Kodi Version. Dann würden die notwendigen Abhängigkeiten sowie die Updates der vorhandenen Addons geladen werden und Amazon, Sky sowie Netflix sollten funktionieren?

Da finde ich auf github das und das Repo. Aber ich bin es gewohnt, diese als Zip File zu installieren und anschließend darauf zugreifen zu können.

Von den verlinkten github repos kann ich nur beispielsweise inputstream.adaptive als Zip File herunterladen, das lässt sich dann aber nicht installieren.

Vielleicht stelle ich mich gerade auch nur etwas unwissend und blöd an

In dem Nightly Build enthalten war inputstream.adaptive 1.0.8.
Ich kann das gerne mit dem Inputstream.adaptive aus dem libdev Repo testen, finde sie aber gerade nicht.

Muss noch mal weiter suchen

Ich habe das aktuelle Nightly auf meinem Note 4 installiert, weil ich mir nicht die Installation auf der Shield zerhauen wollte.
Da das Note 4 nicht Playready ist habe ich nur Amazon antesten wollen via inputstream. Leider funktionierte das bei mir nicht mit dem Abspielen.

Wenn ich das nach den aktuellen Nightly Builds gucke, dann gibt es in der Android Rubrik jetzt die Version "kodi-20170616-a234aa0-Krypton-arm64-v8a.apk", der Dateiname suggeriert, das Build sei vom 16.06.2017, als Date steht da aber dann "2017-Jun-25 02:50", welches Datum ist hier maßgeblich?

Ich hatte gedacht, wenn es in den Master gemerged ist, dann ist es automatisch im nächsten Nightly Build drinnen. Oder habe ich das missverstanden?

Da steht jetzt aber noch "1 check failed", bedeutet das, dass noch Mal nachgebessert werden muss bevor das tatsächlich im Master gemerged ist?

Okay, dann heißt es also weiter abwarten, bis alles wichtige im Master zusammen gemerged ist. Dachte nur ich frage mal nach, weil ich sonst nicht wüsste woher ich Infos bekommen könnte, wie weit das ganze schon vorangeschritten ist

Da das letzte Agile Build von @Maven 12 Tage alt ist, wollte ich mal fragen, ob mittlerweile mehr passiert ist, wäre schon ein Build mit den PVR Addons möglich?

Schade ist halt auch eher, dass man den Hersteller genau darauf aufmerksam macht, dass etwas nicht funktioniert und sogar mühevoll die technischen Hintergründe zusammenträgt und darlegt und sich vermutlich trotzdem nichts ändert.
Zumindest ist es Monate her, dass ich Denon geschrieben habe. Dann habe ich wiederum Monate später noch mal nachgefragt habe und getan hat sich nichts. Wenn man wenigstens wüsste, dass sie Willens sind, sich der Sache anzunehmen.
Will auch nicht wegen so einer Kleinigkeit den Verstärker bei Amazon reklamieren, die können da ja auch nichts für. Wer hier etwas tun sollte ist meines Erachtens (in meinem Fall) Denon und niemand anderes.

Hier mal die Nachricht, die ich an den Denon Support geschickt hatte nachdem mir der oben genannte Kodi Entwickler die Hintergründe erläutert hatte.
Vielleicht bringt das für den einen oder anderen Licht in die Sache.
Es ist aber tatsächlich so, dass es durchaus sein kann, dass der DTS-HD HRA Ton mit PowerDVD funktioniert aber mit Kodi und anderen Programmen nicht @Steven270486

"[...]

nach Rücksprache mit einem der Entwickler der Audio-Engine von Kodi hat sich herausgestellt, dass das Problem mit dem DTS-HRA Ton auf Seiten des Verstärkers liegen kann. Genauer gesagt, sieht das nach einem Problem in Ihrem Parser aus, so die Entwickler. Sie liefern auch eine Begründung mit und dank OpenSource haben Sie mir die entsprechenden Teile des Codes verlinkt. Alle DTS-HD Tonspuren (DTS:X, DTS-HD MA, DTS-HD HRA) gehen mit der gleichen Präamble, nämlich 0x11 an den Verstärker raus und sollten daher erst einmal den DTS-HD Ton Pfad des Parsers triggern. Zusätzlich werden die Daten 8 kanalig mit 192 khz geschickt. Der Parser muss also aktiv den DTS_CORE herausparsen, weil definitiv HD Daten (Core + Extentions) übertragen werden. Es wird auf Kodi Seite kein Unterschied zwischen DTS-HD MA, DTS:X oder DTS-HD HRA gemacht, muss es ja auch nicht, da die Daten in einem IEC Frame übertragen werden. Die Daten unterscheiden sich natürlich.

Gerne können Sie sich den IEC Packer und den Syncer Code von Kodi anschauen, siehe hierzu [1], [2]. Da in jeder DTS-HD Spur auch eine DTS-Core Spur enthalten ist, ist es klar dass man diese dort wieder extrahieren kann (sogar ziemlich trivial). Allerdings würden wir Sie gerne bitten die vorhandenen Daten nicht zu skippen sondern als Payload zu verarbeiten. Das Kodi-Team freut sich über Feedback. Eine Nebensache noch: Der Kodi Code läuft seit mehr als 4 Jahren mit Yamaha, Marantz, Onkyo und auch älteren Denon-Modellen, inklusive Atmos bits bei TrueHD, EAC3, DD+ mit Atmos, usw. Es wäre schön wenn Ihre Entwickler nochmal nachschauen könnten. Falls Sie Bugs im Kodi Code finden sollten, freuen sich die Entwickler darüber (kein Scherz)!. Das Kodi Team ist für Vorschläge offen. OpenSource lebt von der Mithilfe vieler.

[1] https://github.com/xbmc/xbmc/blob…amInfo.cpp#L489

[2] https://github.com/xbmc/xbmc/blob…C61937.cpp#L126

[...]"

Also ich habe einen Denon X2200w und bei mir gestaltet es sich so, dass ich über die PS3 problemlos DTS-HD HRA zum AVR bekomme und dieser das auch anzeigt. Selbiges ist per PC unter der Verwendung von PowerDVD der Fall. Versuche ich nun aber einen Rip der selben Bluray per Kodi, MPC-HC oder VLC abzuspielen, dann kommt vom Ton nur noch der DTS-Core beim AVR an. Getestet hatte ich es zudem nicht nur per PC sondern auch per ShieldTV und Libreelec übers Laptop.

Was für einen Denon nutzt du denn?

Ich klinke mich hier mal ein, weil das ein auch für mich sehr leidiges Thema ist und ich das auch schon mal mit fritsch aus dem Kodi Board "besprochen" habe. Also er hat mir die Hintergründe dazu erläutert und aufgezeigt woran das liegen kann.

Bei neueren Denon und ich meine auch Marantz AVRs tritt das Problem auf. Ist ja quasi sowieso das gleiche Hersteller.

Nutzt du einen Verstärker dieser beiden Marken?

Edit:
Hatte das Thema nur überflogen, nun aber bei den Fotos gesehen, dass du einen AVR von Harman Kardon nutzt. Vielleicht ist der Grund aber trotzdem der gleiche.

@Sandi69 Da wird mit den FireTV Geräten vermutlich nichts werden, weil SkyGo auf den Android Geräten Pleayready 3 benötigt und die FTV Geräte nur Playready 2.5 bieten.
Wurde aber auch schon seeehr oft hier ausgeführt. Denke, da kannst du nur die offizielle App mit der dürftigen Steuerung nutzen können.

Einfach ein bisschen querlesen, da gibt es keine Variante und es wird vermutlich auch keine geben, da die FireTV Geräte alle nicht die entsprechenden Voraussetzungen mitbringen. Stichwort Playready

Kein Thema, kümmere dich erstmal um dringlichere Sachen

Ich hatte mich nur gefragt, ob ich das überhaupt richtig im Kopf hatte oder da was missverstanden hatte.