Videos ruckeln bei Bitrate > 60Mbps

Wenn es darum geht Samba unter Android ohne Kodi einzubinden.

Dann mal folgendes Testen.

Home · wa2c/cifs-documents-provider Wiki · GitHub

@DaVu

Ich verstehe auch das er sein Netzwerk nicht einfach so ändern kann, aber ich bin mir absolut sicher das es mit den richtigen Einstellungen auch mit Kodi und seinen Netzwerk funktioniert.

Vllt. Ist VLC Player da einfacher in der Handhabung, das will ich nicht Mal abstreiten, aber das es nicht mit Kodi funktioniert glaub ich nicht. Daher die Bitte einfach auch Mal das Addon nutzen was ich oben geschrieben habe.

@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 ...

Ich denke gerade in Bezug auf Android Boxen spielt auch immer die Hardware eine Rolle auf der das ganze läuft.

Mit meiner Shield TV Pro hatte ich mit Samba unter Kodi niemals Probleme, mit dem Fire TV Cube 3 und ansonsten gleichen Netzwerk Aufbau war unter Samba nicht viel zu holen an Performance.

Hier brauchte wirklich nur WebDAV und (S)FTP (welches aber nicht so wirklich für die Media Zwecke geeignet ist) die Lösung.

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.

Mit ein fire TV 4k 1gen ruckelt bei mir nichts mit angepassten Cache. Ohne Anpassung wird bei bestimmten scenen nachgebuffert.

DayOne, ich hatte das vorher schon gesagt - ist für mich nicht plausibel, dass da Cache helfen kann. (Auf verschiedenen Gründen, aber da wird es schnell kompliziert in der Argumentation).

Dennoch, einen Fall nachgetestet. Cache verfünffacht von Default. Siehe das Ergebnis:

Schlechter als vorher. Aber, ich sag mal, kann auch Zufalls-Schwankung sein. Nur, ich hatte auch schon vor Jahren solche Tests gemacht - nicht ein Mal Verbesserung durch "Cache-Optimierung" objektiv bestätigen können. Wenn es mein technisches Verständnis sagt, die Messungen sagen es, dann wird schon was dran sein (Habe durchaus Jahrzehnte professionelle Erfahrung im Programmieren und Durchführen von Lasttests und Performance-Analysen).

Aber klar, mag sein, dass ich mich da wo täusche. Ernsthaft - mache doch eine ähnliche Messreihe (z.B. mit den Jellyfin Tesfiles, oder halt mit welchen, mit denen auch andere die Situation nachstellen können). Wenn du andere Ergebnisse erhältst kann man das im Detail vergleichen. Da wird man schon einen Schluss draus ziehen können.

Das waren übrigens die Zeilen, die ich in [definition='2','1']advancedsettings[/definition] hinzugefügt habe (und ich hatte früher schon viele andere Kombinationen getestet):

<cache>
    <memorysize>104857600</memorysize>
    <buffermode>4</buffermode>
    <readfactor>10</readfactor>
  </cache>

Bei dem 30 Mbit/s Testfile, das unter diesen Bedingungen geruckelt hat bedeuten die 100 MiByte Cache übrigens, dass das ganze Test-Video-File in den Cache passt. Da kommt wohl noch hinzu, dass Kodi den Cache da nicht optimal einsetzt.

Doch der Cache hilft.

Hier an meinen Fire TV Cube 3 via WLAN @ WebDAV wird mit 64MB Cache alles bis 150 Mbit/s ohne Probleme abgespielt.

Darüber macht es meiner Meinung nach sowieso keinen Sinn zu testen, weil es keinen UHD Film gibt der auch nur annährend an die 150 Mbit/s heran kommt.

Zitat von buers

ich hatte das vorher schon gesagt - ist für mich nicht plausibel, dass da Cache helfen kann.

Womit erklärst du es denn dann?

Ohne Anpassung ständiges buffern mit kein zwischen buffern oder ruckeln.

Ich hatte zwar kein jellyfin aber emby also wovon jellyfin kopiert wurde. Nutze auch direkt Pfad und smb Freigabe.

Ich habe das o.g. Addon genutzt was es alles einstellt keine Ahnung daher Versuch es doch auch Mal damit.

Zitat von DaVu

Du sagst "bis 150Mbit/s ist alls im Lot". Und du hast damit auch Recht, dass kein UHD Film da ran kommen wird.

Nehmen wir aber jetzt mal den Fall an, dass es doch mal sein muss und dein Netzwerk gibt nicht mehr her...Und dann stellst du fest, dass ein anderer Player keine Probleme hat 200 oder sogar 250Mbit/s abzuspielen. Kodi bekommt das aber nicht hin. Warum auch immer.

Kodi nimmt das was es braucht, wie bereits geschrieben. Nicht jede Scene Brauch gleich viel Volumen, was auch klar ist. Wenn also so gut wie nichts im Cache landet und die ganze Zeit 8mb/s benötigt werden dann aber plötzlich 55mb/s benötigt werden und das Netzwerk nur 45mb/s schaft ruckelt es.

Zitat von DaVu

Und hier noch eine kleine Korrektur...Emby ist das original. Jellyfin ist die "Kopie"

Unnötige da ich es genau so geschriebene habe.

Zitat von DayOne

Ich hatte zwar kein jellyfin aber emby also wovon jellyfin kopiert wurde.

Zitat von DaVu

Bei Kodi ruckelt es. Bei VLC nicht.

weil der VLC Cache völlig anders funktioniert.

VLC versucht immer eine gewisse Zeit zu buffern, Kodi richtet sich aber nach Datenmenge.

Mein Senf:

(-: Vlt !?

liegts auch an der Verarbeitung des Codecs. (über Netzwerk)

Du nimmst ein bsp. Was nicht auftreten kann. Der Film Brauch nunmal nicht permanent die gleiche Datenmenge sondern Mal mehr und Mal weniger. Da wo es dann weniger ist kann er sehr wohl problemlos schon Mal für später was Puffern.

Der maximale daten durchsatz wird bei VLC und Kodi der gleiche sein. VLC puffert nur mehr und hat dadurch ein höheren durchnit. Ob der VLC Puffer besser gelöst ist mit einer gewissen Zeit als Kodi mit einen gewissen Datenvolumen muss jeder für sich entscheiden. Aber was bei VLC flüssig läuft wird auch mit Kodi funktionieren.

Am optimalsten wäre für mich sowieso das, das Puffern erst nach den Start beginnt. Da wird aber wieder eine gewisse Netzwerkgeschwindigkeit vorausgesetzt. Ewig warten weil er erst (etwas Überspitzt) 2 Minuten bzw. 500mb speichern möchte, will ich ungerne.

Aber das war es auch zum Thema, wer meint Kodi kann das Video nicht flüssig abspielen was aber VLC kann so soll er ruhig der Meinung bleiben.