Hallo, wollte mich mal hier einbinden. Habe die Ruckler/Einfrieren auch festgestellt seid ich diesen Monat von 6.2 nach 6.3 geflasht hatte. Auch 2 neuere Updates ( 6.3) brachten keinen Erfolg. Gestern mein Backup wieder zu 6.2 löste das Problem.
(UHD Quad 4K) - TB 6.3 Aufnahme abspielen läuft nicht immer flüssig
-
-
Nur so als kleines Update.
Das Sript das ich hier zum testen vorgeschlagen habe:
(UHD Quad 4K) - TB 6.3 Aufnahme abspielen läuft nicht immer flüssig
hilft zu dem Ruckelproblem bei der Quad4K leider nichts.Die massiven Ruckler und Aussetzer bei den älteren Boxen wie z.B. der X1 lassen sich damit aber gut behandeln.
Jerry, da du laut Signatur eine Quad-plus hast sollte das also auch für dich zutreffen.
Also ist für dich auch eher der Thread interessant.
(Quad +) - TB 6.3 Aufnahme abspielen läuft nicht immer flüssig [läuft mit Eingriff]
oder der
Nach Update auf OpenATV 6.3 - Abspielen von TV-Aufnahmen via Festplatte nur eingeschränkt möglich -
Im Changelog steht auch nichts drinnen, dass da was behoben wurde, abwarten bis zum nächsten Winter
Ist auch nicht so schlimm, einmal Pause und Play und es geht wieder ... -
Ich hab mir gestern das TB 6.3 vom 2. März aufgespielt. Das ruckelt ja immernoch genauso. Kann es sein, dass es auch damit zusammenhängt, mit welchem Image aufgenommen wurde?
Kann ich nicht bestätigen, habe allerdings auch 'ne SSD drin. Wie sehen denn die SMART-Werte der HDD aus, evtl. hat die ja 'n Schuß!
-
Immerhin ist es ja so, dass bei Wiedergaben schon ewig bei allen Boxen der freie Speucher rapide in den Keller geht. Bei den Mipsel muß man ja dazu extra ein Swap einrichten und aktivieren. 32-64MB reichen.
Die 4K ARM-Boxen haben den Swap ab Werk im Flash eingerichtet, und wird bei dir ja auch in der fstab richtig eingebunden. Daher hat die Ruckelei eine andere Ursache.
Das kann ein Smartfehler der Platte (also sterbende Platte) sein. Falscher Bootloader (1846 passt für die 4K) und damit falschem SATA Modus noch ohne Begrenzung auf SATA2 (die Chipsätze haben mit dem Kernel einen known Bug, wenn mit SATA3 fullspeed gearbeitet würde). Aber auch wenn Empfangsstörungen oder Amok laufende Prozesse die Aufnahmen leicht vorgeschädigt haben, treten solche Störungen auf.
Die Fehlersuche ist nicht einfach. -
Nunja. Dann liegt es aber den neuen Treibern mit irgendeiner der bei dir eingesetzten Komponenten.
In den alte Images waren ja noch alte Driver, teilweise sogar noch alter Kernel (der einen anderen Aufruf erforderte (sieht man an der Kernel command line in dmesg, die aus dem STARTUP_x beim Booten übergeben wird.
Bei den aktuellen Images ist das:
welche von dmesg zum Log wird
Man beachte die bmem-Definitionen.Nur der History wegen der alte Aufruf für den Kernel 3.14.x:
mit dem der neue Kernel nicht richtig laufen würde...
-
Ich habe es gestern Abend auch wieder auf der 4K beobachtet.
Mit der internen HDD und auch vom NAS.
Einmal jeweils kurz die 1 gedrückt und die Mini Ruckler sind verschwunden.
Habe auch zusätzlich kurze Micro Aussetzer bei der flac Wiedergabe... -
Wenn du noch eine andere HDD hast, probier die mal, vielleicht haben HDD und Controller Verständigungsprobleme.
-
Ich habe leider auch das Problem, auch mit OpenATV 6.3, d.h. es liegt sicher nicht am Image, vermute den Treibern bzw neues BCM SDK.
Tritt bei mir aber nur auf wenn ich im Film mal springe oder vor bzw. rückwerks spule, sonst nicht.
Mal was posivites, die Box läuft super stabil, kein Absturz oder Freeze
-
Offensichtlich tappt man mit dem Problem noch ziemlich im Dunkeln.
Bei mir kann ich falschen Swap und Bootlaoder (=1846) ausschließen.
Man kann den Fehler provozieren indem mam etliche Male hin und her zappelt. Meiner Frau fällt das gar nicht auf, aber mich nervt das.
Allerdings kann ich das auch beim Abpielen einer Aufnahme vom NAS nachstellen. Auch bei schon älteren Aufnahmen, von ganz unterschiedlichen Sendern.
Somit erscheint mir ein Bug im Zusammnhang mit dem Festplattentreiber oder nur bestimmten Festplatten eher weniger der Fall.
Trotzdem würde ich hier noch meine Smart-Werte zur Verfügung stellen, wenn es nicht hilft dann schadet es nicht.
Vielleicht bringt es was wenn noch mehr Betroffene mitmachen?Festplattentest-Tool Smart-Werte
~# opkg install smartmontools
~# smartctl -a /dev/sda -
Moin,
das Script über das der Speicher regelmäßig geleert wird zeigt bei meiner Box auch überhaupt keine Wirkung.Mein kleiner Workaround für die Wiedergabe von Videos aller Art den E2iPlayer zu nehmen funktioniert allerdings hervorragend.
Keine Ruckler nach dem Start oder nach vor- und zurückspulen in einer Aufnahme. Offensichtlich wird hier ein größerer Puffer für die Wiedergabe verwendet?
Wie auch immer, mit dem E2iPlayer läufts wie gewünscht. -
Das liegt dann nicht am Buffern, sondern am unterschiedlichen Mediaframework.
E2 teamBlue und oATV setzen wie das Vorbild oPLi auf gstreamer auf. oHDF nutzt afaik wie der E2iPlayer ffmpeg. Das sind softwaretechnisch zwei grundverschiedene Wiedergabe Engines innerhalb E2. Jedes hat seine Vor- und Nachteile, je nachdem, welche Mediadateien behandelt werden.
Theoretisch könnte man in den OE-A Images das Plugin serviceapp installieren, und das Mediaframework damit selbst feintunen. -
OpenPli hat den Gstreamer 1.14.4 und openatv hat den 1.15.0 Gigablue verwendet den vielleicht auch ..
-
hatte es auch, vorallem wenn man bei aufnahmen vorgesprungen ist und dann wieder zurück ohne auf pause zu drücken.
aber mit dem update vom 29.3.19 ist es nun weg, da wurde auch am gstreamer was geändert...
-
Jepp, der gstreamer ist ordentlich verbessert worden. Hatte auch mit diversen mkv Dateien getestet (da weiß man ja nie auf Anhieb, was da nun drin ist). Bei keiner von mir getesteten mkv gab es Probleme mit dem Abspielen. Auch das Hin und Her Springen innerhalb der Datei funktionierte nun einwandfrei.