Sorry !
Ich meinte bei der Wiedergabe einer Aufnahme.
Timeshift benutze ich auch nicht.
Grüße Bernd
Sorry !
Ich meinte bei der Wiedergabe einer Aufnahme.
Timeshift benutze ich auch nicht.
Grüße Bernd
Beim rumspielen mit dem yavdr PiP Addon ist mir grade aufgefallen, das ich im kleinen Bild Schnee habe, im großen beim selben Kanal aber nicht.....
Vielleicht hilft das ja später mal bei der Diagnose.
Gruß Marcus
ZitatAlles anzeigenOriginal von Bernie7
Sorry !
Ich meinte bei der Wiedergabe einer Aufnahme.
Timeshift benutze ich auch nicht.
Grüße Bernd
Ist mir bis jetzt noch nie aufgefallen ... Ganz eigenartiges Verhalten.
Das Bild wird pausiert (Standbild) und wenn ich nochmal auf Pausetaste drücke (wenn auch mit nur 5 - 10 Sekunden Abstand), springt die Wiedergabe um ca. 5 Minuten vorwärts (??).
Wenn ich die Richtungstasten verwende, ist alles OK. Taste Down = Bild bleibt stehen, nochmal Taste Down = Wiedergabe fährt fort.
Bei laufender Wiedergabe hat bei mir die Betätigung der Leertaste und der Pfeiltaste runter die gleiche Wirkung.
Grüße Bernd
sicherlich gibbts noch keine lösung, oder? Habe vor 3 Tagen eine frische 0.3er installiert und jetzt ist mir der Schnee auch auf den schwarzen Flächen aufgefallen, ist aber nicht auf allen schwarzen flächen. Schaue ausschlißlich per xine
Soeben auf dem nvidia ftp entdeckt:
260.19.26 vom 29.11.2010
x86_32
ftp://download.nvidia.com/XFre…A-Linux-x86-260.19.26.run
x86_64
ftp://download.nvidia.com/XFre…inux-x86_64-260.19.26.run
ftp://download.nvidia.com/XFre…260.19.26-no-compat32.run
Leider noch kein Changelog dazu veröffentlicht worden und ohne offizielles Announcement.
Hat den schon jemand getestet?
Gibts auch als .deb bei Launchpad, aber bringt leider nichts.
Sieht noch genau so aus.
Also ich habe heute zum ersten Mal auf SAT1 deutlich Text im Hintergrund lesen können, auf 3 Sat schneit es. Aber auch da und anderen Programmen dafür ein horizontales Streifenmuster leichter Helligkeitsunterschiede, regelmäßig, ~1 cm auf dem 42"er und der übliche meist weisse Schnee.
Aber auch da schien mir, man könne Bildinhalt "erahnen".
Ich habe das Problem mit dem Schnee auch. - Nur im VDR (vdr-sxfe). Im XBMC ist alles ok.
Meine Hardware, siehe Signatur
ZitatOriginal von heckmic
Ich habe das Problem mit dem Schnee auch. - Nur im VDR (vdr-sxfe). Im XBMC ist alles ok.
Meine Hardware, siehe Signatur
Es ist doch nun bekannt das der Fehler nur bei einigen Hardwarekonstellationen auftritt. Die vorübergehende Lösung ist auf Seite 2 beschrieben:
ZitatOriginal von wwoody
Das ganze lässt sich eingentlich sehr leicht lösen, ohne die Pakete von yaVDR zu beeinflüssen oder gar beschädigen.
Maverick nvidia-current 256.53 herunterladen:
und installieren:
Der Treiber läuft bei mir seit einigen Tagen absolut stabil und ohne irgendwelche Fehler im Bild.
Sollte ein neuerer Nvidia Treiber abhilfe schaffen, wird es schon gepostet.
Das hier soll allerdings auch eine Lösung dafür sein: Gedanken zum Thema vdpau - Nvidia-260er-Treiber - Schwarze Flächen grieseln Ich teste das grade.
Ok, die Einstellung aus dem vorhin erwähnten Thread hat nichts gebracht, das Downgrade auf den hier beschrieben Treiber wohl schon.
@all
Bin heute mit 260.19.29 in das Problem massiv rein gelaufen, das ging soweit, das xine-ui den VDR bis zum quasi Stillstand belastet hat. Keine der vielen genannten Optionen konnte das Problem lösen. Das kann aber auch daran liegen, das ich xorg mit 30-bit Farbtiefe (RGB 101010) ausgebe und daher eh einen "anderen" Farbraum (ColorSpace) habe.
Gelöst habe ich das Problem, in dem ich nvidia-current* aus dem Maverick Repo installiert habe. Das ist die Version 260.19.06, mit welcher ich in den vergangenen Monaten sehr gute Erfahrungen gemacht hatte. Einzig nvidia-settings läßt sich nicht installieren, da passt eine Abhängigkeit nicht. Das ist aber nicht so tragisch, wenn man bereits eine xorg.conf und eine edid.bin hat.
Ach ja, habe keinen yaVDR im eigentlichen Sinne, sondern nutze das 64-bit stable-Repo mit einer 64-bit Lucid Installation.
Regards
fnu
DANKE!!! mit dem Downgrade des nvidia Treibers scheint es endlich weg zu sein, das Schneegrieseln
@Yavdr-Team, spricht etwas dagegen diesen Treiber als current im yavdr Repo zu verwenden?? Jedenfalls solange bis der aktuelle dieses Problem nicht mehr hat??
gruss
256.53 ist nicht ganz fehlerfrei ...
Das Bild ist damit in Ordnung (läuft bei mir seit geraumer Zeit), verursacht aber Hänger im OSD, sowie beim Umschalten (DD Cine S2 hier). Es tritt nicht immer auf und lässt sich durch einige Einstellungen für Xine minimieren. Wer damit leben kann, ist es derzeit - glaube ich - die einzige vernünftige Lösung.
Mit den Treibern ist es derzeit wie mit der Wahl zwischen Cholera und Pest. Auf mancher Hardware verursacht alles vor 260 periodische Hänger, auf der anderen Seite der 260er in bestimmten Konstallationen Tearing und Schnee.
Die Grundannahme ist das wir keine Abhängigkeit auf nvidia-current haben, und jeder sein Gift wählen kann. Wenn es eine allgemeingültige Variante gäbe hätten wir sie drin. Ich denke mit einer entsprechenden Anleitung sollte jeder in der Lage sein dann "seine" Version zu wählen - oder sollten wir hier Vorgaben machen ? NVidia sollte endlich in die Hufe kommen ...
ZitatOriginal von steffen_b
Auf mancher Hardware verursacht alles vor 260 periodische Hänger, auf der anderen Seite der 260er in bestimmten Konstallationen Tearing und Schnee.
Mit dem 260.19.06 kann ich den Schnee auch reproduzieren, wenn ich mehrfach xine-ui neu starte ohne den VDR neu zu starten und damit die Nvidia-Karte zu reset'ten. Aber das kommt ja zum Glück im reinen VDR Betrieb so gut wie nie vor, ist aber dadurch keine Lösung für XMBC Nutzer.
Bei dem 260.19.29 komme ich aus der Nummer gar nicht raus, da fängt das Problem sofort an. Wenn ich dann xine-ui ein paar mal neu starte, mache ich die CPU so zu, das ich mich nicht mal mehr per ssh anmelden kann.
Regards
fnu
@all
Könnt Ihr mal die Kernel Mode-Settings abschalten und prüfen ob sich das Problem bei Euch legt?
#/> sudo vi /etc/default/grub
...
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"
...
=> In diese Zeile "nomodeset" einfügen und:
...
#/> sudo update-grub
Hintergrund, habe den Parameter ausprobiert, da mein VDR in unregelmäßigen Abständen nach dem BIOS einfach nicht weiter startete und ich schon länger die Kernel Mode-Settings dazu im Verdacht hatte.
Mein Boot-Problem scheint damit tatsächlich behoben und ganz zufällig habe ich festgestellt, das ich den Schnee durch X-faches neustarten von xine-ui wie oben beschrieben nicht mehr reproduzieren kann (260.19.06).
Regards
fnu
ZitatOriginal von fnu
Mein Boot-Problem scheint damit tatsächlich behoben und ganz zufällig habe ich festgestellt, das ich den Schnee durch X-faches neustarten von xine-ui wie oben beschrieben nicht mehr reproduzieren kann (260.19.06).
Ich habe mit der Option und 260.19.29 auch keinen Schnee mehr, aber ich hatte das auch nur selten. Mal weiter beobachten.
Gerald
Hi,
habe gerade mit folgender Zeile getestet:
GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m nomodeset quiet splash noresume nohz=off acpi_enforce_resources=lax"
Allerdings benutze ich vdx-sxfe/xineliboutput. Dazu:
- Kernel: 2.6.32-27-generic
- Nvidia: 260.19.29
Hat zwar einige Restarts gebraucht, aber nach einiger Zeit hatte ich wieder den üblichen Schnee.
Auch das Problem mit dem autocrop ist geblieben (einige Sender erzeugen einen ständigen Restart des Frontends).
Gruß
Norbert
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!