Gigabue 4K - Bild Problem

Das Flimmern habe ich auch, allerdings überwiegend bei SD-Sendern. Ab und an habe ich es auch mal bei höher auflösenden Sendern bemerkt, aber da wirklich nur vereinzelt. Bei SD ist es aber ständig. An meinem Fernseher sind auch alle "Bildoptimierer" soweit es geht abgestellt, bzw. auf Einstellung niedrig/gering gestellt.

Abhilfe schafft bei mir die Funktion Autoresolution. Hier kannst du für jede Auflösung separat festlegen, wie der Fernseher angesteuert werden soll (also bei 720p soll z.B. auch die an den Fernseher gesendete Auflösung 720p betragen und nicht 2160p oder 1080i/p). Danach war das Flimmern beim Senderlogo bei mir weg, allerdings braucht mein Fernseher für die Formatumschaltung auch bis zu 3 Sekunden, weshalb ich die Funktion wieder deaktivert habe und vorerst mit den flimmernden Logos leben muss. Mal schauen ob das mit zukünftigen Treibern auch wieder besser wird.

Aber du hast Recht, die GB Quad Plus verhält sich in dem Punkt wirklich anders/besser - da hab ich bisher noch bei keinem Sender ein solches Flimmern festgestellt. Das ist für mich aber inzwischen der einzige Negativpunkt, und da ich kaum noch SD-Sender schaue nervt es momentan nur noch manchmal.

Also ich kann das Flimmern bei mir nicht feststellen. 50% Zufriedenheit, nur weil das Logo flimmert? Erstaunlich....

Bei den ARM-Boxen empfiehlt sich Ausgabe 2160p-auto.
"Erlaube nicht unterstützte Modi = Ja" muß man testen.
"Überspringe EDID" ist dummerweise default auf Ja, sollte eher auf Nein, damit es abgefragt werden kann. Hängt auch vom TV und dessen Firmware ab.

Welchen Skin hast du in Benutzung? Dessen Renderer können auch suboptimal sein. Der Metrix-oatv hat einiges an Nacharbeit bzgl. ordentlichem Rendern bekommen, um solche Effekte auszubügeln.
Aber SDTV auf UHD skalieren lassen sollte man dem TV überlassen. Gegebenfalls sollte man tatsächlich bei viel SDTV-Konsum noch 1080p-multi probieren. Das sieht gemäßigter aus. SDTV ist noch sträflich im Upscaling durch die Box. Und erst Recht SDTV Interlace zu 2160p.

Die Auflösung darf ich bei mir nicht auf 2160p auto stellen, dann schaltet mein Pana immer auf 24p, was bei Sendern, die mit 25, bzw. 50 Bildern pro Sekunde senden zu unschönen Rucklern führt. Stelle ich hingegen auf 2160p multi, dann ist alles bestens. Wobei sich mir der Unterschied zwischen auto und multi bisher noch nicht offenbart hat, außer, dass der Fernseher dann bei multi halt auf 50 Hz schaltet und alles ruckelfrei dargestellt wird.

tfrensch
Wenn du RomanceTV via Sky empfangen kannst, dann schau dir den Sender mal an und achte genau auf das Logo - da kommt es immer zu diesem unschönen Flimmern (und das noch stärker als in dem Beispielvideo). Mal werden die Zeilen richtig dargestellt, dann wieder nicht, dann wieder ja ... und so kommt dann das Flimmern zustande.

2160p-auto führt hier auf Samsung nur dem Start aus Standby zu 24p, weil der HDMI-Sync da noch schiefgeht.
Dazu/ dagegen gibt es im oATV ein Script (/usr/script/StandbyLeave.sh mit Auflösungswechsel).

Zitat

Hier auch an Samsung UHD TV.
Abhilfe habe ich dadurch erreicht:
https://www.opena.tv/ax-quadbo…ost359084.html#post359084

Je nach TV muß man die Datei
/usr/script/StandbyLeave.sh
mit anderem Inhalt füllen. Bei meiner am 4K-TV steht folgendes drin:

Shell-Script

1. #!/bin/sh
2. #
3. # Dummy nach Standby
4. #
5. echo 2160p > /proc/stb/video/videomode
6. echo 2160p50 > /proc/stb/video/videomode

Die Datei muß die Rechte 0755 haben. Ob es klappen wird, kann man kurz auf der Konsole testen:

Code

1. root@GBQuad4k-1:~# cd /usr/script/
2. root@GBQuad4k-1:/usr/script# ./StandbyLeave.sh
3. root@GBQuad4k-1:/usr/script#

Das Bild und der Ton gehen kurz weg, und erscheinen anschließend wieder richtig. Ich habe die Ausgabe der Box auf 2160p-auto stehen.

Alles anzeigen

EDIT: Script angehängt (Dateirechte müssen 0755 sein).

Danke Ralf, ich probiere mal ob das Script unter TB auch funktioniert.

Das Script an sich funktioniert in allen Images gleich. Da wird einfach im Image der durch die Treiber angelegte Proc-Eintrag kurz geändert.
Beim oATV wird das Script aber automatisch auf jeder Box ausgeführt, wenn die Box aus Standby per Fernbedienung oder HDMI-CEC vom TV geweckt wird. Da kann dann alles mögliche drinstehen, je nachdem was die entsprechende Box bei der Aktion benötigt.
Als Gegenstück gibt es übrigens auch ein /usr/script/StandbyEnter.sh, das man auch noch für andere Dinge mißbrauchen kann. Habe ich auch alles nur durch User im oATV-Forum erfahren. Aber ganz nützlich.

Das stimmt, die Scripte sind wirklich nützlich Kann man das automatische Starten im TB eventuell auch einstellen?

Das ist ein Automatismus des oATV - ob das im teamBlue auch so ist? Keine Ahnung. Noch nicht probiert.

Habe es mal ausprobiert, also bei TB scheint es nicht zu funktionieren - selbst nach einem kompletten Neustart verhält sich die Box nicht so, wie du es von oATV her beschrieben hast ... schade.

Ja. Dachte ich mir, dass das eher ein oATV-Feature ist, das noch nicht im teamBlue angekommen ist.
Wobei mir das mit dem 24p-Mode des TV bisher nur beim oATV aufgefallen war. Das teamBlue nutze ich an dem TV mit den Boxen dort zu selten. Und direkt nach Neustart der Boxen, und direktem Aus/ An geht es ja immer. Nur nach längerem Standby verliert hier der HDMI etwas, oder Samsung schaltet falsch.

Da ich das Problem hier auch mit meinem Panasonic habe, denke ich nicht das unsere Fernseher falsch schalten. Bei einer Hersteller okay, wäre möglich, aber bei zwei Herstellern wird es schon unwahrscheinlicher.

Zitat von MrHonk

aber bei zwei Herstellern wird es schon unwahrscheinlicher

Die halten sich einfach nicht an meinen Standard
Naja. HDMI-CEC ist leider kein wirklicher Standard. Daher heißt der Krempel bei jedem Hersteller anders (AnyNet+, SimpleLink,...).
Sonst müßten die Daddels nämlich dem HDMI-CEC Konsortium beitreten, und die Codes offenlegen bzw. vereinheitlichen.

Wenn Dateien auf der Box fehlen würde ich ein Neuflash Vorschlagen.

/usr/script und die darin liegende Standby.sh sollten vorhanden sein. Entweder schaust du falsch oder dein Image ist RIP.

Dann schau mal in usr/bin dort liegt script