integration von vdpau in vdr

Zitat

Original von carel
...
Damit würde ich auch gerne spielen...

Und mittlerweile ist r269 schon da !

...

Carel

Alles anzeigen

Hat je derzeit viel Dynamik drin, die Sache. Kann denn jemand ne Kurzanleitung geben, wie man die diffs selbst erzeugt, xine-vdpau runterladen und diffen (wenn ja, mit welchen Switchen usw?), die diffs hängen ja teilweise stark hinterher
Viele Grüße
steiniplatte

sodala,

und jetzt gibt's auch hier dieses phänomen:

Zitat

Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 90 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 103 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 178 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 99 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 90 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 99 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 87 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 83 times
Jun 12 14:50:28 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
Jun 12 14:50:28 vdr last message repeated 32 times
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] cXinelibServer::Play_PES Write/Queue error (TCP/PIPE)
Jun 12 14:50:28 vdr vdr: [1718] [xine..put] Closing connection 0
Jun 12 14:50:28 vdr vdr: [1369] [xine..put] Restoring original primary device 1
Jun 12 14:50:29 vdr vdr: [1718] transfer thread ended (pid=1369, tid=1718)
Jun 12 14:50:29 vdr vdr-sxfe[1554]: [1615] [input_vdr] TCP: fifo buffer full

Alles anzeigen

schon schräg -- eventuell hilft ja tomas' anmerkung:

Zitat

Original von tomas

in der /src/video_out/video_out_vdpau.c

Code

/*#define LOCKDISPLAY*/ /*define this if you have a buggy libX11/libX11xcb*/

die Kommentarzeichen entfernt, neu gebaut und schon läuft die Sache auch bei mir wieder

Alles anzeigen

mit r262 ging's noch anstandslos ...

gruß, ciax

Zitat

Original von carel

Damit würde ich auch gerne spielen...

Carel

Hallo Carel,

kannst ja mal das angehängte Paket testen.

Am Besten über den MC entpacken.

Gruß
Wolfgang

Zitat

Original von ciax

schon schräg -- eventuell hilft ja tomas' anmerkung:

Nur mal so als Tipp, für sowas ändert man nichts im Quelltext, da reicht die Kompilieroption -DLOCKDISPLAY. Einfach im Makefile zu den CFLAGS hinzufügen, oder auch

CFLAGS=-DLOCKDISPLAY make

könnte funktionieren. Ich habe das Makefile gerade nicht zur Hand.

Gerald

Zitat

Original von gda
Nur mal so als Tipp, für sowas ändert man nichts im Quelltext, da reicht die Kompilieroption -DLOCKDISPLAY. Einfach im Makefile zu den CFLAGS hinzufügen, oder auch

Code

CFLAGS=-DLOCKDISPLAY make

könnte funktionieren. Ich habe das Makefile gerade nicht zur Hand.

Gerald

hallo Gerald,

also so in der art brauch ich's dann bei mir:

CFLAGS='-g3 -O3 -fPIC -DLOCKDISPLAY -lm -mtune=k8 -pipe' ../xine-vdpau/configure

im build-dir und dann ein make nach?

probier's dann mal aus - danke für den tipp!

gruß, ciax

Hallo Wolfgang,

Zitat

Original von wbreu
Da aufpassen, die "11" nimmt er nicht. Ich habe eine geringere Auflösung ersetzt mit 640x480.

Verständlich, dass er es nicht nimmt. Ist nicht so elegant programmiert.
Versuch mal den angehängten Patch, damit müsstet ihr beliebig viele
Auflösungen bekommen.

Gerald

hallo nochmal,

kann definitiv bestätigen, daß auch hier ein "LOCKDISPLAY" (siehe posts zuvor) benötigt wird! jetzt läuft's auch mit r270 ...

gruß, ciax

Zitat

Original von ciax
also so in der art brauch ich's dann bei mir:

Code

CFLAGS='-g3 -O3 -fPIC -DLOCKDISPLAY -lm -mtune=k8 -pipe' ../xine-vdpau/configure

im build-dir und dann ein make nach?

Das reicht schon.

Das andere Beispiel kann man nehmen, wenn man das Makefile auch nicht ändern will und es von der Kommandozeile startet, aber damit überschreibt man die Variable CFLAGS im Makefile.

Gerald

Zitat

Originally posted by ciax...kann definitiv bestätigen, daß auch hier ein "LOCKDISPLAY" (siehe posts zuvor) benötigt wird! jetzt läuft's auch mit r270 ...

Kann ich auch bestätigen.

Hallo,

zum Thema XLock/UnlockDisplay

hab jetzt mal auf meinem Sid libX11-6 etc. auf Version 1.2.1-1 gebracht. Damit läuft es jetzt auch ohne XLock/UnlockDisplay und das Zappen geht so imho schneller als mit.

Mit Lenny wills einfach nicht.

wbreu: du hast doch schon Lenny als Basis, oder?

Gruß, tomas

edit: hab jetzt lenny libX11-6, libX11-data und libX11-dev von squeeze untergejubelt. Jetzt ist auch hier kein XLock/UnlockDisplay mehr nötig:)

Zitat

Originally posted by wbreu

Hallo Carel,

kannst ja mal das angehängte Paket testen.

Am Besten über den MC entpacken.

Gruß
Wolfgang

Alles anzeigen

Vielen dank Wofgang!

Läuft ohne problemen, ich musste allerdings in dedoder.c RGBA32 ins RGB32 änderen, aber das wird wahrscheinlich verursacht durch mein recente FFMPEG version.

Gruss

Carel

wbreu
Kannst du bitte osd-pip-0.10-hd.tar.bz2 umpacken, ich kriege es einfach nicht entpackt. Danke.

Bitte...:

M fr gr

Carel

Zitat

Original von carel
Bitte...:

M fr gr

Carel

Hallo Carel,

danke!

Gruß
Wolfgang

carel
Danke.

Habe gerade ausprobiert u. compiliert leider nicht:

./../../DVB/include -I. -I../../../../ffmpeg-0.4.8/libavcodec -o osd.o osd.c
osd.c: In member function »virtual void cOsdPipObject::Action()«:
osd.c:543: Fehler: »B_FRAME« wurde in diesem Gültigkeitsbereich nicht definiert
make[1]: *** [osd.o] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/src/vdr-1.7.7/PLUGINS/src/osdpip-0.10-wb'

Hat da vielleicht schon jemand ein Patch?

Danke.

Zitat

Original von neptunvasja
carel
Danke.

Habe gerade ausprobiert u. compiliert leider nicht:

Code

./../../DVB/include -I. -I../../../../ffmpeg-0.4.8/libavcodec -o osd.o osd.c
osd.c: In member function »virtual void cOsdPipObject::Action()«:
osd.c:543: Fehler: »B_FRAME« wurde in diesem Gültigkeitsbereich nicht definiert
make[1]: *** [osd.o] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/src/vdr-1.7.7/PLUGINS/src/osdpip-0.10-wb'

Hat da vielleicht schon jemand ein Patch?

Danke.

Alles anzeigen

Hallo,

der vdr 1.7.7 hat ein anderes OSD-Handling.

Solange da die Grundversion von osd-pip-0.10 nicht an VDR-1.7.7 angepasst wird, hilft das nix.

Bei mir läuft noch der VDR 1.7.0, da geht die Version einwandfrei.

Gruß
Wolfgang

wbreu
Schade und danke für die Aufklärung.

Hallo Wolfgang,

hast du mittlerweile half_temporal schon ausprobieren können?

Wenn ja: Wie waren deine Erfahrungen? Sieht man einen Unterschied zu temporal/bob

Ich weiß immernoch nicht so recht, ob der 8300 die richtige Wahl ist.

Gruß,
Hendrik

Zitat

Original von henfri
Hallo Wolfgang,

hast du mittlerweile half_temporal schon ausprobieren können?

Wenn ja: Wie waren deine Erfahrungen? Sieht man einen Unterschied zu temporal/bob

Ich weiß immernoch nicht so recht, ob der 8300 die richtige Wahl ist.

Gruß,
Hendrik

Alles anzeigen

Hi,

jepp, half_temporal ist durch, kein Unterschied zu sehen.

Aber ich weiß im Moment nicht, ob die zusätzlichen Stufen schon ganz greifen!?

Gruß
Wolfgang

Zitat

cXinelibServer Play_PES Buffer overflow (TCP/PIPE)

Ich denke ich werde verruckt....

Ich hab alle erdenkliche combinationen (xine-vdpau, xine-lib-1.2 mit vdpau patch, xineliboutput-1.04, xineliboutput-cvs UND alles mit und ohne Durcfliegers' patches und m/o LOCKDISPLAY) versucht und IMMER tritt der fehler obenan auf...

Mit xine-lib-1.2 incl. vdpau patches mit xineliboutput-cvs wird allerdings mein client nicht entfernt, aber das bild stottert.

Lösung: nvidia 180.60

Bin ich der einzige ?!

Met viel grusse

carel