Windows - Kodi 18 Alpha (Master-Builder) - InputStream Adaptive

Dann ist unser einer mal gespannt auf die neue Inputstream Adaptive Version 2.1.14 für Windows und hoffe das auch ua. der CPU Bug bald behoben wird.

Hallo Gismo 112...für zum Beispiel Windows 10 Pro 64 Bit und das Amazon VOD Addon Version 0.5.3 läuft das auch Heute nicht rund...also sind immer noch Probleme im Zusammenspiel mit meiner Hardware vorhanden und der neusten Kodi 18 Nightly 64 Bit sowie der darin enthaltenen neuen Inputstream Adaptive Version 2.1.14.

Habe aber mal die neue Inputstream Adaptive Version 2.1.14 in diese entpackte Kodi 18 Nightly "KodiSetup-20180125-7379a754-Master-x64.exe" eingefügt und da läuft noch alles richtig rund und ohne Probleme...also lag und liegt es nicht an Inputstream Adaptive...auch das Amazon VOD Addon 0.5.3 kann unser einer ausschliessen...weil das mit dieser Kodi Version alles zusammen harmoniert.

Ja...OK Gismo112...werde das dann nochmal machen mit den [definition=12,4][definition='1','3']Debug[/definition][/definition] Log über Windows 10 Pro und der neuen Nightly Kodi 18 Alpha.

Keine Probleme gibt es mit der neuen Nightly 64 Bit und der Nvidia Shield TV mit Android 7.

Keine Probleme gibt es mit der neuen Milhouse 309 "LibreELEC-Generic.x86_64-9.0-Milhouse-20180309210542-#0309-g320fe14.tar" über den gleichen PC mit der selben Hardware...nur halt gebootet über einen USB 3 Stick...hatte das eben auch mal getestet.

Hier der Kodi 18 Alpha 64 Bit von Heute [definition=12,4][definition='1','3']Debug[/definition][/definition] Log.

https://paste.ubuntu.com/p/rXdqMBBzwC/

Und alles kam durch diese Windows/Kodi Änderung ...[windows] d3d11: use smart pointers (ComPtr) instead of raw pointers. #13442

https://github.com/xbmc/xbmc/pull/13442

Danke Gismo112 und gibt es auch schon ein Ticket für den Windows CPU Cores Bug wie in Beitrag: 222?

Host CPU: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz, 8 cores available

Ja...kann unser einer machen...Gismo112.

Was soll denn genau aktiviert werden bei den Debug-LOG?

Debug-Logging - aktiviert
Komponentenspezifische Protokollierung - aktiviert
- Konfiguration der Komponentenspezifischen Protokollierung

1. Ausführliche Protokollierung der Audio-Komponente - aktiviert
2. Ausführliche Protokollierung der Video-Komponente - aktiviert
3. Ausführliche Protokollierung von Audio/Video Timing-Informationen - aktiviert
Rest - deaktiviert

Ist es so richtig mit den Einstellungen...oder sollte Punkt 3. - deaktiviert werden?

Hier mal der nächste [definition=12,4][definition='1','3']Debug[/definition][/definition] Log und hoffe es ist nun so richtig.

https://paste.ubuntu.com/p/ZMPpVvq5p9/

Moin Gismo112...habe dann wieder ein [definition=12,3]Debug-Log[/definition] gestartet:

Film 1 = Attraction = 2x gestartet = Ton/Video zeitversetzt
Film 2 = Ghost in the Shell = OK
Film 3 = Power Ranger = OK
Film 4 = The Equalizer = mehrfach gestartet = Ton/Video zeitversetzt - Standbild/Zeitlupe - Ton/Video zeitversetzt

https://paste.ubuntu.com/p/GfZRWQHtgN/

Nein Gismo112...das geht nicht...weil es ein Wackelkontakt ist...das ist eher zufällig...das es mit Film 4 so war...tut mir Leid...auch wenn unser einer es gern möchte.

Danke Gismo112 ...wenn es dann helfen wird.

Was mich wundert ...das die ältere Kodi 18 Alpha Version ohne murren und Probleme funktioniert...sowohl mit Inputstream Adaptive Version 2.1.13 alsauch mit Version 2.1.14.

Wir möchte doch alle...das die verschiedenen Kodi Versionen richtig und ohne Probleme laufen.
Freue mich das Gismo112 so nett ist ...das er mir hilft beim Ticket System es in englisch richtig umzusetzen.
Des weiteren hofft unser einer das peak3d etwas mit den ganzen Zahlen Chaos aus den [definition=12,3]Debug-Log[/definition] anfangen kann...um daraus seine Schlüsse zu ziehen und/oder das peak3d den Windows Dev afedchin unterstützen kann...das die Windows Version auch wieder ohne Probleme laufen wird...wie es schon bei der älteren Version mit meiner Hardware der Fall war.