integration von vdpau in vdr

ok, also mit 261 sollte es kein flackern geben? kann ich soweit nicht bestätigen - hatte ja die r261.

Zitat

Original von dad401
Stichwort "flackern". Auch mit der r279 (System 3) habe ich ein merkwürdiges flimmern bei ASTRA HD. Das sieht man besonders bei weissen Flächen (Trailer mit Flug über die Berge). Kann das ggf. jemand nachvollziehen? Kann es evtl. an einer Einstellung am LCD (Sony 40Z4500) liegen?

Sonst läuft soweit alles sauber und flüssig. Bei ARD/ZDF HD fällt sowas nicht auf. Bei ANIXE SD (auch 1080i) werde ich mal auf helle Flächen warten und berichten...

Marcus

Aktualisierung: Bei ANIXE HD ist das Flackern IMHO auch vorhanden, nachdem ich erstmals längere Zeit etwas angesehen habe (Aufnahme der Serien Planet der Affen). Ich meine man merkt es besonders am ANIXE HD Logo (am Halbkreis).

Marcus

Vom Flackern zum nächsten "Problem" was ich mit System 1 sobeben feststellte, nachdem ich meinen VDR-Aufruf inkl. vdr-sxfe überarbeitet habe.

Beim Start (glücklicherweise) läuft soweit alles gut. Nachdem ich nun testweise vdr-sxfe gekillt habe und es automatisch neu gestartet wurde (siehe Link oben), habe ich festgestellt, dass bei jedem Neustart (habe mehrmals vdr-sxfe gekillt) in zufälliger Reihenfolge der folgende Fehler auftritt:

[29118] [input_vdr] TCP: fifo buffer full
[29118] [input_vdr] TCP: fifo buffer full
[29118] [input_vdr] TCP: fifo buffer full
[29118] [input_vdr] TCP: fifo buffer full
[29118] [input_vdr] TCP: fifo buffer full
[29118] [input_vdr] TCP: fifo buffer full
[29117] [input_vdr] Control stream disconnected
[29117] [input_vdr] Control thread terminated
[29118] [input_vdr] Data thread terminated

Verwendet wird xineliboutput 1.0.4 inkl. Durchflieger-Patche.

Ist dies auch jemanden bekannt? Es muss wohl irgendwie am Zeitpunkt des Starts von vdr-sxfe liegen und der damit verbundenen "Synchronisation" mit dem VDR?!

Warte schon seit ewig auf den 279 Patch gegen die xinelib, der 278 hat jetzt schon fast nen Monat auf dem Buckel. Evt hat ja mal jemand Erbarmen und baut den Patch zusammen
Viele Grüße
steiniplatte

Zitat

Original von dad401
[..] Nachdem ich nun testweise vdr-sxfe gekillt habe und es automatisch neu gestartet wurde[..]
Es muss wohl irgendwie am Zeitpunkt des Starts von vdr-sxfe liegen und der damit verbundenen "Synchronisation" mit dem VDR?!

.. mit dem serverteil des xineliboutput-plugin ..

gruß, ciax

Zitat

Original von ciax

.. mit dem serverteil des xineliboutput-plugin ..

Richtig

Hallo,

es gibt mal wieder was Neues von xine-vdpau.

Revision 280 (High Quality Scaling) und weil das nicht durchkompiliert hat gleich noch Revision 281 (Revert Makefile.am)

Gruß, tomas

Zitat

Original von tomas
Hallo,

es gibt mal wieder was Neues von xine-vdpau.

Revision 280 (High Quality Scaling) und weil das nicht durchkompiliert hat gleich noch Revision 281 (Revert Makefile.am)

Gruß, tomas

Alles anzeigen

.. da können sich jungs und mädels mit den neueren GPUs darüber freuen. ist schnell in xine-vdpau eingeflossen - toll!

gruß, ciax

Zitat

Original von ciax

.. da können sich jungs und mädels mit den neueren GPUs darüber freuen. ist schnell in xine-vdpau eingeflossen - toll!

gruß, ciax

was heisst neuer ..

Zitat

Original von mentox
[..]
was heisst neuer ..

servus mentox - hast eventuell schon eine der GPUs aus:

190.32 (beta) Linux x86/x86-64 released

gruß, ciax

Und hier noch ein paar Details zu den GPU's:

GeForce GT 230M   0x0A2A  C
GeForce GT 240M   0x0A34  C
GeForce G210M     0x0A74  C
GeForce GTS 260M  0x0CA8  C
GeForce GTS 250M  0x0CA9  C

http://de.wikipedia.org/wiki/Nvidia-Geforce-200M-Serie

Man beachte Notebook-GPU's.

Gruß
Wolfgang

Hallo,

ich habe mir für einen VDR eine 9500er Nvidia-Karte besorgt.

Davon abgesehen, dass der Nvidia-Treiber extrem instabil ist (Auf ein VT umschalten ist Gift für den Treiber...) stelle ich Probleme mit dem TV-Ausgang fest.

Sobald der TV-Ausgang aktiv geschaltet wird, bricht dann und wann der Deinterlacer auf dem DVI-Port weg.

Wie ist die optimale Einstellung bei Verwendung des TV-Out. Entlastet es die Grafikkarte, wenn ich auf TV-Out und auf dem DVI die gleiche Wiederholfrequenz verwende?

Ist ja schon bedenklich, wenn die Karte schon bei SD-Content Probleme bekommt. Bei HD werde ich den TV-Out auf jedem Fall auch aktiv haben, da ich den ja nicht ohne weiteres und schon garnicht komfortabel im Betrieb ausschalten kann. Demnach muss eine Lösung her, die es erlaubt, den TV-Out auch bei HD aktiv zu lassen, aber dennoch flüssig HD zu decodieren.

Zitat

Original von dad401

Aktualisierung: Bei ANIXE HD ist das Flackern IMHO auch vorhanden, nachdem ich erstmals längere Zeit etwas angesehen habe (Aufnahme der Serien Planet der Affen). Ich meine man merkt es besonders am ANIXE HD Logo (am Halbkreis).

Marcus

Ich denke das Flackern/Flimmern liegt an folgender Einstellung (siehe Wie bekomme ich ein lauffähiges System für xineliboutput mit vdpau?

Zitat

3. Parameter durch DF-Patch, da xine-vdpau bei SD diese Parameter nicht regeln kann:

....
# vdpau: restrict enabling video properties for SD video only
# { none noise sharpness noise+sharpness }, default: 0
video.output.vdpau_sd_only_properties:noise+sharpness
....

Die Einstellparameter "noise reduction" und "sharpness" im xineliboutput setup werden standardmäßig bei SD UND HD-Videos angewendet.
Mit der xine config Einstellung "video.output.vdpau_sd_only_properties:noise+sharpness" wirken die Einstellparameter nur noch bei SD-Videos. Bei HD-Videos wird in der Regel keine "Nachbesserung" benötigt und das Abschalten spart natürlich Rechenleistung in der GPU.

Alles anzeigen

Mal weiter beobachten, aber ich denke das Problem ist hiermit gelöst.

Marcus

dad401

Was hast du denn für Werte für sharpness und noise reduction eingestellt?

Gruss
durchflieger

Zitat

Original von durchflieger
Was hast du denn für Werte für sharpness und noise reduction eingestellt?

Wie m.E. die Zeile schon aussagt:
# vdpau: restrict enabling video properties for SD video only

Das heisst noise+sharpness nur bei SD und nicht mehr bei HD aktivieren (siehe auch wbreu´s Aussage)

video.output.vdpau_sd_only_properties:noise+sharpness

In den xineliboutput-Einstellungen steht eigentlich alles auf "aus" (sharpness, Noise Reduction).

Marcus

Zitat

Original von dad401

Wie m.E. die Zeile schon aussagt:
# vdpau: restrict enabling video properties for SD video only

Das heisst noise+sharpness nur bei SD und nicht mehr bei HD aktivieren (siehe auch wbreu´s Aussage)

video.output.vdpau_sd_only_properties:noise+sharpness

In den xineliboutput-Einstellungen steht eigentlich alles auf "aus" (sharpness, Noise Reduction).

Marcus

Alles anzeigen

Wenn in den xineliboutput-Einstellungen alles auf "aus" steht dann hat die Option keinerlei Auswirkungen auf die Bildqualität.

Gruss
durchflieger

Zitat

Original von durchflieger
Wenn in den xineliboutput-Einstellungen alles auf "aus" steht dann hat die Option keinerlei Auswirkungen auf die Bildqualität.

Dann hab ich den Placebo-Effekt gespürt - nunja, ich werde es nochmal mit und ohne der Option in config_xineliboutput testen...

Marcus

Nabend,

ich weiß nicht ob es schon gepostet wurde .. viell. auch etwas falsch hier , aber wieder ein neuer "unverschlüsselter" HDTV Sender ist seit Anfang Oktober zu empfangen.

channels.conf Eintrag von vdr 1.7

Servus TV HD;ORF:11302:hC23M5O35S1:S19.2E:22000:3583:3584=deu,3585=deu;3587=deu:0:0:4913:1:1007:0

Ist mit deutscher,englische und AC3 .

I30R6

mein aktuelles vdpau system siehe sig.

ich hab nun seit neusten folgendes problem wenn ich mittels xinemediaplayer ein 720p mkv abspiele:

anfangs läuft alles normal, irgendwann bleibt das bild für 2-3 sekunden stehen (audio geht normal weiter), dann läuft das bild wie im FastForward bis es das aktuelle bild wieder "eingeholt" hat.
ausserdem auch ein problem mit srt subtitles: manchmal sind diese perfekt, manchmal verzerrt, manchmal wird auch 2x der gleiche satz übereinander abgebildet, was pixelmatsch ergibt.

hat jemand ähnliches?

auch im tv betrieb hab ich sowas schonmal, aber das ist viel seltener..

edit:
bin nochmal zurück auf 1.0.4 und das subtitle problem ist weg, das stoppen jedoch nicht..

Bei mir läuft vdpau in Verbindung mit xine und vdr 1.7.10 bei SD-TV inzwischen relativ flüssig, aber nur, wenn ich deinterlacing komplett abschalte:

gui.deinterlace_by_default:0

Wenn ich es aktiviere, erhalte ich vom vdpau die entsprechende Rückmeldung:

vo_vdpau: deinterlace: temporal_spatial

Allerdings treten dann alle paar Sekunden Framdrops auf, was ein insgesamt sehr unruhiges Bild ergibt. Auch

video.output.vdpau_skip_chroma_deinterlace:1

hat keine Abhilfe gebracht.

Eingesetzt wird eine GeForce 8300 onboard auf einem Asus M3N78-EM , die CPU ist ein Sempron LE-1250 der permanent mit 2.2 GHz läuft. HD-Material habe ich hier nur welches mit 720p, das natürlich keine Probleme macht. Eingesetzt wird xine-lib-1.2 und xine-ui aus dem CVS, libxcb ist 1.4. Nvidia 190.42.

Mache ich was offensichtliches falsch? Gibt es evtl. eine Möglichkeit bei SD-TV einen anderen Deinterlacer auszuwählen um ein Lastproblem auszuschliessen?