[0.3] Schnee in dunklen Flächen

Ich muss sagen, dass ich seit dem vorhergehenden Update nichts der gleichen mehr habe. Alles bestens.

Erste Ergebnisse:
zuerst Ernüchterung. Dschungel Camp Aufzeichnung gestartet, und innerhalb weniger Sekunden weißes Grieseln in schwarzen Flächen, einhergehend mit seitlichen Versetzungen im oberen drittel des Bildes. Beides also alles was wir bereits kennen. Bestenfalls waren die Anzahl der weißen Punkte geringer als sonst.
Dann die Box neu gestartet. zappen, selbe Aufnahme nochmal wiedergegeben, hin und her probiert, alles stabil, keine versetztes Bild und Griseln.

Nochmal überlegt ob mir bei der Wiedergabe etwas aufgefallen war, und ich erinnerte mich daran, dass beim Start der Aufnahme irgendwie ich den Eindruck hatte, dass das Frontend einen Reset durchgeführt hatte. Was passen würde, denn ich meine dies hier schon gelesen zu haben, dass Ihr das auch nach einem ungewollten Neustart des Frontends bemerkt habt.
Ich habe den durchaus des öfteren, das führe ich zur Zeit noch auf den schlechten S480 Treiber zurück und weil ich die Farbtasten so habe, dass dies beim Abrufen der Infos auch zu einem Reset führt (ist mir bekannt, dass dies beim epgsearch passiert, wenn man die ok Taste auf Umschalten ändert).

Ich werde versuchen es beim nächsten Auftreten zu beobachten, ob es wieder beim ungewollten Neustart des Frontends passiert.

Zitat

Original von Torsten73
Erste Ergebnisse:
zuerst Ernüchterung. Dschungel Camp Aufzeichnung gestartet, und innerhalb weniger Sekunden weißes Grieseln in schwarzen Flächen, einhergehend mit seitlichen Versetzungen im oberen drittel des Bildes. Beides also alles was wir bereits kennen. Bestenfalls waren die Anzahl der weißen Punkte geringer als sonst.
Dann die Box neu gestartet. zappen, selbe Aufnahme nochmal wiedergegeben, hin und her probiert, alles stabil, keine versetztes Bild und Griseln.

Toller Test. Im Changelog steht doch, dass das Kernelmodul geändert wurde. Wenn du es nicht von Hand neu lädst ist natürlich nach der Installation noch das Alte aktiv. Ein Reboot entlädt das alte Modul natürlich.

Gerald

Also, nach einem update und bevor man testet sollte man schon sicherheitshalber rebooten. Schon aus Prinzip.

Hmm, ich hab jetzt ein paar mal probiert zwischen xbmc und vdr umzuschalten, leider kommt das grieseln wieder.
Hat sich also nichts geändert.

.. nanu doppelt gepostet
Gruß
Torsten

Zitat

Original von SvenGWK
Leider Fehlanzeige, immer noch grüner Schnee in allen schwarzen Flächen. .-/

EDIT: Allerdings scheint bei mir jetzt Option "ColorSpace" "YCbCr444" zu funktionieren, unter VDR st das Bild sauber. Allerdings hab ich den Schnee unter XBMC noch in einigen flächen, das "echte" schwarz ist aber nicht mehr betroffen so wie es aussieht...

@sven,
nur mal so eine Vermutung, könnte es an Deinem Plasma TV liegen? Denn grünen Schnee habe ich noch nicht beim nvidia Fehler gesehen. Was ich aber als grünen Schnee kenne ist ein Ansteuerungsfehler bei Plasma TV´s, und Dein Panasonic ist so einer, noch dazu ein wo es vom Alter her passen könnte. Je nach Dynamikumfang der Signalquelle tritt dieses Problem mehr oder weniger stark auf. Es könnte sein, dass über Scart oder VGA der Fehler geringer ist. Manchmal sieht man es auch schon, wenn man eine Signalquelle ohne Signbal wählt oder beim zappen der Analogquellen beim Dunkeltasten des Bildschirms, dann tritt auch kurz das Farbrauschen auf. Ein ganz klares Zeichen für das Ableben einiger Kondensatoren.
Nicht das Du nach einem Problem im YAVDR suchst, wo keiner ist. Oder hat ein anderer schon von Schnee berichtet, der andersfarbig als schwarz oder weiss ist? Ich wüste es nicht.

Ich kenne auch noch das Problem, wenn man ein fehlerhaftes Kabel verwendet. Das sieht dann aber mehr nach einem Ausreißen nach rechts aus und nicht nur wild verteile Punkte.

@all,
wir haben gestern Abend noch eifrig getestet und TV geschaut, über mehrere Stunden ist der Fehler zur Zeit nicht wieder aufgetreten, aber es ist auch kein ungewollter Frontend Neustart passiert. Wenn dieser wieder mal auftritt werde ich das Log genauer durchforsten, ich bin mir fast sicher, das es damit zusammenhängt.

gda,
woher weißt Du dass ich das nicht gemacht habe So neu bin ich nicht, dass ich das nicht wissen würde. Aber trotzdem Danke für den Hinweis, so weiß es auch der Rest.
Und entschuldige dass ich Dich nicht gleich mit sämtlichen Logs erschlagen habe.

Gruß
Torsten

Zitat

Original von Torsten73
@sven,
nur mal so eine Vermutung, könnte es an Deinem Plasma TV liegen? Denn grünen Schnee habe ich noch nicht beim nvidia Fehler gesehen. Was ich aber als grünen Schnee kenne ist ein Ansteuerungsfehler bei Plasma TV´s, und Dein Panasonic ist so einer, noch dazu ein wo es vom Alter her passen könnte.

Welche Kristall-Kugel auf Turkey hast Du denn befragt? Das Gerät ist 2008 vorgestellt worden, also von wegen alt und so, und ist mit einem Panel der G11 Generation ausgestattet. Mit dieser Generation ging die Stromaufnahme deutlich zurück, was mit G12 & G13 noch weiter verbessert wurde ...

Außerdem hatte er das ja vorher wohl auch nicht ...

Regards
fnu

Hmm, mit dem "alten" Treiber habe ich keinerlei Probleme.
Der Fehler tritt mit dem neuen Treiber mal auf und mal nicht, also kann es ja eigentlich nicht am TV liegen?
Bei einem Neustart ist zunächst alles sauber, wenn ich dann nach XBMC umschalte geht´s los, das gleiche passiert auch wenn ich mal auf die Konsole wechsel und dann wieder zum Frontend zurückkehre.

Ich versuche es mal auf video aufzunehmen (wenn ich denn mal mein Handy wieder zum laufen gebracht habe :-/ )

@all

Mal Feedback von meiner Seite, mit dieser neuen Version kann ich den Tiering Effekt auch immer noch nachvollziehen, wenn ich xine-ui mittels "kill" mehrfach beende und neu starte.

Das Overlay-Problem (aka Schnee) hatte ich sowieso nur mit einer Treiberversion seither. Der sie sich aber nicht anders verhält als 260.19.06 aus dem Maverick Repo, bleibt die 260.19.36 drauf.

Regards
fnu

bei mir tritt der Schnee in dunklen Flächen seit 260.19.29 nach einem ungewollten Restart von Openbox auf. Dafür sehen jetzt mit 260.19.36 Laufschriften wirder richtig übel aus - wie jede zweite Zeile versetztes Interlace...

Hallo
Tearing hatte ich auch bereits gesehen (nach reboot aber wieder weg)
Schnee hab ich noch nie gesehen (Gigabyte GA-E7AUM-DS2H)
SInd hier nicht irgendwelche neuen Parameter in der xorg.conf zu setzen??
Gruß Tommy

Ich hab den neuen Treiber ein paar Stunden ohne Schnee am laufen.
Vorher war es teilweise richtig extrem.

Naja mal abwarten....

Zitat

Original von fnu
...
Welche Kristall-Kugel auf Turkey hast Du denn befragt? Das Gerät ist 2008 vorgestellt worden, also von wegen alt und so, und ist mit einem Panel der G11 Generation ausgestattet. Mit dieser Generation ging die Stromaufnahme deutlich zurück, was mit G12 & G13 noch weiter verbessert wurde ...

Außerdem hatte er das ja vorher wohl auch nicht ...

Regards
fnu

Ich will ja Deine Illusion nicht zerstören, aber ein 3 Jahre alter TV ist heute schon so alt, dass er in vielen Fällen bei einer Reparatur nicht mehr repariert wird. Leider ... Und ja ich habe einfach mal ins blaue getippt, denn dass es solche Fehler gibt, steht wohl außer Frage. Es hätte ja sein können das es passt... Und wenn nicht umso besser. Denn es gibt auch manchmal seltene Zufälle.
Und ich stimme Dir zu, dass je weniger warm die Kisten werden (egal ob LCD oder Plasma) die Lebenserwartung theoretisch besser wird. Was auch sehr zu wünschen wäre, die Lebenserwartung der bisherigen Generationen der Flachbildgeräte ist beängstigend.

vieleicht hilft's einigen: es gibt ne noch neuere nvidia trieber version - beta 270.18.

Mit keinem der Treiber gibt es eine Besserung ...
Solange xine-ui nicht sauber beendet wird (ich verwenden xine-ui als Frontend), bleibt der "Schnee" im XBMC und nach Umschalten zurück zum VDR ist sehr oft starkes Tearing zu beobachten. Nach einer Weile muss Openbox neu gestartet werde, da das Bild nur noch Schei*** ist.
Es hat sich also nichts geändert.

//edit
Hier ein kleines Workarround, welches mir hilft.

1. Verzeichnis erstellen:

/etc/yavdr/templates_custom/etc/init/vdr-frontend.conf

Darin eine Datei namens 10main:

# yavdr-frontend - Starts xine or vdr-sxfe
#


description     "yavdr-frontend"
author          "Gerald Dachs <gda@dachsweb.de>"


start on ((started vdr and openbox-started and sound-card-added) or vdr-frontend-restart)
stop on (stopping vdr or stopping openbox or started xbmc)
nice -10


<?cs if:(!?vdr.frontend || vdr.frontend != "headless") ?>respawn<?cs /if ?>


script
   <?cs if:(!?vdr.frontend) ?> exec su -c "/usr/bin/start-xineliboutput" vdr <?cs /if ?> <?cs if:(vdr.frontend == "xineliboutput") ?> exec su -c "/usr/bin/start-xineliboutput" vdr <?cs /if ?><?cs if:(vdr.frontend == "xine") ?> exec su -c "/usr/bin/start-xine" vdr <?cs /if ?><?cs if:(vdr.frontend == "xbmc") ?> exec su -c "/usr/bin/start-xbmc-frontend" vdr <?cs /if ?><?cs if:(vdr.frontend == "headless") ?> echo "headless yaVDR Server" <?cs /if ?>
end script

2. Verzeichnis erstellen:

/etc/yavdr/templates_custom/etc/init/xbmc.conf

Darin eine Datei namens 10main:

description     "XBMC Daemon"
author          "Steffen Barszus <steffenbpunkt@gmail.com>"


env DISPLAY=:1
export DISPLAY


env XORGCONFIG=/etc/X11/xorg.conf.yavdr
export XORGCONFIG


pre-start script
echo "halt" | netcat localhost 6789
/usr/bin/svdrpsend remo off || /bin/true
if [ ! -z $STANDALONE ] ; then
  touch /tmp/.standalone || /bin/true
fi
end script


post-stop script
/bin/rm -f /tmp/.standalone || /bin/true
/usr/bin/svdrpsend remo on || /bin/true
/sbin/initctl emit --no-wait vdr-frontend-restart
end script


exec su -c "/usr/bin/xbmc --standalone" vdr

3. Verzeichnis erstellen:

/etc/yavdr/templates_custom/usr/bin/start-xine

Darin eine Datei namens 80_xine:

if [ -n "$ASPECT_RATIO" ]; then
  XINEOPTS="$XINEOPTS --aspect-ratio=$ASPECT_RATIO"
fi 


if [ "$USE_AUTOCROP" = "1" ]; then
  XINEOPTS="$XINEOPTS --post autocrop:enable_autodetect=1,enable_subs_detect=1,soft_start=1,stabilize=1"
fi 


while [ ! -e /tmp/vdr-xine/stream ] ; do sleep 0.1 ; done
/usr/bin/xine -n $XINEOPTS vdr:/tmp/vdr-xine/stream#demux:mpeg_pes

4. Zum Umschalten per FB, zwischen VDR u. XBMC, Verzeichnis erstellen:

/etc/yavdr/templates_custom/etc/lirc/lircrc

Darin eine Datei namens 10main:

begin
    prog = irexec
    button = <Knopf auf der Fernbedienung>
    config = start xbmc
    config = stop xbmc
end

Damit wird xine-ui sauber beendet, kurz bevor XBMC gestartet wird und das Verhalten des startup jobs für das vdr-fontend wird nicht beeinflusst.
Die Templates dann noch einzeln aktivieren mit "process-template" und am besten ein reboot machen.
Mir hilft es.
Wie immer, auf eigene Gefahr.

Uii, na da sage ich doch mal Danke . Dann werde ich das die Tage mal testen.
Wenn das eine Lösung ist, könnte es ja auch ruhig integriert werden. Oder?

Hallo,

Zitat

Original von Torsten73
Nochmal überlegt ob mir bei der Wiedergabe etwas aufgefallen war, und ich erinnerte mich daran, dass beim Start der Aufnahme irgendwie ich den Eindruck hatte, dass das Frontend einen Reset durchgeführt hatte.

Ich konnte den Schnee auch nach Restart des Frontends reproduzieren. Bei mir genügt bei Wiedergabe einer Aufnahme einfach "Pause" drücken, 10 sec. warten und dann!"Play".

Heute abend gleich mal testen.

Grüße Bernd

Zitat

Original von Torsten73
Uii, na da sage ich doch mal Danke . Dann werde ich das die Tage mal testen.
Wenn das eine Lösung ist, könnte es ja auch ruhig integriert werden. Oder?

Es ist keine Lösung ... Lösung wäre es wenn Xine sich von alleine sauber beenden würde. Es ist nur ein Workarround.