integration von vdpau in vdr

Servus zusammen,

hat schon jemand die neue r250 von xine-vdpau getestet?

Scheint jede Menge Änderungen gegeben zu haben.

Leider kommt es jetzt bei ASTRA HD zu fiesen Bildstörungen, immer wieder Klötzchenbildung übers ganze Bild. Die r247 war noch ok.

Die anderen HD-Sender sind ok.

Wie siehts bei euch aus?

Gruß
Wolfgang

Soderle,

habe mal die r249 neu gebaut, die hat das Problem auf Astra HD nicht.

Gruß
Wolfgang

Was baust Du immer neu nach dem auschecken?

Nur xine-vdpau, oder auch xine-ui und xineliboutput?

Zitat

Original von C-3PO
Was baust Du immer neu nach dem auschecken?

Nur xine-vdpau, oder auch xine-ui und xineliboutput?

Servus,

xine-vdpau und xineliboutput werden immer frisch gebaut, nach Änderungen im svn.

Wolfgang

Zitat

Original von wbreu
Servus zusammen,

hat schon jemand die neue r250 von xine-vdpau getestet?
[..]
Leider kommt es jetzt bei ASTRA HD zu fiesen Bildstörungen, immer wieder Klötzchenbildung übers ganze Bild. Die r247 war noch ok.

Die anderen HD-Sender sind ok.

Wie siehts bei euch aus?

Gruß
Wolfgang

Alles anzeigen

servus Wolfgang,

ja - das kann ich hier auch bestätigen! fahre jetzt wieder die r249 (nvidia-treiber ist 180.41 im einsatz).

ciao derweil,
ciax

ps: danke an _akku_, dich und die anderen für's wiki - finde ich super (und ergänze dann noch was bzgl. GPUs).

pps: neu bauen tue ich (natürlich) auch nach jedem xine-vdapu svn checkout die xine-lib und zur vorsicht auch xineliboutput (nicht immer ändert sich dort die größe/md5-hash der resultierenden libs). auch nach einem nvidia-treiber update ist das sinnvoll, wenn sich dort header/lib vdpau-seitig etwas getan hat und "xine-vdpau" sich die neuerungen zu nutze machen soll (so hätt' ich's verstanden )

Hi

Und rev. 251 ist wieder da....
(another fix for split nal boundaries)

CU

Carel

Zitat

Original von carel
Hi

Und rev. 251 ist wieder da....
(another fix for split nal boundaries)

CU

Carel

Alles anzeigen

Hi,

die r251 behebt aber das Problemchen mit Astra HD nicht.

Wolfgang

Zitat

Original von carel
Hi

Und rev. 251 ist wieder da....
(another fix for split nal boundaries)

CU

Carel

Alles anzeigen

.. die macht's wieder besser! -- umschalten von einem sender zum andern geht flotter (egal ob sd oder hd). auch das "einpendeln" auf 1080i ist nun wesentlich fließender (dauert aber doch noch etwas - 10-20 sec hier - bei astra hd).

gruß, ciax

Etwas OT:
Mal dumm gefragt: Es gibt einen 180.41er Treiber und einen 185.13er. Welcher muss benutzt werden und was sind die Unterschiede?

hilfe .. ich habe mit xine-vdpau nur noch einen strich auf dem lcd

und diese ausgaben ..

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: UNKNOWN 
Current Operating System: Linux jupiter 2.6.27-gentoo-r8 #1 SMP Sat Mar 21 11:02:23 CET 2009 x86_64
Build Date: 21 March 2009
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.1.log", Time: Mon Mar 23 22:52:33 2009
(==) Using config file: "/etc/X11/xorg.conf"
(II) Module already built-in
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
vdr-sxfe 1.0.4  (build with xine-lib 1.1.16, using xine-lib 1.1.16)


LIRC device:  /dev/lircd
Video driver: vdpau
Aspect ratio: Auto
Fullscreen mode
Automatic reconnection enabled
Post plugins: tvtime:method=use_vo_driver
Protocol: TCP
VDR Server: xvdr://sun


FreeFontPath: FPE "/usr/share/fonts/misc" refcount is 2, should be 1; fixing.
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
vo_vdpau: vdpau API version : 0
vo_vdpau: vdpau implementation description : Unknown
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
vo_vdpau: vdpau_alloc_frame
[1848] [vdr-fe]    Detected 2 CPUs
[1848] [vdr-fe]    Enabling multithreaded video decoding




Press Esc to exit


[1856] [vdr-fe]    lirc forwarding started
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.

das gepatchte xine-lib-1.2 bekomme ich nicht mmehr uebersetzt .. grrrr

evtl hat jemand ja ne idee.. danke
mentox

Zitat

Original von Hein Blöd
Etwas OT:
Mal dumm gefragt: Es gibt einen 180.41er Treiber und einen 185.13er. Welcher muss benutzt werden und was sind die Unterschiede?

Hi,

naja, der 180.41 setzt auf dem 185.13 auf.

Unterschiede:

Current prerelease: 180.41
Current beta release: 185.13

http://www.nvnews.net/vbulletin/showthread.php?p=1963540

Wolfgang

Zitat

Original von mentox
hilfe .. ich habe mit xine-vdpau nur noch einen strich auf dem lcd

evtl hat jemand ja ne idee.. danke
mentox

Hatten wir schon ein paar mal:

Im OSD unter den Plugin-Einstellungen für xineliboutput einstellen:

Lokale Einstellungen -> Fenster-Seitenverhältnis auf CenterCutOut stellen.

Im OSD abspeichern.

VDR dann neustarten.

Wolfgang

Zitat

Original von mentox
hilfe .. ich habe mit xine-vdpau nur noch einen strich auf dem lcd

und diese ausgaben ..

Code

X Window System Version 1.3.0
.
.
vdr-sxfe 1.0.4  (build with xine-lib 1.1.16, using xine-lib 1.1.16)
.
.
.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_aspect != 0.0' failed.
assert: vo_scale.c:80: _x_vo_scale_compute_ideal_size: Assertion `this->gui_pixel_as

das gepatchte xine-lib-1.2 bekomme ich nicht mmehr uebersetzt .. grrrr

evtl hat jemand ja ne idee.. danke
mentox

Alles anzeigen

.. scheint eher so, daß da die reihenfolge der "installation" der 'module' nicht stimmt! mit xine-lib-1.2 scheint vdr-sxfe nicht übersetzt worden zu sein. eventuell hast du ffmpeg hochgezogen? damit hat sich hier heute die 'normale' xine-vdpau (nicht die gepatchte 1.2) nicht übersetzten lassen. der nvidia-treiber war vorab schon sauber installiert? .. nur so ein paar einfälle.

gruß, ciax

EDIT: // + wbreu's msg v.o. - ja - "aspect ratio" hier mit 'remote fe'

klappt bei jemand schon die skalierung auf vollbild bei 16:9 sendungen die in 4:3 ausgestrahlt werden?

Zitat

Original von infinite
klappt bei jemand schon die skalierung auf vollbild bei 16:9 sendungen die in 4:3 ausgestrahlt werden?

Nada das geht mit vdpau noch???? nicht.

Wolfgang

An meinem TV hab ich die Automatik für das Bildformat (4:3 <> 16:9) abgeschaltet. Sender die in den genannten Formaten ausstrahlen zeigt der TV auch genau so an > vdpau schneidet nichts weg oder interpoliert auf 16:9. Ergo keine Eierköpfe oder Breitschädel Prima!!

Gestern hatte ich allerdings mit Kabel1 Probleme, da hier ein Film scheints im Format 16:9 ausgestrahlt, aber nicht auf volle Bildschirmgröße aufgezogen wurde. Also ringsrum ein breiter schwarzer Rand

Gibts da noch ne Möglichkeit das vernünftig einzustellen?

Gruß
iNOB

Zitat

Gestem hatte ich allerdings mit Kabel1 Probleme, da hier ein Film scheints im Format 16:9 ausgestrahlt,

Die SAT1/Pro7 - Gruppe (also auch Kabel1 sendet noch längst nicht alle Spielfilme oder Serien in 16:9. Alles, was schon einmal in der Gruppe lief, wird weiterhin in 4:3 Letterbox ausgestrahlt. Offensichtlich liegt das Material so vor und es wäre wohl zu teuer es neu zu scannen, damit es dann in 16:9 gesendet werden kann.

Schade eigentlich.
Falk

Wenn ich über den im TV eingebauten SAT-Tuner gehe, bekomm ich mit eingeschalteter Bildformatanpassung ein Bild ohne Rand. Das Bild wird mit richtigem Seitenverhältnis auf Panelgröße skaliert. Also ohne quetschen oder strecken des Bildinhalts.

Schalte ich die Bildformatanpassung bei Nutzung von vdpau an, passiert nix. Das Winzbild mit breitem Rand bleibt so wie es ist. Anscheinend übermittelt die Software ein falsches Bildformat, welches die Elektronik vom TV als nicht "anpassungswürdig" auslegt. Eventuell find ich da noch ne Einstellungen am TV oder in der xorg.conf, um diesen Misstand zu beheben.

Gruß
iNOB

Zitat

Original von ciax
[..]
auch das "einpendeln" auf 1080i ist nun wesentlich fließender (dauert aber doch noch etwas - 10-20 sec hier - bei astra hd).

hallo,

ich muß mich da mal selbst zitieren: da ja anscheinend die wenigsten dieses verhalten zuhause haben und ich hier "vdpau-nvidia/-xine seitig" auch am letzten softwarestand bin, habe ich mal so überlegt, woran das denn noch mit dem relativ langen einpendelvorgang bei 1080i sendern (manchmal sind's 10sec - manchmal dauert's auch 1 min) liegen könnte.

so frage ich mal in die runde, ob noch wer die "alten" multiproto-treiber nutzt, oder jeder schon auf die s2-liplianin-treiber hochgerüstet hat? eventuell liegt's ja daran?

danke und gruß,
ciax

Zitat

Originally posted by iNOB
An meinem TV hab ich die Automatik für das Bildformat (4:3 <> 16:9) abgeschaltet. Sender die in den genannten Formaten ausstrahlen zeigt der TV auch genau so an > vdpau schneidet nichts weg oder interpoliert auf 16:9. Ergo keine Eierköpfe oder Breitschädel Prima!!

Gestern hatte ich allerdings mit Kabel1 Probleme, da hier ein Film scheints im Format 16:9 ausgestrahlt, aber nicht auf volle Bildschirmgröße aufgezogen wurde. Also ringsrum ein breiter schwarzer Rand

Gibts da noch ne Möglichkeit das vernünftig einzustellen?

Gruß
iNOB

Alles anzeigen

schaumal exakt einen post ueber dir. zwei poste ueber dir hab ich dasselbe gefragt