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 -
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?
-
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. -
Fehlerquellen wären laut Papi2000:
- Swap -> ist bei meiner Box default richtig eingerichtet
- HDD fehler -> kann ich eigl ausschliesen, denn sobald ich die 6.1 oder 6.2 Version installieren, laufen die Aufnahmen ja ohne Probleme
- Bootloader -> ist passender installiert
Wie kann es denn sein, dass ich keinerlei Probleme habe, wenn ich 6.1 oder 6.2 installiere und damit dann die Aufnahmen abspiele? Wenn ich mir den Film den ich gereade mit endlos vielen Play / Pause drücken schon fast genervt angeschaut hab mit nem 6.1/6.2 anschaue und alles ist in Butter. Ist für mich nicht nachvollziehbar. HDD teste ich.
-
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.
-
HDD und deren Treiber kann ich eigl ausschließen, da im es im Netzwerkstream sauber läuft. Wenn ich das jetzt richtig interpretiere, dann verbaut GB unterschiedliche Komponenten in ein und das selbe Gerät, sonst hätte ja jeder Quad 4 K Benutzer dieses Problem mit den Rucklern?! Mit Papi2000´s Angaben komm ich leider nicht weiter das Problem eingrenzen zu können. Wie soll ich da vorgehen? Werde mal eine HDD oder nen Stick an einen USB Port hängen und schauen, ob es dann auch ruckelt.
-
- Netzwerkstream läuft sauber
- Ruckeln auch mit externer HDD an Front-USB
-
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/sdaroot@gbquad4k:~# smartctl -a /dev/sda
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-4.1.20-1.9] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, http://www.smartmontools.org=== START OF INFORMATION SECTION ===
Model Family: Seagate Samsung SpinPoint M9T
Device Model: ST2000LM003 HN-M201RAD
Firmware Version: 2BC10001
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Fri Mar 8 15:11:40 2019 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSEDGeneral SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (22800) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 380) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 5
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 092 092 025 Pre-fail Always - 2616
4 Start_Stop_Count 0x0032 096 096 000 Old_age Always - 4693
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 4001
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1387
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 2
192 Power-Off_Retract_Count 0x0022 252 252 000 Old_age Always - 0
194 Temperature_Celsius 0x0002 064 060 000 Old_age Always - 33 (Min/Max 19/47)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 252 252 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0036 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 93
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 70
225 Load_Cycle_Count 0x0032 097 097 000 Old_age Always - 30958
241 Total_LBAs_Written 0x0032 096 096 000 Old_age Always - 5620331
242 Total_LBAs_Read 0x0032 098 094 000 Old_age Always - 3028153SMART Error Log Version: 1
No Errors LoggedSMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Completed [00% left] (0-65535)
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay. -
Ich weiß jetzt nicht wie genau der Receiver aufgebaut ist. Aber mal angenommen die Daten werden von der HDD gelesen und verarbeitet. Die verarbeiteten Daten werden dann entweder als Netzwerkstream zur Verfügung gestellt oder an dem HDMI Port ausgegeben. Soweit ich das feststellen konnte, sind meine Netzwerkstreams sauber gelaufen. Dann sollte es eigl an der HDMI Komponente liegen?!
-
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.