Das 9.02 wird seit ein zwei Wochen als Firmware Version 11 im nVidia Update angeboten, nicht mehr 9.02. Deshalb die obige Frage nach Version 11.
Beiträge von JensK
-
-
... ich dachte, der ES Explorer wäre endlich aus dem Playstore geflogen.
-
Es muss dort also keine Umstellung erfolgen.
Und welche Daten spielst du ab ? Soweit ich dich verstanden habe, sind dies DVB-C oder DVB-S2 TS Streams. Ich kenne aktuell nur 720p50 (öRa und Nachbarn) und 1080i50 (HD+ PayTV und Sky) in D oder Schweiz oder Österreich (SD in 576i lassen wir mal weg). Und ein wenig UHD. Aber keinen einzigen, der 1080p50 liefert. Also muß entweder ein Upscaling in Software (720--> 1080) bzw. Auflösungswechsel (je nach Kodi Einstellung) oder ein deinterlace 1080i --> 1080p stattfinden. Deshalb meine Idee, mal auf die nativen DVB Daten einzustellen und zu beobachten.PS: Einzige Aussnahme sind DVB-T2 Kanäle, die kommen in der Tat in 1080p50.
-
Klingt am ehesten nach einem Auflösungs - und Bildwiederholraten Problem. Prüfe dort mal deine Einstellungen, könnte aber genausogut am Kabel oder am TV (HDMI Eingang) liegen. Sprich die Wiedergabe fordert einen Auflösungswechsel an, er wird aber nicht ausgeführt.
Mit welcher Auflösung/Rate betreibst du das Kodi UI, mit welcher läuft die Shield. Wie läßt du die Medien ausgeben ? Mit oder ohne Upscale ?Mein erster Test wäre, dass ich die Shield und Kodi in Sync bringen würde und zwar auf die Werte eines ersten Testfilmes (z.B. 720p50 oder 1080i50, wenn deine Daten von DVB kommen).
-
Hardware ist top, da brauch ich unmittelbar nix. Klar kann alles immer noch schneller sein.
Wichtigster Update, das wäre pure Software, ist die automatische Bildwiederholrate Anpassung bei allen nativen Apps. Ich schau kein Netflix mehr nativ, Disney+ habe ich deshalb gekündigt. Bei YouTube nutze ich zwar die ST Next Variante, die das Bekanntermassen kann.
Fehlende neue Codecs etc. kommen sowieso.irgendwann.
-
Das einmalige Schwarz ist der HDCP Handshake, wird bei einigen Geräten unterdrückt, bei anderen nicht. Bei mir seit dem ersten Tag zwischen AVR und TV.
-
... mir gehts um einen möglichen Upgrade meines (alten) Receivers
-
Mit den 2020/2021 HDMI-Boards BUG das betrifft auch Yamaha.
Hast du da Details ? Ich frage, weil ich einen Yamaha RX-V683 besitze und bis dato fast keine Probleme habe. Warum fast ? 2 mal im Jahr meldet der Yamaha, dass mein TV nicht HDCP kompatibel sei. Obwohl sich diese Kombination seit 3 Jahren kennt
Oder betrifft das nur die Thematik 4K/120 Hz ? -
Schau mal hier
Das Video aus dem Thread habe ich nochmal hochgeladen (war noch auf dem Smartphone
https://drive.google.com/file/d/1tfKxLt…iew?usp=sharing
Was du beschreibst klingt sehr ähnlich dem Problem, was ich vor 4.5 Jahren hatte. Wurde durch das Wechseln von Bildwiederholrate und Auflösung verursacht. Final half nur der Austausch des Boards ... im TV. Seitdem habe ich keine Probleme mehr.
-
Der Playstore selektiert eigentlich die korrekte Version - 32 Bit für die Röhre und 64 bit für die Pro, zum Prüfen, einfach Kodi starten und dann im temp Folder des Kodi Datenverzeichnisses den Header in der Log Datei ansehen.
Hier mal ein Beispiel einer 64 bit Version (Android ARM 64-bit API level 21 )Code2022-01-23 15:40:44.606 T:3060 INFO <general>: Using Release Kodi x64 2022-01-23 15:40:44.606 T:3060 INFO <general>: Kodi compiled 2021-10-24 by Clang 8.0.7 (https://android.googlesource.com/toolchain/clang b55f2d4ebfd35bf643d27dbca1bb228957008617) (https://android.googlesource.com/toolchain/llvm 3c393fe7a7e13b0fba4ac75a01aa683d7a5b11cd) for Android ARM 64-bit API level 21 (API level 21) 2022-01-23 15:40:44.606 T:3060 INFO <general>: Running on NVIDIA SHIELD Android TV with Android 9.0.0 API level 28, kernel: Linux ARM 64-bit version 4.9.140-tegra-g19e7acaac93b 2022-01-23 15:40:44.614 T:3060 INFO <general>: FFmpeg version/source: 4.3.2-Kodi2022-01-23 15:40:44.614 T:3060 INFO <general>: 4 CPU cores available
-
-
Nachtrag: Und so schaut der angeforderte Durchsatz der Playstore Kodi Version aus, anfangs stabil und dann geht das Debakel los, mit irgendwelchen komischen Spitzen.
-
Sodele, mal ein mehr oder weniger finales Update. Es liegt zu 100% an meiner Kodi Playstore Installation, die durch irgendwas (???) unbewußt in diesen Zustand gekommen ist.
Ich hatte um 18 Uhr meinen aktuell "fettesten" Film mit dem parallelen Maven Build einfach laufen lassen (durchschnttilich 74 Mbit/s Video plus 3.5 Mbit/s DTS-HMA, Spitze über 100 Mbit/s), einwandfrei durchgelaufen.
Danach noch ein wenig mit Kapitelsprüngen, Beenden und Start in der Mitte gespielt. Alles einwandfrei.Parallel die Datenrate am WHS kontrolliert, identisch mit der Bitrate, siehe Anhang.
An meiner Bibliothek kann es nicht liegen, die hatte ich gestern abend noch aus der Playstore Version exportiert und in den Maven Build importiert.
D.h. ich werde meine Playstore Installation platt machen und neu installieren. Aber erst am Wochenende.
Ich möchte mich nochmal herzlich bei allen Mitlesenden, Mitleidenden und Antworten bedanken.
-
Kurzes Update für heute (weil langsam Frust einkehrt).
Entferne ich jeglichen Cache von den Settings ist nach 1-2 Minuten Schluß beim Playback (h.265 ca. 25 Mbit/s Stream)
SMB Protokoll ist 2.1 vom Server, also alles OK. SMB3 kann mein NAS OS nicht.Nochmal den Download Durchsatz per SMB gemessen, liegt bei 250 Mbit/s (1GByte Datei von NAS auf Shield), also keine Veränderung zu vor 4 Jahren (heute 30 Mbit/s mehr).
-
Ich probiere es gerne mal aus, kein Thema. Überzeugt bin ich aber nicht. Warum ?
Ich hatte mal vor 3 Jahren einen extensiven Test der LAN/Samba Performance der Shield laufen lassen, siehe
Shield, Kodi und Samba PerformanceIm Prinzip ist bei 220 Mbit/s Downstream Schluß, mehr geht nicht. OK, das war damals die 2015er oder 2017er Version der Shield.
Dann hatte ich vor einer Weile mal mit richtigen fetten Daten durchgetestet (Peaks > 250 Mbit/s) getestet und bin daraufhin auf eine sehr extensive Cachegröße gegangen, siehe
ULTRA HD mit NVIDIA Shield TV und Synology DS214+(damals noch im alten Format der advanced settings).
Den fetten Wert hatte ich dieser Tage mal reaktiviert, dann dauerte es zwar länger, aber die Buffer Probleme kamen schon bei 20 Mbit/s im Schnitt. Ist aber keine Lösung, den ganzen RAM zu verballern.
PS: ... und wie ich gerade meine alten Postings lese. Muß ich mir heute abend glatt nochmal das konfigurierte SMB Protokoll anschauen ...
-
Eine Aussage von oben muß ich zurückziehen. Das Problem tritt nicht nur bei h.265, sondern auch bei h.264 auf. Eine 50 min. Folge einer Serie mit 1080p und hoher Bitrate ist viermal komplett stehen geblieben.
Anschliessend mit gleicher Kodisoftware (19.3 aus Playstore und identische Addons, Konfig und Datenbank) nochmal auf der 2017er im anderen Zimmer laufen lassen und das gleiche Verhalten. -
Danke für deine Antwort.
Meine 3 Shield sind alle noch auf Android 9 (ich habe noch eine "schlafende" 2015er, aktuell nicht angeschlossen).
Und ja, ich habe in der [definition='2','1']advancedsettings[/definition] einen Buffer eingestellt, überall (auf allen Boxen und Kodi Installationen) identisch. Anfangs lief der mit 150 MByte (sehr großer Wert für memorysize) voll, zum testen jetzt mit 56 MB. Grundeinstellungen nun ähnlich wie hier letztens mal gepostet
Code<[definition='2','1']advancedsettings[/definition]> <cache> <buffermode>1</buffermode> <memorysize>157286400</memorysize> <readfactor>20</readfactor> </cache> </[definition='2','1']advancedsettings[/definition]>
Hatte bereits mit dem readfactor (zwischen 10 und 50) sowie der memorysize bis rauf auf 500.000.00 gespielt, keine Änderung.Meine Daten liegen auf einem Windows HS NAS, und klar legen sich die Platten schlafen nach dem Werks-Timeout. Aber werden, das habe ich kontrolliert, bei Zugriff durch die Shield eben nicht runtergefahren (ich hatte sogar mal parallel eine Kopieraktion gestartet, um genau das mit dem Holzhammer auszuschliessen.
Das schräge ist ja der Unterschied der Kodi Installationen (siehe oben). Deshalb schliesse ich ein Hardware und Netzwerk Problem komplett aus.
Ich möchte mir auch noch mal die Encoding Settings anschauen. Gerade FFmpeg zwischen dem Build von Maven und dem aus dem Playstore ist etwas unterschiedlich. Eventuell reagiert der Decoder auf irgendein Encoding Flag "allergisch". Deshalb die Probleme erst seit ein paar Wochen ...
-
Danke für deine Antwort. Schräg gell
Ich werde jetzt mal im installierten Maven Build nacheinander die gleichen Addons aktivieren. Wobei ich für das reine Playback nichts installiert habe. Sind eh wenig (3 Scraper, Youtube, ARD/ZDF/ORF Mediatheken, Keymap Editor). Das OpenweatherMap Addon ist mit 19.3 eh schon rausgeflogen. Das von mir erweiterte Tuxbox Plugin funktionierte schon in 18.9 nicht mehr, war nicht so wichtig.
Die Config-XML Files im userdata Verzeichnis sind identisch. Naja, sobald ich was finde, melde ich mich.
-
Hallo miteinander,
ich hatte mal eine Frage an die Experten. Ich habe auf meiner 2019 Pro wie auch auf der 2017 den gleichen Effekt (seit ein paar Wochen) und werden nicht schlau draus.
Wenn ich 2160p h.265 MKV abspiele (Datenrate im normalen Bereich zwischen 10 - 30 Mbit/s), HDR10 und/oder DV spielt keine Rolle, bekomme ich nach ein paar Minuten (schwankend zwischen 5 oder 30 min. beginnend) immer wieder Buffering Probleme bis hin zum kompletten Stillstand des Playbacks. Im verkürzten Log schau das dann pauschal
Code2022-01-23 15:42:18.851 T:3060 INFO <general>: Display resolution ADJUST : 3840x2160 @ 24.000000 - Full Screen (30) (weight: 0.002) 2022-01-23 15:46:10.192 T:3333 INFO <general>: CVideoPlayerAudio::Process - stream stalled
aus. Ich verwendete zuerst 18.9 und seit gestern 19.3 (aus dem Playstore). Mit kompletter eigener Datenbank, konfigurierten Simple IPTV (Kodinerds Kanallisten) und wirklich überschaubaren Addons. Auf beiden Boxen.Schaue ich mir die Playerdetails (<Ctrl> <Shift> <O>) sehe ich wunderbar, wie der Buffer von 100% ab einem gewissen Zeitpunkt runterläuft bis auf 0%.
Ich habe extensive Netzwerktests gefahren, mit apps auf der Box oder gegen meinen NAS, zu 100% keine Probleme im eigenen LAN.
Parallel hatte ich noch einen Testbuild von Maven (kodinerds-20211024-49a04cd6a7-Matrix-arm64-v8a.apk) auf der 2019 Pro installiert. Dort habe ich lediglich die gleiche [definition='2','1']advancedsettings[/definition].xml eingespielt und Audiopassthrough für alle Formate eingestellt. Gleicher Skin. Ansonsten nichts weiter.
Und Überraschung, dort habe ich keine Probleme mit den gleichen 4K Dateien, läuft wunderbar.Jetzt ist mir im Log folgendes aufgefallen
A) Playstore Kodi Matrix 19.3 64 bit (mit eigener DB)
Code
Alles anzeigen2022-01-23 15:40:44.606 T:3060 INFO <general>: Using Release Kodi x64 2022-01-23 15:40:44.606 T:3060 INFO <general>: Kodi compiled 2021-10-24 by Clang 8.0.7 (https://android.googlesource.com/toolchain/clang b55f2d4ebfd35bf643d27dbca1bb228957008617) (https://android.googlesource.com/toolchain/llvm 3c393fe7a7e13b0fba4ac75a01aa683d7a5b11cd) for Android ARM 64-bit API level 21 (API level 21) 2022-01-23 15:40:44.606 T:3060 INFO <general>: Running on NVIDIA SHIELD Android TV with Android 9.0.0 API level 28, kernel: Linux ARM 64-bit version 4.9.140-tegra-g19e7acaac93b 2022-01-23 15:40:44.614 T:3060 INFO <general>: FFmpeg version/source: 4.3.2-Kodi 2022-01-23 15:40:44.614 T:3060 INFO <general>: 4 CPU cores available ... 2022-01-23 15:42:16.357 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.mp2.decoder 2022-01-23 15:42:16.357 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.wma.decoder 2022-01-23 15:42:16.357 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.h264.decode 2022-01-23 15:42:16.357 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.DOVI.decode 2022-01-23 15:42:16.358 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.h263.decode 2022-01-23 15:42:16.358 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.h265.decode 2022-01-23 15:42:16.552 T:3036 INFO <general>: CPeripheralBusAndroid: input device "MOSART Semi. Rapoo 2.4G Wireless Touch Desktop " with ID 2 updated 2022-01-23 15:42:16.682 T:3306 INFO <general>: CDVDVideoCodecAndroidMediaCodec:: Open Android MediaCodec OMX.Nvidia.h265.decode
B) Maven Matrix 19.3 64 BitCode
Alles anzeigen2022-01-23 15:47:01.081 T:4086 INFO <general>: Using [definition='1','3']Debug[/definition] Kodi x64 2022-01-23 15:47:01.081 T:4086 INFO <general>: Kodi compiled 2021-10-25 by Clang 9.0.9 (https://android.googlesource.com/toolchain/llvm-project a2a1e703c0edb03ba29944e529ccbf457742737b) for Android ARM 64-bit API level 21 (API level 21) 2022-01-23 15:47:01.081 T:4086 INFO <general>: Running on NVIDIA SHIELD Android TV with Android 9.0.0 API level 28, kernel: Linux ARM 64-bit version 4.9.140-tegra-g19e7acaac93b 2022-01-23 15:47:01.089 T:4086 INFO <general>: FFmpeg version/source: 4.3.2-Kodi 2022-01-23 15:47:01.090 T:4086 INFO <general>: 4 CPU cores available ... 2022-01-23 15:47:21.776 T:4350 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.mp2.decoder 2022-01-23 15:47:21.777 T:4350 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.wma.decoder 2022-01-23 15:47:21.778 T:4350 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.h264.decode 2022-01-23 15:47:21.778 T:4350 INFO <general>: CDVDVideoCodecAndroidMediaCodec::Open Testing codec:OMX.Nvidia.DOVI.decode 2022-01-23 15:47:21.991 T:4061 INFO <general>: CPeripheralBusAndroid: input device "MOSART Semi. Rapoo 2.4G Wireless Touch Desktop " with ID 2 updated 2022-01-23 15:47:22.026 T:4350 INFO <general>: CDVDVideoCodecAndroidMediaCodec:: Open Android MediaCodec OMX.Nvidia.DOVI.decode
Der Build ohne eigene Konfig und DB verwendet einen anderen Codec (siehe letzte Zeile). Wenn ich nicht total blind auf den Augen bin, ist die Konfig im UI aber identisch.Wo könnte ich da weiter suchen ?
Danke für jegliche Tips.
PS: h.264 Videos laufen wunderbar mit jeglicher Kodiversion und Konfig und hohen Bitraten ohne Fehler.
-
Hast du sowas wie ein USB Strom/Spannungsmessgerät zur Hand ?
https://www.ebay.de/b/Usb-Messgerat/92074/bn_7005505472
Gibts für kleines Geld.
Klingt für mich nach einem Leistungsabfall, wenn z.B. der SSD Controller zusammenbricht, im Falle, dass Windows mal schauen möchte, was da so auf der Platte ist und scannen möchte. Oder hat die SSD ne eigene Versorgung ?