NVidia 290 Treiber

Hallo Zusammen,

ich verwende xine-lib aus dem aktuellen git und das xine-Plugin. Mite den Treibern der 290er Reihe (06 und 10) habe ich ein kurzes Flackern, wenn das OSD verschwindet. Dieses Phänomen habe ich unabhängig vom verwendeten Skin und der eingestellen OSD-Art im xine-plugin.
Dabei wir immer genau ein Bild weggeworfen:

Kennt dieses Pänomen noch jemand - und hat evtl. sogar eine Lösung dafür?

Gruß, Ingo

Hi Ingo,

hast Du vielleicht von recht alten Treibern upgedatet?
Ich glaube der letzte Treiber, der dieses Flackern nicht
hatte, war ein 275er. Ab 280 hatten die das alle.


Gruss, Ralf

Du hast recht: 275.09.07 den nehme ich jetzt auch wieder, denn der läuft ja. Danke für den Hinweis.

Gruß, Ingo

Hallo Ingo,

hast Du mal folgenden Treiber getestet?

275.36

Grüße
kaminkehrer

Hallo Ingo,

ich hatte über 2 Wochen den von NVidia am 03.11. aktualisierten 275.36 auf meinen ION1 und ION2 Systemen, und hatte sehr gute Erfahrungen damit gemacht.
https://www.gen2vdr.de/forum/index.php?s...indpost&p=58595
Rein subjektiv ist er besser gelaufen, als der 275.09.07.

Mit den 280ern, 285ern und dem 290.06 hatte ich schlechte bis miserable Erfahrungen gemacht.
Besonders bei den ION2 Systemen kam das TV-Bild bei offenem OSD total ins Stocken, hat teilweise nur noch gezappelt bis hin zu totalen Systemhängern beim Öffnen des Menüs.
Bei den ION1 Systemen war das mit den 275er Treibern total weg.
Bei den ION2 kam das TV-Bild beim Scrollen im OSD mit dem 275.09.07 immer noch auffällig ins stocken, wobei das mit dem "neuen" 275.36 wesentlich besser war.

Vergangenen Dienstag bin ich, nachdem erste Tests auf einem System sehr positiv waren, bei allen V3 Release Systemen auf den 290.10 gewechselt.
Gerade die ION1 Systemen laufen damit sehr gut. Da kann ich den von Dir beobachteten Effekt weder sehen noch im log nachvollziehen.
Ich hab heute mal wieder einen ION1 auf 275.36 rückgerüstet und kann so auf die Schnelle zwischen dem System mit 290.10 und 275.36 (die Systeme sind von der HW - AsusAT3IONT-I deluxe mit CineS2 - komplett identisch) keine Unterschiede feststellen.

Bei den ION2 (1x Asus AT5IONT-I mit CineS2, 1x Shuttle XS35GTV2 mit Sundtek Sky Ultimate) kann kann ich den von Dir beschriebenen Effekt beim Schließen des OSD auf jeden Fall im log nachvollziehen.
Direkt aufgefallen war es mir bis gestern bis zu deinem post eigentlich nicht.
Lag vermutlich daran, dass ich echt happy war, überhaupt ein flüssig bedienbares OSD (ohne Zappeln und Crash) zu haben.
Ich werde mal auch eines dieser Systeme wieder auf den 276.36 rückrüsten und schauen, wie es sich im Vergleich zum 290.10er verhält.

Derzeit bin ich auch dabei, ein neues System mit SandyBridge-MB aufzubauen.
Aktuell läuft das mit passiver GeForce 210, da die mit dem MB bestellte GT520 ne Macke hatte.
Da kann ich den Effekt mit dem 290.10er (noch kein anderer getestet) nicht feststellen.

Gruß
Klaus

Hallo Klaus,

danke für die ausführliche Antwort. Ich habe hier jetzt einiges an Kombinationen mit libX11, libxcb und xorg-sever Versionen getestet: sobald ich einen der 290er Treibern nehme habe ich genau ein schwarzes Bild drin (genau den drop im vdr-xine Logfile). Nochmal vielen Dank für Deine Mühe - ich bleibe vorerst bei dem alten Treiber.

Vieleicht könnten Ralf und Du Euch ja mal kurzschließen, wo der Unterschied in Euren Konfigs ist. Wenn bedarf an meinen Konfigs besteht, sagt Bescheid...

Gruß, Ingo

ich werde heute abend mal den 275.36 auf ION2 testen und berichten.
Ich denke, R2D2 müsste vielleicht auch was dazu sagen können,
ich meine, der hat auch ein ION-System und bestimmt auch die nötige
Erfahrung.



Gruss, Ralf

Hi,

ich bin jetzt mal auf dem AT5IONT-I wieder zurrück auf NVidia 275.36, wobei ich auch xine-lib, xine-ui und die Ausgabeplugins neu gebaut habe.

Wie bei 290.10 fällt mir das kurze Flackern beim Schließen des OSD nicht wirklich auf.
Beim genaueren Hinsehen, könnte man meinen, ein kurzes Flackern zu sehen.
Ist aber wirklich nicht auffällig.
Im vdr-xine log sieht man aber, dass ein Bild verworfen wurde, was ich bei den ION1 nicht feststellen kann.
Auch sonst werden (auch ohne Öffnen des OSD) immer wieder Bilder verworfen,
Mein AT5IONT-I verhält sich da bei Nvidia 275.36 genau so wie beim 290.10.
Beim Scrollen im OSD gibts jedoch keine sichtbaren Ruckler mehr und auch kein zappeln beim ersten Öffnen des OSD.
Im log sieht man aber gerade beim Scrollen im OSD, dass jede Menge Bilder verworfen werden.
Das kann ich bei den ION1-Systemen nicht feststellen.

Von den Konfigs bin ich erst mal mit Absicht recht nah an den Standards der V3 Release geblieben, die man nach erfolgreicher Installation hat.
An der xorg.conf hab ich nach der Installation nix verändert und an der /root/xine/config nur die sound-devices auf hw:1,7 angepasst, damit ich bei den ION2 Sound über HDMI habe.
Man könnte sicher noch an den Buffer-Einstellungen schrauben, hab ich aber erst mal gelassen.
Nur über das OSD hab ich im xine-plugin den "Puffer-Überwachungsmodus" auf "durchgehen" gestellt, um Tonaussetzern vorzubeugen und "Anzeigeart für OSD" hab ich auf "Einpassen Auto" gestellt.

Gruß
Klaus

soooooooooooo, ich habe mal den 275.36 auf meinem AT5IONT-I installiert.
Leider habe ich auch die xine-lib....etc aktualisiert. Jetzt habe ich keinen Ton
auf HD-Kanälen. Digitalton tut auch nirgends. Aber soweit ich weiss, is das
ein Problem von xine-lib und xinelibouput, welches ich verwende.
Das OSD Problem ist minimal besser, aber macht wenig Unterschied zum 290.10.
Das Flackern, wenn das Menu öffnet hat der 275.36 auch.
Ich denke, ich warte ein paar Tage, bis xinelibouput fefixt ist und
lasse bis dahin mal den Treiber drauf, um dann nochmal zu beurteilen.
In Zukunft mach ich nix mehr mit ION und Atom.
Das AT5IONT-I war ein teurer Fehlkauf.

Gruss, Ralf

Hallo,

welches xineliboutput nutzt du denn? ich habe das aktuelle ausm git (gerade noch mal geprüft) und da kommt Ton per SPDIF.
Hast du mal die /.xine/config_xineliboutput geprüft bzw. die Einstellung im xineliboutput / admin geprüft!?

Gruß

ich habe nichts geprüft, aber direkt vor dem Update lief es noch,
mit den gleichen configs. Das xineliboutput ist ausm git.
Ich meine aber, es ist die xine-lib, da steht was im VDR-Portal.
Aber trotzdem danke.

hast Du auch die xine-lib xine-ui libbluray und libbluray-xine mit
upgedatet?


Gruss, Ralf

Hallo,

ja, die hab ich auch upgedatet; ist allerdings schon nen paar Tage her...

Gruß

dann lass es lieber mit dem updaten.
Das dauert bestimmt noch ein paar Tage,
bis der Bug gefixt ist.

Gruss, Ralf

Hi Ralf,

ich hab bisher in der V3 Release immer das xine-plugin verwendet.
Da konnte ich kein Ruckeln und Flackern bei geöffnetem OSD feststellen.
Auch DigitalSound war da.

Hab den AT5IONT-I mal auf xineliboutput umgestellt und kann die OSD-Probleme bestätigen.
Digital-Sound hatte ich erst mal auch keinen.
Hab dann aber festgestellt, dass in der /root/.xine/config_xineliboutput diese drei Zeilen fehlen:

Damit geht dann auch der DigitalSound wieder.

Wiso benutzt Du eigentlich nicht das xine-plugin?
Da verhält sich das OSD beim AT5IONT-I wirklich besser als mit xineliboutput.

Hab überigen auch mal einen ION1 auf xineliboutput umgestellt.
Der ION1 hat auch mit xineliboutput keinerlei OSD-Probleme.

Gruß
Klaus

Ich habe ein ION und kein ION2.

Dass der ION2 nichts taugt, vorallen das AT5IONT, sollte doch nun eigentlich allgemein bekannt sein, denn darüber wurde im VDR-Portal doch schon mehrfach berichtet.

Hallo Flarx,

Kontrolliere mal bitte deine config unter /root/.xine/.
Bei mir wurde beim letzten update der xine-lib die Konfig in "config~" umbenannt.
Nach dem zurück kopieren hatte ich auch wieder Ton.

Grüße
kaminkehrer

danke Leute,

ich schau heute abend mal in die config rein.

Das xine-plugin habe ich nicht benutzt, da
es beim Spulen von Aufnahmen und beim Schneiden
extrem träge reagiert. Aber ich werde heute abend mal
umstellen.

Gruss, Ralf

Hallo Leute,

kann mir bitte mal jemand seine config_xineliboutput posten?
ich hatte die Zeilen in meine eingefügt und bringe es jetzt nicht mehr zum Laufen.
Wäre echt nett.

Gruss, Ralf

Bitteschön: :)

Vielen Dank!

Damit läufts wieder einwandfrei.

Gruss, Ralf