ZitatOriginal von Norbert42
habe gerade mit folgender Zeile getestet:
[code]GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m nomodeset quiet splash noresume nohz=off
update-grub und reboot hast du aber gemacht, oder?
Gerald
ZitatOriginal von Norbert42
habe gerade mit folgender Zeile getestet:
[code]GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m nomodeset quiet splash noresume nohz=off
update-grub und reboot hast du aber gemacht, oder?
Gerald
Bei mir ist der Schnee auch wieder da.
Gerald
Ja, darum ging's mir mit der Anfrage auch, herauszufinden ob das bei mir doch eher Zufall ist. Werde ebenfalls weiter beobachten und den VDR ein wenig stressen ...
Etwas anderes, falls jemand den gleichen Weg wie ich wählt und "nvidia-current (260.19.06)" aus dem Maverick-Repo installiert, die "nvidia-settings" hängen bedingt von der Treiber Version ab, man kann also das Paket für "260.19.29" aus dem stable yaVDR Repo nehmen. Hatte nicht bedacht, das man ohne, keine Temperatur für das sysinfo-Plugin auslesen kann ...
[EDIT]
[/EDIT]
Gruß
Frank
müsste nicht nvidia-smi trotzdem gehen fnu ?
Ähm, das ist doch kein Kommando? Das ist das "System Management Interface", also die Schnittstelle mit welcher man z.B. per "nvidia-settings" die Infos ausliest, oder?
Von daher würde ich sagen, die Schnittstelle geht natürlich, gehört ja zum Treiber. "nvidia-settings" ist einfach nur ein Tool(-set) zum Auslesen der Info's ...
[EDIT]
Hmm, hatte die Antwort selbst verlinkt, ist wohl in der Tat ein Monitoring Tool, wieder was gelernt. Werde ich mir mal ansehen ...
[/EDIT]
Gruß
Frank
Nein es gibt ein tool mit dem namen nvidia-smi.
Das einzige was bis jetzt zu helfen scheint, ist das VDPAU_NVIDIA_NO_OVERLAY=1 in unserer openbox.conf.
[edit]Ne, hilft auch nicht[/edit]
Gerald
ZitatOriginal von steffen_b
Nein es gibt ein tool mit dem namen nvidia-smi.
Steffen, sehr cool, danke.
"nvidia-smi" funktioniert zur Abfrage der Temperatur. Dafür ist also "nvidia-settings" nicht mehr nötig.
Sehr interessant ist auch die Anzeige von CPU & Memory Utilization.
Regards
fnu
Ich habe das Problem mit dem Schnee nun auch im XBMC festgestellt. Mit dem Maverick Repo ist das Problem auch nicht weg.
Was hat denn das xinelib mit xbmc zu tun? Meinst du Autocrop? Wo schaltet man das denn an und aus und wofür ist das gut? Welche nvidia-current ist denn dann die richtige?
ich finde autocrop wichtig.
Schau mal einfach auf "Sky Krimi" oder manchmal auch bei zdf neo. Da musste ich zb. gestern als aufzeichnung "Ein starkes TEam" ohne Autocrop mit einem kleinen Fensterchen auf meinem 50" Vorlieb nehmen...
Mit Autocrop wird dieses auf die gesamte TV-Größe aufgezommt.
@all
Beim Thema, Schnee in dunklen Flächen, bleiben ...
Mal kurz ein Update von meiner Seite, habe nun mehrfach "nomodeset" rein und rausgenommen, ändert auch bei nichts mehr. Nur sporadisch kann ich Tearing-Effekte am oberen Bildrand, vmtl. prinzipbedingt nur bei Interlaced Material, durch mehrmaliges Neustarten von xine-ui provozieren, den sogenannten "Schnee" gar nicht mehr: Nvidia 260.19.06 aus Maverick.
Ich glaube auch nicht das Autocrop hier das Problem ist, weil das Phänomen nur für neuere Nvidia Version berichtet wird. Schon eher das irgendwie der Speicher (System & Graka) der für die Grafikausgabe genutzt wird nicht sauber bereinigt wird.
Ich bin mir nicht mehr sicher, wann das genau war, aber ich hatte dieser Tage auch mal zur Überprüfung den "-generic" Kernel aktiv, während ich sonst immer den "-preempt" Kernel am Start habe. Daher bin ich mir nicht 100% sicher, ob das eine Auswirkung hatte. Evtl. könnte mal einer von Euch probieren, ob das bei ihm was ändert. Aber bitte nur die, die sich das wirklich zutrauen!
Regards
fnu
Ich habe jetzt nicht die ganzen Beiträge verfolgt.
Ich hatte ursprünglich ein billig 2,5 m HDMI Kabel angeschlossen und meist grünes Grisseln in schwarzen Bildflächen. Nach dem Tausch gegen ein hochwertigeres 3 m HDMI Kabel ist dieses Problem nicht mehr aufgetreten.
Das Problem scheint bei billigen Kabeln zu sein, das die Flanken des digitalen Signals zu sehr verschlissen werden, so das der Eingangstreiber nicht mehr eindeutig das digitale Signal rekonstruieren können.
Olaf
Das mit dem Kabel denke ich nicht, ich habe ein hochwertiges dran... Auch haben wir ja Schnee (weiss) in dunkelen Flächen.
Ich habe folgende Pakete installiert:
linux-headers-2.6.32-26
nvidia-current 260.19.21-0yavdr0
xine-ui 0.99.7~hg20101101-1yavdr2
libxine1-xvdr 1.0.6+cvs20101123.2030-0yavdr1
vdr-plugin-xine 0.9.3-19yavdr1
Das Problem ist momentan nicht wieder aufgetreten. Ich teste noch.
https://bugs.yavdr.com/project…itory/revisions/2512/diff
mal testen
danach restart openbox sollte glaube ich reichen
ZitatOriginal von hotzenplotz5
https://bugs.yavdr.com/project…itory/revisions/2512/diff
mal testen
danach restart openbox sollte glaube ich reichen
Soll ich vorher wieder auf den aktuellen Stand upgraden? Und wie genau muss ich das einspielen?
wartet noch evtl kommt bald ein update. ich teste gerade...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!