Beiträge von buers

Habe nochmals verschiedene Konstellationen vermessen, mit ganz interessanten Ergebnissen.

Das Positive: Mit Gbit/s LAN alles super. Meine Filmaufnahmen (mit typischerweise ~10 Mbit/s Bandbreite) machen auch im WLAN in keiner Konstellation Probleme.

Mein Fire TV Stick kann von lokalem Speicher das 400 Mbit/s Testvideo ruckelfrei abspielen. (Nicht dass das Ruckeln gar nicht am Netz läge).

Unabhängig vom OS (Windows 11 Pro, Fire-TV, Android TV 10 und Android) zeigt Kodi - abhängig vom Übertragungsprotokoll, eher sehr enttäuschende Übertragungsraten im WLAN beim Kopier-Test im Kodi-Dateimanager. Ganz besonders langsam im WLAN ist smb, nfs viel schneller, ftp am schnellsten - nicht weit weg von der Rate die ein Datei-Manager außerhalb Kodis schafft.

Entsprechend fangen Testvideos auch schon früher an zu ruckeln oder nachzupuffern als man das erwarten würde, tlws. viel früher. (Beispiel FireTV - wo X-Plore 30 MByte/s =240 Mbit/s Übertragungsrate mit smb schafft, aber in Kodi bereits 60 Mbit/s ruckeln). te36, smb-Version, wo getestet, hatte praktisch keinen Einfluss auf die Ergebnisse.

Der Kodi Datei-Manager ist nur extrem mühselig zu bedienen auf Tablet mit Estouchy Skin. Fast unzumutbar. Gibt auch lustige Situationen, wo man aus dem Kodi-Datei-Manager nicht mehr leicht rauskommt. Will man nach oben über ".." kommt mal "keine Verbindung zum Netzwerkserver" (osä). Kann man nur mit ok quittieren. Ich fand keine Möglichkeit mehr, aus dem Verzeichnis rauszukommen. (Passierte, wenn offenbar der ftp-Server die Session rauswarf wegen timeouts)

Ohne das Vorgehen ganz genau zu dokumentieren, kurzes Testsetup.

Geräte: Fire TV 4k Max 2nd Gen; Samsung Galaxy Book3 360, Windows 11 Pro; Magenta TV Stick, Android TV 10; Lenovo Tablet TV-X606X (eher Low-End), Android 10, WLAN alles im 5 GHz Band getestet, Speedport Smart 4. Habe gewisse Vorsicht walten lassen, dass beispielsweise bei einer Wiederholung von einer Aktion keine Cache Effekte auftreten. Dafür habe ich auf dem NAS (OMV 6 auf HP Microserver) identische Dateien unter mehreren Namen dupliziert und immer neue Datei genommen. [definition='2','1']advancedsettings[/definition].xml hatte keine Settings zu Cache, jeweils nur Setting zum Umleiten der Thumbnails auf NAS (sollte keinen Einfluss auf den Test haben). Neben Stoppuhr und Geschwindigkeits-Anzeige auch die Geschwindigkeiten gegengecheckt auf NAS mit iftop und mit OMV Oberfläche, auf Windows mit resmon/perfmon/taskmgr.

WLAN-Messwerte sind naturgemäß in einem Mehrfamilienhaus nicht so ganz exakt zu reproduzieren. Aber die Daten liegen so weit auseinander, dass sich dennoch ein eindeutiges Bild ergibt.

Die Messwerte:

Ich frage mich, sieht es bei euch besser aus? Insbesondere smb-Zugriff im WLAN, in allen Konstellationen hier, ist unter Kodi weitab von dem, was ich erwartet hätte.

@DaVu, sehr faire Antwort! Nur eins dazu

Zitat von DaVu

Weiter würde ich ein kleines Vermögen darauf wetten, dass ein WLAN welches keine Abhängigkeit zu DLAN hat, aber die gleichen Durchsatz aufweist auch besser funktioniert und nicht zu einem derartigen Verhalten führt.

Diese Wette würde ich dir nicht empfehlen! Siehe meine Messdaten - die sind noch schlechter vom Durchsatz bei Kodi SMB. Ich bin mir auch sehr sicher, dass da alles Rumdoktern am Cache nix hilft - da fehlt Durchsatz. Cache kann den Durchsatz nicht erhöhen, nur Schwankungen ausgleichen.

Zitat von te36

Ansonsten sind mir auch die Ergebnisse mit Windows merkwuerdig:

Wieso? Meine Ergebnisse stützen was du schriebst. Ich sagte doch, dass ich unter Windows keinen (signifikanten) Unterschied feststellen kann, ob ich auf das in Windows gemountete Verzeichnis zugreife oder ob ich in Kodi direkt smb:// nutze.

Zitat von HypsterX

Ich werfe mal wieder WebDAV in den Raum

Habe zwar grade kein WebDAV laufen, brachte mich dennoch auf die Idee zum Test mal ftp zu nutzen. Der Copy-Test im Kodi-Dateimanager brachte 25 MByte/s (vergleiche 5 MByte/s mit smb).

Und was soll ich sagen - alle Testvideos die ich probierte bis 200 MBit/s liefen ohne Ruckeln! 250 MBit/s ruckelte.

Vielleicht prüfe ich Mal die Abhängigkeit von smb-Version. smbv1 hatte ich allerdings schon seit vielen Jahren nicht verwendet. smb3 sollte keine schlechtere Performance als smb2 haben, eher im Ggt. (obwohl man da sicher nicht viel rausholen kann. Bei großen Dateien wie Video zeigten meine Tests seit langem, dass erwartungsgemäß alles gleich schnell ist, smb, ftp, nfs - man kriegt halt die typischen 110 MByte/s über Gbit LAN verlässlich hin).

Ich hatte vor Jahren schon mal versucht den Kodi Cache Code und Übertragungs-Code zu verstehen - mehr oder weniger erfolglos Mache mich vielleicht noch mal dran. Wenn ich mich nicht ganz täusche, kam ich damals zum Schluss, dass der smb-Code *nicht* von Kodi selbst entwickelt wurde, sondern dass da Original-Quellen von Samba/smbclient genutzt wurden. Ähnlich wie es bei ffmpeg ist. Kann das jemand bestätigen? Ich denke, der Original-Code ist schon ok und performant - aber wie Messwerte hier zeigen ist es unter Kodi langsam. Vielleicht nur ein klitze-kleiner Fehler bei der Integration des Codes, irgendwas schlecht/falsch konfiguriert/parameterisiert, Debug-Optionen in prod, was auch immer ...

Habe nun auch mal was gemessen, auch das, worauf te36 hinaus wollte. Bei mir auf FireTV Stick 4k max, 2. Generation. Der Stick ist im WLAN (habe auch USB2LAN mit Gbit/s, allerdings halt an USB2 des Sticks - liefere dazu vielleicht in separatem Thread was nach). Am Standort des Sticks schafft mein Notebook 40 MByte/s über WLAN zu meinem NAS.

Kodi Dateimanager. 1,5 GByte große Datei kopiert - 5 MByte/s

X-Plore Dateimanager auf dem selben Stick, selbe Datei - 30 MByte/s - Faktor 6

Ich sag mal, mein WLAN ist grundsätzlich in Ordnung, ich meine sogar sehr performant. Leider unter Kodi auf dem FireTV Stick nicht.

Habe auch die Jellyfin-Testdateien probiert. 60 Mbit/s ruckelt hier auch, 30 MBit/s ok. Je nach Situation kommt neben Ruckeln halt auch Nachpuffern vor und auch kompletter Stillstand.

Und nun meine Enttäuschung, MKVs meiner BRs, die früher gut liefen (z.B. unter Kodi 17) ruckeln jetzt auch. Aber das soll hier nicht das Thema sein. Und könnte ich jetzt auch nicht genau mehr vergleichen.

@DaVu, deine Aussagen a la "Bring dein Netzwerk in Ordnung" scheinen mir da vom Problem abzulenken. Auch bei scheint Kodi die eigentlich vorhandene Bandbreite nicht adäquat auszunutzen. Klar, ich weiß, dass grundsätzlich auch mein PR willkommen ist. Aber die immerwährende Wiederholung davon (tlws- an Leute, die das eh schon wissen) bringt da ja nicht wirklich weiter. Im Gegenteil - bei allem Respekt - können Sie das Bild des Kodi Teams mit gewisser Überheblichkeit und Hybris fördern. Ich meine das nicht böse. Vielleicht als Anstoß, da mal anders drüber nachzudenken. Selbst habe ich schon Patches beigesteuert. Und ich denke, die meisten hier - wenn Sie denn Zeit und Fähigkeit für so eine Aufgabe mitbringen - hülfen da gerne mit einem PR. Da braucht man nicht immer wieder drauf hinzuweisen.

Man könnte auch provokanter fragen: Wieso ist der erste Tipp, das Netzwerk zu verbessern, wenn andere Programme mit dem Netzwerk zurecht kommen? Vielleicht die Einsicht, dass man das auch von Kodi Seite verbessern kann und sollte? Und - weil ja offenbar nicht jemand da einfach einen PR beiträgt, der das Problem behebt, eine Idee, wie man zu einer besseren Lösung kommen kann. Oder das einfach nur nennen, könnte so eine Diskussion entspannen. In der Art: "Wir sehen, dass andere Programme das in einigen populären Konstellationen besser machen. Unser Ansporn ist es, da nachzuziehen. Wir sind dran". Dann klingt ein "bis dahin nur mit Geräten mit GBit/s LAN am Kabel" schon weniger abgehoben.

Übrigens, unter Windows ist der Datei-Manager von Kodi hier performant, sowohl bei Zugriff auf OS-gemountetes Share auf dem NAS, als auch bei Kodi-internem smb-Zugriff. Und da funktionieren hier alle Test-Videos bis 300 Mbit/s über WLAN. 400 Mbit/s nicht ganz über WLAN, über LAN schon. Auf Anhieb sehe ich hier unter Windows mit Gbit/s LAN oder mit WLAN keinen Unterschied zwischen smb-Mount auf OS oder Kodi-Direktzugriff auf das Share.

Ich fürchte, Kodi ist da einfach nicht so - neuedeutsch - resilient gegen Schwankungen im Netzwerk, wie andere Programme. Ich hatte auch schon viele Tests gemacht vor einiger Zeit - wenn andere Programme gingen, sobald Kodi einmal leicht aus dem Tritt kam, war der Wurm drin. Größe des Puffers half nicht. Mir scheint die Doku dazu ist auch nicht akkurat. Einfacher Test auch (aber nicht maßgebend) an System mit LAN - kurz Kabel ziehen und wieder stecken. Kodi spielt den Puffer ab und steht dann. Neustarten geht.

Scheint auch nicht so einfach, das zu verbessern. Kürzlich schrieb Fritsch (Kodi-Entwickler): " [...] the cache does not really work as it should. [...] I think it [Puffer-Code] needs complete replacing at a point as the internal knowledge was lost and we see tons of issues especially in non gbit setups." https://forum.kodi.tv/showthread.php…6668#pid3166668

Bei mir persönlich funktioniert es mit LAN und auch mit WLAN auf FireTV Stick jetzt zuverlässig, bei guten WLAN-Empfangs-Bedingungen (für meine Medien, > 60 Mbit/s habe ich nicht, in MKV gewandelte Blu-Rays mit durchschnittlich 35 Mbit/s gehen. Als ich durch Betondecke musste mit WLAN funktionierten auch normale Fernsehaufnahmen nicht, obwohl die durchschnittlich erreichbare Datenrate deutlich über Bitrate der Medien lag und laut meinen Messungen auf PC ganz kurze Einbrüche in der Datenrate locker durch den Cache weggepuffert hätten werden sollen. Allerdings bin ich mir nicht sicher, ob die "Ruckel-Beschreibung" von locha da die gleiche Situation betrifft, die ich früher vermessen hatte.

Frankfurt, du solltest noch nennen, was genau du probiert hast und wo/wie es nicht geklappt hat.

Zitat von Frankfurt

Von kodi wird ja nur der Server die Netzwerkfreigabe der Benutzername und ein Passwort verlangt.

Fast so stimmt es. Noch bisschen mehr wird verlangt um Dateien in die Kodi Bibliothek hinzuzufügen. Normalerweise muss man noch einen Ordner auf der Freigabe eingeben und die Art um welche Medien es sich handelt. Freigabe könnte sein //DeinServerNameOderDieIPDavon/Freigabename. Innerhalb der Freigabe hast du vielleicht ein Verzeichnis Medien mit Unterverzeichnissen Filme, Serien, etc. Dann musst du Kodi noch nennen, dass es sich um FIlme handelt (oder um Fernseh-Serien oder). Wenn du Kodi sinnvoll nutzen willst musst du deine Medien jedenfalls nach Filmen, Serien, ... sortiert haben.

Und normalerweise muss man dann für den sogenannten Scraper, der im Internet Inhaltsbeschreibungen, Darstellernamen, Fotos etc. zu deinen Medien holt, auch noch einmalig pro Medien-Kategorie, paar Einstellungen vornehmen. Hier stellen vermutlich die meisten Leute auf deutsche Sprache um (Kodi hat leider keine globale Sprach-Voreinstellung dafür und nutzt auf Anhieb nicht die Sprache, die man für die Oberfläche eingestellt hat). Und man muss noch angeben, wie man da Medien organisiert hat - wenn man beispielsweise pro Film einen eigenen Ordner angelegt hat. Wenn man das zum ersten Mal mach, geht man am besten alle Zeilen der Einstellungen ein Mal sorgfältig durch. Bie den meisten stimmt schon die Vorauswahl.

Hier im Forum findest du mit der Suche Anleitungen. Bei mir persönlich klappt normalerweise Google Suche besser als die Foren-Suche. Sowas wie (jetzt ungetestet) smb site:kodinerds.net könnte ein Anfang sein. Ich selbst schaue gerne im offiziellen Kodi-Wiki. Für dein Thema z.B.: SMB - Official Kodi Wiki aber da gehören noch mehr Themen dazu.

Wenn du die EPG Daten für Kodi PVR IPTV Simple Client benötigst, könntest du als Workaround tvg-shift in der m3u-Liste nutzen. Das sind dann weniger Änderungen/weniger häufige Änderungen als die xml Datei anzupassen. Add-on:PVR IPTV Simple Client - Official Kodi Wiki

Aber klar, dann sind die xml formal nicht korrekt, da die immer UTC sein müssten (ob da jetzt 20231220201500 +0100 oder 20231220191500 +0000 für die 20:15 Tagesschau steht ist ja egal, sind beides die identischen UTC Zeitstempel)

Dazu fällt mir grade noch ein - nicht Witz, halt persönliches Amüsement. Gestern bekam ich eine Sendung von Amazon. Ich sagte noch zu meiner Frau, dass es interessant sei, dass Amazon scheinbar (aber doch nicht richtig) gendert bei: "Aus Sicherheitsgründen muss der Empfänger dieses Pakets dem Fahrenden persönlich dieses Einmalpasswort oder die letzten beiden Ziffern der zu der Lieferadresse gehörenden Telefonnummer mitteilen, um das Paket entgegennehmen zu können." Weil, noch nie sah ich eine weibliche Person von Amazon ausliefern. Eine Stunde später hatte tatsächlich eine Frau ausgeliefert ...

Sorry - dann hatte ich das missverstanden / nicht sorgfältig gelesen.

Hatte auch grade neuen FireTV Stick 4k Max 2nd Gen installiert. Allerdings mit adblink, nicht mit "Downloader App". Da tauchte dann Kodi auch nicht auf der Home-Seite in der "Apps-Zeile" (nenne ich mal so) auf. Ganz rechts in der Appzeile ist ein graues Icon mit 3 abgerundeten Quadraten und "+". Wenn ich darauf klickte, sah ich Kodi. Da konnte ich wie in #2 beschrieben vorgehen. Wenn das bei dir nicht so geht, weiß ich auch nicht.

Eine Idee. Unten in Apps+Sender ist noch ein Icon "App-Bibliothek" bei mir. Darin finde ich auch Kodi. Wenn ich das ansteuere und die Burger-Taste drücke, gibt es eine Auswahlmöglicheit: In "Meine Apps" ausblenden. Ist das bei dir vielleicht selektiert? Oder findest du da Kodi auch gar nicht?

Aus dem Gedächtnis ohne direkten Zugriff auf das Gerät im Moment:

- Kodi ansteuern bei Meine Apps

- Burger-Taste auf der Fernbedienung drücken

- In den Vordergrund im Kontext-Menu auswählen

Jetzt sollte Kodi als erste App im Home-Bildschirm angezeigt werden ohne den Umweg über meine Apps

Danke für alle Rückmeldungen.

Paust55, die Einstellungen deiner Liste hatte ich schon alle (und einiges mehr, das nach "Idle-Tätigkeits-Gefahr" klang). Mit der Ausnahme der automatischen Zeiteinstellung. Behalte ich Mal im Hinterkopf. Kanns mir aber nicht vorstellen.

Jetzt hatte ich immerhin seit > 24 h keine Idle-Tätigkeit mehr detektiert. Der Standby-Wert ist nun durchgehend unter der Detektions-Schwelle meiner Shellys und auch mein klassisches Messgerät zeigt 0.0 (ich glaube jetzt nicht zwingend, dass die Dezimale richtig ist, aber schon erfreulich niedrig). TV startet dennoch in wenigen Sekunden, also nicht ganz aus.

Die ellenlangen Forenthreads bin ich nicht durchgegangen. Aber mal reingeschnuppert.

Zitat von te36

Kann der Harmony hub irgendwas uebers netz triggern ?

Vielleicht sowas hier ? Nur schnell gegoogled.

Wenn ich das nicht missverstehe, brauchen alle Lösungen die mit Harmony/Hub ein http get/post triggern ein vermittelndes Gerät. Z.B. halt ein Server/Mini-PC mit IR. In dem von dir verlinkten Threads scheint es "Smartthings" zu sein - kenne das nicht, aber scheint auch ein Gerät dahinter zu stecken. Sehr schade, da der Hub ja über WLAN erreichbar ist.

@bennySB - den Befehl kannte ich noch nicht. Werde mir das mal merken, und das auch als Anstoß nehmen, mehr über adb zu lernen. Bisher nutzte ich fast nur, was man halt so von Unix-Konsolen kennt. Airplay ist bei mir nach Deaktivieren in der GUI ausgeblieben. Hatte befürchtet, dass das nach Reboot wieder an geht. adb hatte mir immerhin gereicht zu sehen, dass airplay da im idle sehr aktiv ist.

te36, weiter vorne nanntest du ja schon (aus dem Gedächtnis zitiert): "ich weiß ja nicht, was du mit deiner Zeit so machst ..." mit der impliziten Vermutung, dass man für so einen Aufwand (Briefe schreiben, offizielle Beschwerdewege finden, Kadi) zu faul sei. Bei mir trifft die Vermutung zu. Vielleicht mal scheinheilige Mail an Support der Art "Nach meinen Messungen benötigt der TV, nach Ausschalten mehr Energie, als gesetzlich zugelassen. Bitte nennen Sie mir, was zu tun ist, damit die Grenzwerte eingehalten werden.

Aber vielleicht habe ich das jetzt ja auch schon selbst rausgefunden. Bin erstmal zuversichtlich ...

Zitat von te36

Wenn man mal reverse engineering macht um rauszufinden, wie der hashwert berechnet wird

Da braucht man kein Reverse-Engineering. Das kann man einfach im Kodi-Quelltext nachlesen - normales CRC32: xbmc/xbmc/utils/Crc32.cpp at master · xbmc/xbmc · GitHub, Zyklische Redundanzprüfung – Wikipedia

Meines Erachtens wären Workarounds keine gute Lösung. Das kann man praktisch ohne jeglichen Performance-Verlust korrekt implementieren. Führt hier aber zu weit.

Weiterhin etwas OT - um die Frage von @DaVu zu beantworten ...

Zitat von DaVu

Und das findest du nicht fatal? Also mich würde es stören, wenn ich für den Film "Alien" das Cover von "Asterix in Amerika" angezeigt bekommen würde. Oder habe ich dich missverstanden?

Nein, das hast du nicht missverstanden. Oder halt ein Foto von Marilyn Monroe, statt das Cover von Alien (um zu zeigen, dass Thumbnails verschiedener Kategorien, wie Filmcover und Schauspieler-Fotos in einen gemeinsamen Pool gehasht werden).

Insofern ist es nicht fatal, dass da halt nix abstürzt und keine die eigentliche Hauptfunktionalität verhindernde Fehler auftreten. Der Filmbeschreibung stimmt noch, der zum Titel und zur Beschreibung passende Film wird gestartet, ... "Fatal error" ist ja oft die letzte Meldung von Programmen, bevor sie sich beenden.

Die Wahrscheinlichkeit, dass ein einzelner Thumbnail falsch ist, ist sehr gering. Die Wahrscheinlichkeit, dass in einer großen Medien-Bibliothek irgend ein Thumbnail falsch ist, kann signifikant hoch werden. Das ist das Geburtstagsparadoxon – Wikipedia. Bereits bei einer Gruppe von 23 Personen ist die Wahrscheinlichkeit größer 50%, dass es einen Tag im Jahr gibt, an denen zwei Personen aus dieser Gruppe gemeinsam Geburtstag haben.

Bei 32 bit Hashes, die Kodi verwendet, ist die Wahrscheinlichkeit, dass es mindestens eine Hashkollision gibt ca. 50% bei gut 70000 Thumbs. Den Wert kann man relativ leicht erreichen, insbesondere wenn man Fotos nutzt und eine große Menge Fotos hat.

Und das vorerst letzte im Exkurs. Oben hatte ich mich nicht gut ausgedrückt "Dateien, die über ihren 32-bit Hashwert identifiziert werden". In Wirklichkeit wird nicht die Datei gehasht, sondern die URL der Datei. Wenn "http://www.schauspieler-fotos.gibtsnicht/das/Foto/von/Marilyn.png" die Quelle ist, wird aus dieser Zeichenkette der URL ein 32-bit Hashwert berechnet. Sagen wir, der Hashwert betrage hexadezimal 0xa1234711, dann wird der Thumbnail des Fotos in Thumbnails/a/a1234711.jpg gespeichert. Jedenfalls kam ich vor einiger Zeit bei Betrachtung des Quelltexts zu diesem Schluss.

Bei den Team Kodi Members hatte ich mich missverständlich ausgedrückt. Erkenne ich jetzt schon, wer welche sind. Kann mich aber nicht genau erinnern, ob bei meiner damaligen Recherche die kontroversen Meinungen nur von Nicht-Team-Kodi-Mitgliedern eingebracht wurden. Ich meine, die waren auch schon bei Team-Kodi Mitgliedern vorhanden. PvD hatte mich damals auch auf eine Diskussion zum Thema Thumbnails-Sharing hingewiesen.

Meines Wissens geht es nicht. Ich denke am einfachsten ist es die Bibliothek vollständig neu zu scrapen. Kostet im idealen Falle nur Wartezeit. Neu Scrapen durch Quellen entfernen -> Bibliothek bereinigen -> Quellen hinzufügen. (Oder, wenn alles auf NAS ist, könnte ein temporäres Umbenennen des Ober-Verzeichnisses, Bibliothek bereinigen, zurück benennen, Bibliothek aktualisieren etwas weniger Aufwand sein).

Mein NAS hat auch keine SSD. Nutze dennoch Umleitung der Thumbnails auf das NAS von verschiedenen Devices, u.a. FireTV Stick 4k Max 2nd Gen und hatte das auch auf andere FireTV Geräten genutzt, auf MagentaTV Stick, Andorid Handy und Tablet. In der Tat ist das etwas langsamer als auf lokalem Speicher. Viel macht es nicht aus, besonders störend ist es nicht.

Würde mir allerdings wünschen, dass Kodi besseres Handling der Thumbnails hätte. Fängt damit an, dass man den offiziell nicht teilen darf zwischen unterschiedlichen Geräten (mit kontroversen Meinungen dazu, selbst im Kodi Forum - wobei ich nicht sicher bin, ob das alles Team Mitglieder waren, die da diskutierten). Ein Punkt, den ich da erinnere war, dass die Thumbnails auf das spezielle Gerät mit spezifischer Auflösung etc. sind. Allerdings hat mein Notebook eh keine konstante Auflösung - hängt an verschiedenen Monitoren oder nutzt das eigene Display. Zudem wird das zwar Thumbnail-Cache genannt, ist aber in Wahrheit nicht, was man normalerweise Cache nennt, eher ein "Sink" wo sich alles akkumuliert. Cache impliziert normalerweise, dass da das Volumen irgendwie begrenzt wird, und was oft oder kürzlich benötigtes bevorzugt vorgehalten wird.

Ich hatte mir mal die Mühe gemacht, den Quelltext zu analysieren. Da kam ich zum Schluss, dass es keinen wirklichen Grund gibt, der das Teilen der Thumbnails verhindert. Allerdings sind da sehr viele Dateien, die über ihren 32-bit Hashwert identifiziert werden. Da kann es schon Mal Hash-Kollisionen geben, die werden nicht vermieden. Je mehr Dateien, desto wahrscheinlicher (und je mehr Geräte, desto tendenziell mehr Dateien). Die Hash-Kollisionen wären nicht fatal - wird dann ein falsches Bild angezeigt. Klar, ich möchte nicht ausschließen, dass meine Analyse des Quelltexts unzureichend war.

Zitat von te36

wenn ich einen shelly plus plug in einen shelly plus plug stecke, dann zeigt mir das 1W an, aber nur wenn der gemessene plus plug angeschaltet ist. Wenn er ausgeschaltet ist wird 0 angezeigt.

War mir gar nicht bewusst. Kann ich aber so ungefähr bestätigen. Mit klassischem Energiemessgerät von Reichelt, viele Jahre alt, galt damals als eines der besten/zuverlässigsten auch für niedrigen Verbrauch (aber halt schon Billig-Klasse, nix Kalibriertes) messe ich 0,9 W wenn Power On ohne Verbraucher, 0,5 W wenn Power off.

Ich habe neben einigen ungemanageten Switches einen gemanageten - schon ewig alt. Nahm ich früher für Teaming/LACP. Habe allerdings alles dazu vergessen Auf Anhieb sehe ich jetzt keine API, nur Oberfläche, die man bedienen kann FullManual.book (netgear.com) Schaue mir das nochmals genauer an.

Man braucht aber auch da noch ein Zwischenglied nach der Harmony. So schade, dass die Harmony keine http get oder http post abschicken kann. Die kann ja Netzwerk (zumindest der Hub), und es wäre bestimmt nicht schwer, das zu implementieren. Aber klar, da wird nix mehr kommen.

Die 25 W "idle" Verbrauch werde ich noch bisschen jagen. In Wirklichkeit eher 22 W, aber grundsätzlich ein Unding. Habe nun Airplay in Verdacht (das im "Idle" hohen CPU-Verbrauch mit adb shell -> top zeigt). Habe das mal abgeschossen (kann man nicht deinstallieren). Jetzt sah ich den hohen Idle-Verbrauch erst mal nicht. Kann sein, dass das Deaktivieren der Airplay Komponente persistent ist (hatte ich gar nicht erwartet).

Paust55 - ich triggere Mal deine Aufmerksamkeit. Vielleicht hast du auch noch ne Idee bzgl. der Idle Verbrauchs. Du sahst ja offenbar nicht die 30 Minuten direkt nach dem scheinbaren Abschalten, wie in meinem Diagramm oben, sondern nur relativ kurze Spitzen von wenigen Minuten.

Es gab jetzt verstreut einige Posts zu spezifischen Problemen bei der Installation von Kodi mit neuen FireTV Geräten. Hier, wie ich das gelöst habe. Das soll keine komplette Installations-Anleitung sein, sondern neue/FireTV spezifische Problemlösungen zeigen. Habe ich bisschen mit notiert, während der Installation. Ist aber schon eher an Leute gerichtet, die sich schon einigermaßen auskennen. Kodi mit FireTV ist für Anfänger eher nur geeignet, bei grundsätzlich guten Computer-Kenntnissen.

Punkte die mit diesem Beitrag adressiert werden sollen:

1. In aktuellem FireTV 4k max 2. Generation (und wohl auch anderen aktuellen Geräten) kann man nicht mehr auf Kodi-Verzeichnis zugreifen, weder mit adb/adblink, noch mit typischen File-Explorern.

2. (Nicht nur für neue FireTV relevant, tlws. für andere mobile Geräte relevant) Kodi hält sich beim Scrapen von großen Bibliotheken (das lange dauert) nicht wach, sondern wird vom OS beendet.

Ich nutze adblink zum Installieren von Kodi auf FireTV. Die normale Installation funktioniert wie beschrieben. HOW-TO:Install Kodi on Fire TV - Official Kodi Wiki

1. Bei großer Medienbibliothek braucht man normalerweise eine [definition='2','1']advancedsettings[/definition].xml Datei auf Geräten wie FireTV, zumindest um Thumbnails "umzuleiten". Diese benötigen leicht mehrere GB an Speicherplatz. Auch für andere Dinge benötigt man evt. die Datei. [definition='2','1']advancedsettings[/definition].xml - Official Kodi Wiki

Benötigt man [definition='2','1']advancedsettings[/definition].xml, so konnte man das früher relativ einfach über adb kopieren (oder über adblink direkt). Beispielsweise auf dem PC advancedsettings_firetv.xml vorbereiten. In adblink connect zum Device und dann adb shell in der adblink GUI aufrufen. Jetzt funktionierte

adb push advancedsettings_firetv.xml /sdcard/android/data/org.xbmc.kodi/files/.kodi/userdata/advancedsettings.xml

Das funktioniert leider nicht mehr, da der Zugriff auf das Zielverzeichnis nicht mehr erlaubt ist. Allerdings kann man immerhin noch auf den Android Download Ordner zugreifen. Damit geht

adb push advancedsettings4kmax2.xml /storage/emulated/0/Download/advancedsettings.xml

Je nach adblink Installation muss man vorher vielleicht noch ein cd adbfiles eingeben oder statt adb einfach adbfiles\adb angeben. Am bequemsten die vorbereitete advancedsettings-Datei auch gleich dort anlegen. Sonst halt die Beispiel-Kommandos mit dem Pfad zur Datei ergänzen.

Auf den Download-Ordner kann man mit dem Kodi-internen File Manager zugreifen und das File an die richtige Stelle ins Kodi Profil kopieren. Ich habe alles das als erstes gemacht, bevor ich Sprache auf Deutsch umgestellt habe. Kodi starten.

Settings (Zahnrad) ->

Media -> Auf Expert stellen beim Zahnrad unten

Media -> General -> Show hidden files and directories aktivieren

Media -> General -> Allow file renaming and deletion aktivieren

Dann Kodi File Manager unter Settings -> System starten

- Links -> Add Source -> Browse - >External storage -> Download -> Add

- Rechts Profile Directory wählen (Durch ok Taste dort *hinein* wechseln)

- Links Download öffnen

- Auf [definition='2','1']advancedsettings[/definition].xml mit Cursor steuern lange ok auf der Fernbedienung - dann Copy wählen

Jetzt ist [definition='2','1']advancedsettings[/definition] an der richtigen Stelle. Kodi jetzt oder auch später wieder beenden und neu starten, den Rest konfigurieren. Ich empfehle mit Settings -> Interface -> Regional anzufangen, dann PVR IPTV Simple Client (Add-on:PVR IPTV Simple Client - Official Kodi Wiki) und mit m3u Liste konfigurieren, z.B. GitHub - jnk22/kodinerds-iptv: Kodinerds IPTV - Freie und legale Streams für Kodi. Den können wir gleich brauchen. (Nach Installation von Simple IPTV PVR benötigt Kodi normalerweise einen Neustart).

Scrapen von großen Bibliotheken kann mehrere Stunden dauern. Bei mir wird Kodi dann immer beendet auf FireTV (oder auch auf Android Tablet) - egal was ich an Energieeinstellungen/Bildschirmschonern/... versucht hatte. Einfacher Workaround - Live TV ansehen. Wenn das läuft, meldet Kodi dem Betriebssystem, dass es im Vordergrund bleiben will und gefälligst nicht unterbrochen werden soll und dass kein Bildschirmschoner o.ä. aktiviert werden soll. Also - Quellen hinzufügen wie gewohnt, Scraping starten, auf beliebigen TV-Sender stellen, am nächsten Morgen zurück kommen, und alles ist fertig ... Trivialer Workaround, der bei mir zuverlässig klappt. Scrapen läuft im Hintergrund weiter, wenn im Vordergrund Live-TV läuft.

Vielleicht hat noch jemand Lust, dem Kodi-Team vorzuschlagen, das Scrapen vor Unterbruch durch OS zu schützen. Kodi das ja schon für Filme, Live-TV, etc.

Zitat von te36

Die neuen Shelly Plus Schalter haben ja einen Bluetooth Empfaenger drin,

Ja, dachte ich auch schon dran. Ich habe seit Kurzem einen Shelly Plus Plug S (Einer meiner Plug S ohne Plus ging kaputt, den bekam ich als Ersatz ...). Mein selbstgeschriebenes Programm hat auch gleich mit der neuen API 2 von Shelly funktioniert. Mit BT kann ich leider noch nix anfangen. Scheint mir auch kompliziert zu werden. Lese mich da bei Gelegenheit mal ein.

Den Strom werde ich schon abgedreht kriegen. Allerdings ärgert mich das so oder so. Und richtig energiesparend ist es auch nicht. 24 h den Shelly mit 1 W zu füttern, oder 1 h Sony 24 W "Standby" - da gewinnt man nix.

Zitat von te36

Wie lange braucht der Fernseher denn zum booten, wenn er per Steckdose angeschaltet wird ?

Keine 20 s. Stört mich nicht. Da bin ich andere Bootzeiten von E2 Receiver, etc. gewohnt (E2 haben oft auch sehr hohen Standby-Verbrauch, die laufen oft per Default einfach durch, halt Videoausgabe ausgeschaltet, außer man aktiviert explizit "Deep Standby")

Zitat von te36

Hast Du da keine WiFi SSID konfiguriert und kein Ethernetkabel reingesteckt ?

Steckt Kabel drin. Hatte ich ganz vergessen zu erwähnen - wenn ich das abziehe, scheint der Standby Verbrauch auch weg.

Zitat von te36

Oder willst Du da tatsaechlich irgendwelche "Smart-TV" Features verwenden ? Die beinhalten ja zwangsweise das Belauschen des Wohnzimmers im Standby, das kostet natuerlich Strom

Wollte schon mal etwas rumspielen mit Smart-TV Features. Aber - den erhöhten Verbrauch sah ich auch nach abstellen von Google Account und praktisch alles was ich sah aus. "Mithören" im wahrsten Sinne des Wortes passiert meines Erachtens nicht. Sowas wie Hey Google geht nicht. Allerdings hat eine FB eine Mikro-Taste. Noch gar nicht getestet.

Ich habe jetzt noch Mal Bluetooth ausgeschaltet, auch meine Harmony-Kopplung geht damit natürlich verloren. Und Haufen anderer kleiner Dinge auch noch gefunden in den Einstellungen. Mal sehen ob ich das weg kriege und systematisch die Ursache erkenne mit dem hohen Standby-Verbrauch.

Momo90, Lehmden1 - ja klar, Strom abschalten geht, und will ich vielleicht eh machen. Bisschen ungutes Gefühl bleibt, ob es dem Gerät nicht schadet, wenn man regelmäßig bei 25 W abknipst. Ist ja anzunehmen, dass da das OS normal läuft. Unsere Computer trennen wir ja auch nicht, ohne runter zu fahren.

Verdirbt mir bisschen die Freude über das tolle Bild und das ansonsten tadellos erscheinende Gerät. Ist auch eher prinzipieller Natur. Ein großer Kostenpunkt ist es nicht, aber akzeptieren mag ich es auch nicht, wo ich mir sonst grundsätzlich Mühe gegeben habe mit Stromverbrauch.

Die Wahl ist gefallen auf Sony XR-75X90L. Das soll das zweit-beste/teuerste Nicht-OLED Modell von Sony der aktuellen Serie von 2023 sein.

Zur Entscheidungsfindung haben beigetragen:

- Empfehlungen/Diskussionen hier, worauf man achten soll

- Studium der Datenblätter, insbesondere auch Energieverbrauch

- Klar - Abgleich mit meinen Anforderungen aus #1

Hatte ich Black Friday gekauft, 1800 € inkl. Lieferung (typischer Preis sonst 2000 €). Lieferung hat etwas gedauert, was mich nicht gestört hat ...

Eindruck seit ein paar Tagen (u.a. auch mit Bezug auf die Diskussion hier):

+ hervorragendes Bild, bin begeistert

+ Beim Fernsehen erstaunlich niedriger Energieverbrauch trotz sehr guter Helligkeit.

+ 2 unterschiedliche Fernbedienungen wurden geliefert, funktionieren beide hervorragend. Ich nehme an Bluetooth basiert (jedenfalls Funk - man muss nicht zielen, funktioniert auch wenn man absichtlich daneben zielt)

+ erfreulich: meine Logitech Harmony hat ein Profile für den TV

+ Steht felsenfest auf dem Lowboard mit Rolle - ich sehe keine Kippgefahr. (Bei Mittelstandfuß war das im Geschäft viel kippliger).

+/- Ton so la la - hatte ich auch nicht wirklich anders erwartet, obwohl Sony da mit Stolz auf ihre tolle Audio-Leistung hinweist. (Ich habe einen AVR mit vernünftigen Boxen, daher kein Problem. Für Tagesschau tut es mir der Ton vom TV)

- Energieverbrauch im Standby.

Habe da viel rumexperimentiert. Erst schien alles gut, auf ein Mal fiel mir auf, dass nach dem Ausschalten immer noch 30-60 Minuten 25 W verbraucht werden. Da ich das anfangs nicht sah, nochmals auf Werkseinstellungen - keine Änderung. Vielleicht kams mit einem Firmware-Update.

Dann habe ich systematisch alle Einstellungen durchforstet. Kam mal zum Schluss zwischendurch, dass es weg ist. Ganz systematisch konnte ich es nicht testen (dauert zu lange, da das Phänomen nicht immer auftritt). Ich meinte Besserung brachte eins oder alles von:

- WOL deaktivieren (heißt anders bei Sony, konnte man aber erraten an der Beschreibung)

- Einschalten durch Netzwerkgerät deaktivieren (nicht WOL - ich denke da geht es um REST API oder so, die dann immer mitlauscht)

- automatische Aktualisierungen deaktivieren

- Aktualisierung von EPG im Standby deaktivieren (sehr versteckt die Option)

- Airplay deaktiviert

- Und alles was nach Datentransfer aussieht abgeschaltet ("Helfen Sie uns, das Produkt zu verbessern, Individuelle Werbung/Empfehlungen/... da war einiges an Einstellungen).

War erst glücklich - ist aber leider wieder da. Siehe Diagramm. Vielleicht hat von euch noch jemand einen Tipp. Klar, ich kann Strom natürlich abdrehen. Auch ist die kumulierte Energie im Standby nicht gigantisch - wurmt mich trotzdem. Finde ich ein Unding.

Gemessen mit Shelly Plug S:

Überall wo im Diagramm ca. 25 W verbraucht werden, sollte Standby mit < 1 W sein. Wenn man Strom wegnimmt und wieder einschaltet, fängt er auch ne Weile an, 25 W zu verbrauchen. Im Diagramm sieht man auch, dass er manchmal nach Ausschalten auf 1 W runtergeht, um gleich danach wieder 25 W zu verbrauchen.

Hier war er 30 s bei 0,5 W. Messfrequenz war 6/Minute (alle 10 s).

Zitat von dajana.s

Während dem Schreiben ging der Stick wieder in seinen sch... Sleepmodus.

Ich kenne das. Konnte den Stick auch lange nicht einfach davon überzeugen, an zu bleiben während stundelangem ersten Scrapens (und hatte allerlei Energie-Einstellungen geprüft). Doch der ganz einfache Workaround war - nach Start des Scrapens LiveTV einschalten (Radio würde wohl auch gehen). Am nächsten Morgen freuen, dass alles durchgelaufen ist.

Vielleicht musst du lediglich nach rechts scrollen ...

Bei mir, mit Standard Estuary Skin, beispielsweise unter Kodi 20.2. Ich selektiere die gewünschte Episode mit den Cursor-Tasten, "i" für info, jetzt unten nach rechts scrollen (jedenfalls bei meiner Bilschirmauflösung fällt Aktualisieren sonst rechts runter) und mit der Maus über "Aktualisieren" fahren (nicht klicken - Alternativ kann man den Punkt auch mit den Cursortasten "anfahren"). Jetzt wird die Quelle angezeigt, siehe Screenshot.

Ähnlich geht es auch eine Stufe darüber für die gesamte Serie, wo unter Aktualisieren Kodi dann anzeigt, aus welchem Über-Ordner die einzelnen Episoden/Staffeln genommen werden.