Wie bekomme ich ein lauffähiges System mit dem vdr-xine-plugin mit vdpau?

Obwohl ich mit meinem xinelibouput einigermaßen zufrieden war, hat mich dieser Thread neugierig gemacht. Also habe ich gerade mal alles wie im ersten Post beschrieben nachgebaut, auf zwar auf der xine-vdpau-Schiene. Basis meines Systems ist ein 2.6.31er i686 Kernel von Ubuntu Karmic. Der Treiber ist die 185.18.36.

Leider waren meine bisherigen Experimente nicht ganz erfolgreich: SDTV läuft gut, HD ohne Deinterlacing läuft mit mäßigen Framedorops (einer alle paar sec), aber sobald Deinterlacing ins Spiel kommt, ist der Ofen komplett aus: ca. 30-50% Framedrops. Das passiert übrigens sowohl bei SD als auch bei 1080i HD-Sendern. Deinterlacing ist dabei auf Bob gestellt, alles weitere Postprocessing ist aus.

Ein grundsätzliches VDPAU-Problem möchte ich ausschließen, xbmc spielt 1080p mittels VDPAU bei 10% CPU-Last ohne einen einzigen Framedrop. Hardware ist ein AMD 2900er Dualcore mit Geforce 8300 (Asus M3N) und zweikanaligem Speicher. Der Ondemand Governor ist aus und die Frequenz ist fest auf 2900 MHz eingestellt.

Im Anhang liegen der Output von xine und meine .xine/config

Grüße,
Holger

Huch - dachte, das wäre nur für die 1.2er xinelib nötig

Bringt leider aber auch keine signifikante Veränderung.

Grüße,
Holger

Zitat

Original von wbreu
Hi,

wäre super, wenn du mal mit dem obigen Weg die xine-vdpau-r284 testen könntest und dein Ergebnis hier präsentierst.

Gruß
Wolfgang

Insgesamt ein sehr viel schlechteres Ergebnis als vorher mit xine-lib-1.2 und den vdpau-Patches. Bekomme HD *gar nicht* nicht ohne Ruckler zu laufen, das lief vorher (außer wie gesagt Sky Sport HD) wunderbar.

Werde nochmal zurückschwenken und gegenprüfen dass nicht ein anderes gleichzeitiges Update das Problem verursacht hat...

Gruß,
Razor

Hallo Wolfgang,

die Logs sind von einem SD-Kanal (auch glaube das war Pro7). Bei HD ist das Problem aber grundsätzlich genauso (weder schlimmer noch besser). Es scheint also in erster Linie das Deinterlacing zu sein.

Die Auflösung ist in der Tat 1920x1200, da sie die native Panelauflösung von meinem Monitor ist. In Zeiten von FullHD-Fernsehern sollte das doch aber nichts Ungewöhnliches mehr sein. Werde heute abend mal eine kleinere Auflösung probieren, wäre aber schon sehr ärgerlich, wenn die echte Auflösung nicht ginge.

Hast Du ein paar nähere Stichworte? Beim Suchen nach 1920 im Forum sieht man leider den Wald vor Bäumen nicht...

Grüße,
Holger

Hallo!
Leider bekomme ich vdr nicht mit dem xine-plugin zum laufen.

Meine Konfiguration:
- Ubuntu 9.04
- eigener Kernel 2.6.31.2
- nvidia-Treiber 185.18.36
- vdr 1.7.9 + ext 72
- xine-vdpau aus cvs: svn co svn://jusst.de/xine-vdpau mit xine-lib-patch, ohne durchflieger
- xine-ui (beides probiert: xine-ui-cvs-20090617220000.tar.bz2 und direkt aus dem cvs)
- xine-plugin 0.9.3
- xineliboutput cvs ohne durchflieger-patch

Im Prinzip habe ich mich (wie sonst auch) an diese hier Anleitung gehalten mit folgenden Abweichungen:
- kein df-patch
- --prefix=/usr/local
- ohne patch in der xine.c, da ich das frontend separat starte

Mein Problem:
Sobald ich das xine-ui starte, bekomme ich das "No Signal" Bild, und im log (user.log) stehen am Ende 4 Einträge:
buffer usage: 70%
buffer usage: 80%
buffer usage: 90%
buffer usage: 100%

Dann ist Ende und nichts geht mehr.
/tmp/vdr-xine/... wird erzeugt, und solange das xine-Frontend nicht läuft, gibts auch diese Fehlermeldung nicht. Erst beim Start von xine läuft da der Buffer voll.

Das xineliboutput/vdr-sxfe läuft ohne Probleme so wie's oben steht - nur sind mir hier die Umschaltzeiten etwas zu lang, so dass ich mal xine probieren wollte.

Haben andere auch das Problem? Wo könnte ich zu suchen anfangen?

Danke und Gruß
Andreas

Zitat

Original von rell
Im Prinzip habe ich mich (wie sonst auch) an diese hier Anleitung gehalten mit folgenden Abweichungen:
- kein df-patch
- --prefix=/usr/local
- ohne patch in der xine.c, da ich das frontend separat starte

Dann hast du höchstwahrscheinlich gegen die falsche xine-lib gelinkt. Oder hast du beim Bauen von vdr-xine explizit angegeben, dass er die xine-vdpau in /usr/local nehmen soll?

Gerald

Bei Bauen von xine selbst, oder des Plugins?

Hm.
In /usr/lib gibts keine libxine. Per apt-get ehemals installierte ubuntu-eigene libs habe ich per apt-get remove wieder enfernt (inkl. -devs).

Kann mich erinnern, schon mal einen Befehl (keine Ahnung mehr welcher) eingegeben zu haben, der mir dann die libxine in /usr/local/lib als benutzte lib ausspuckte.

Wie finde ich heraus, welche libs beim kompilieren herangezogen werden, bzw. welchen Parameter müsste ich ./configure mitgeben um das richtig anzugeben - reicht es nicht, als Prefix /usr/local anzugeben?

Danke für die Hilfe.
Gruß
Andreas

Hallo,

Zitat

Original von rell

Kann mich erinnern, schon mal einen Befehl (keine Ahnung mehr welcher) eingegeben zu haben, der mir dann die libxine in /usr/local/lib als benutzte lib ausspuckte.

du meinst sehr wahrscheinlich

ldd /usr/local/bin/xine|grep libxine

Zitat

Original von rell

Wie finde ich heraus, welche libs beim kompilieren herangezogen werden, bzw. welchen Parameter müsste ich ./configure mitgeben um das richtig anzugeben - reicht es nicht, als Prefix /usr/local anzugeben?

in der Regel werden bei der Installation von xine-ui und vdr-xine die relevanten Pfade über pkg-config abgefragt.

Bei der Installation der xine-lib werden in $PREFIX/lib/pkg-config/libxine.pc Pfade bzw Kompilerflags usw. hinterlegt, die für das Kompilieren von libxine anhängiger Software wichtig sind. Diese Pfade werden dann z.B. bei der Installation von vdr-xine abgefragt: *INCLUDES += `pkg-config --cflags libxine`*

Problematisch wird es nur, wenn man sowohl unter /usr/lib als auch unter /usr/local/lib Bestandteile von unterschiedlichen xine-libs liegen hat.

Du kannst ja mal nachkucken, ob du unter /usr/lib/pkg-config/ noch eine libxine.pc liegen hast. Die solltest du dann löschen oder du setzt vorm Kompilieren von xine-ui und vdr-xine

export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig

Damit wird dann auf jeden Fall die bei der händischen Installation von xine-vdpau (bei --prefix=/usr/local) angelegte libxine.pc von xine-ui und vdr-xine ausgewertet.

Ich bezweifle allerdings, dass dein Problem damit zusammenhängt, da du ja wohl alle originalen Pakete entfernt hast.

Zitat

Original von rell

Sobald ich das xine-ui starte, bekomme ich das "No Signal" Bild [...]

Wieso bekommst du da "No Signal"? keine Karte bzw streamdev-server? außer dass der Puffer vollläuft bekommst du vorher keine aufschlussreichen Meldungen im log?

Gruß, tomas

Zitat

FullHD = 1920x1080, versuch das mal einzustellen.

Gesagt - getan.
Ergibt aber nur eine marginale Verbesserung. Mit 720p ists noch etwas besser (1-3 Drops pro sec), aber das kann ja nicht die Lösung sein. Ich habe schon an der VDPAU-Leistung meiner Chipsatz-Grafik gezweifelt, der qvdpautest aus dem NV-Forum gibt aber relativ normale Werte.

Eine Sache ist mir noch aufgefallen: im Log steht kurz vor dem Start der Drops etwas von "temporal spatial deinterlacing", obwohl ich definitiv bob eingestellt habe. Sehr seltsame Sache...

Grüße,
Holger

Ok. Also weiter gehts.
Mit den libs sollte alles in Ordnung sein, sämtlichen relevanten Sachen werden von /usr/local genommen, alles was mit xine zu tun hat und noch in /usr lag habe ich entfernt. xine-lib neu installiert, ebenfalls xine-ui und xine-plugin.
Fehler bleibt gleich. Um Euch nichts zu verschweigen, anbei das Log:

Oct 12 19:40:05 xbmc vdr: [-1] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 12 19:40:05 xbmc vdr: [-1] VDR version 1.7.9 started
Oct 12 19:40:05 xbmc vdr: [-1] switched to user 'root'
Oct 12 19:40:05 xbmc vdr: [-1] codeset is 'ISO-8859-1' - known
Oct 12 19:40:05 xbmc vdr: [-1] found 23 locales in /usr/share/locale
Oct 12 19:40:05 xbmc vdr: [-1] loading plugin: /usr/lib/vdr/plugins/libvdr-xine.so.1.7.9
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/setup.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/sources.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/diseqc.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/channels.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/timers.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/commands.conf.de_DE
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/reccmds.conf.de_DE
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/svdrphosts.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/remote.conf
Oct 12 19:40:06 xbmc vdr: [-1] loading /etc/vdr/keymacros.conf
Oct 12 19:40:06 xbmc vdr: [-1] video directory scanner thread started (pid=2986, tid=-1)
Oct 12 19:40:06 xbmc vdr: [-1] video directory scanner thread started (pid=2986, tid=-1)
Oct 12 19:40:06 xbmc vdr: [-1] reading EPG data from /media/video/vdr.epg
Oct 12 19:40:08 xbmc vdr: [-1] video directory scanner thread ended (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] probing /dev/dvb/adapter0/frontend0
Oct 12 19:40:08 xbmc vdr: [-1] video directory scanner thread ended (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] device 1 provides DVB-S2 ("Conexant CX24116/CX24118")
Oct 12 19:40:08 xbmc vdr: [-1] section handler thread started (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] tuner on device 1 thread started (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] found 1 video device
Oct 12 19:40:08 xbmc vdr: [-1] initializing plugin: xine (0.9.3): Software based playback using xine
Oct 12 19:40:08 xbmc vdr: [-1] XineRemote control thread started (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] Entering cXineRemote thread 
Oct 12 19:40:08 xbmc vdr: [-1] setting primary device to 2
Oct 12 19:40:08 xbmc vdr: [-1] assuming manual start of VDR
Oct 12 19:40:08 xbmc vdr: [-1] SVDRP listening on port 2001
Oct 12 19:40:08 xbmc vdr: [-1] skin "EnigmaNG" not available - using "classic" instead
Oct 12 19:40:08 xbmc vdr: [-1] starting plugin: xine
Oct 12 19:40:08 xbmc vdr: [-1] skin "EnigmaNG" not available - using "classic" instead
Oct 12 19:40:08 xbmc vdr: [-1] ERROR: remote control XineRemote not ready!
Oct 12 19:40:08 xbmc vdr: [-1] switching to channel 1
Oct 12 19:40:08 xbmc vdr: [-1] receiver on device 1 thread started (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] TS buffer on device 1 thread started (pid=2986, tid=-1)
Oct 12 19:40:08 xbmc vdr: [-1] cVideoRepacker: switching to MPEG1/2 mode
Oct 12 19:40:08 xbmc vdr: [-1] cVideoRepacker: operating in MPEG1/2 mode
Oct 12 19:40:08 xbmc vdr: [-1] OSD size changed to 720x576 @ 1.06667
Oct 12 19:40:08 xbmc vdr: [-1] TS continuity error (0)
Oct 12 19:40:08 xbmc vdr: [-1] TS continuity error (0)
Oct 12 19:40:22 xbmc vdr: [-1] buffer usage: 70% (tid=-1)
Oct 12 19:40:23 xbmc vdr: [-1] buffer usage: 80% (tid=-1)
Oct 12 19:40:23 xbmc vdr: [-1] buffer usage: 90% (tid=-1)
Oct 12 19:40:23 xbmc vdr: [-1] buffer usage: 100% (tid=-1)

Am Fernseher kommt das Still-Image "No Signal" und das wars. Ab und zu auch eingefrorenes OSD mit den Kanalinfos.

Aufruf xine:

su - $RUNAS -c "/usr/bin/xinit -e /usr/local/bin/xine -I -V vdpau -f -r anamorphic \
-A alsa --no-logo --no-splash --post vdr_video --post vdr_audio --post upmix_mono --verbose=2 vdr:/tmp/vdr-xine/stream#demux:mpeg_pes &"

Aufruf vdr:

VDRPRG="/usr/local/bin/vdr"
VDRCMD="$VDRPRG -c /etc/vdr -v /media/video -E /media/video/vdr.epg -l 3 -s /usr/local/bin/vdrpoweroff.sh \
-P'xine -r' \
-u root \
$*"

Das Abspielen einer Aufnahme über xine funktioniert:

Oct 12 20:00:46 xbmc vdr: [-1] starting plugin: xine
Oct 12 20:00:46 xbmc vdr: [-1] skin "EnigmaNG" not available - using "classic" instead
Oct 12 20:00:46 xbmc vdr: [-1] ERROR: remote control XineRemote not ready!
Oct 12 20:00:46 xbmc vdr: [-1] switching to channel 1
Oct 12 20:00:46 xbmc vdr: [-1] receiver on device 1 thread started (pid=4858, tid=-1)
Oct 12 20:00:46 xbmc vdr: [-1] TS buffer on device 1 thread started (pid=4858, tid=-1)
Oct 12 20:00:46 xbmc vdr: [-1] OSD size changed to 720x576 @ 1.06667
Oct 12 20:00:46 xbmc vdr: [-1] TS continuity error (8)
Oct 12 20:00:46 xbmc vdr: [-1] cVideoRepacker: switching to MPEG1/2 mode
Oct 12 20:00:46 xbmc vdr: [-1] cVideoRepacker: operating in MPEG1/2 mode
Oct 12 20:00:46 xbmc vdr: [-1] TS continuity error (10)
Oct 12 20:00:46 xbmc vdr: [-1] TS continuity error (9)
Oct 12 20:00:46 xbmc vdr: [-1] cAudioRepacker(0xC0): skipped 432 bytes to sync on next audio frame
Oct 12 20:00:46 xbmc vdr: [-1] PES packet shortened to 5056 bytes (expected: 6160 bytes)

Irgendwie funktioniert also die Übergabe von vdr->xine nicht richtig, scheint mir. Kann das ein Rechte-Problem sein?

Gruß
Andreas

PS: Kann man das log nach redseliger machen?

Und noch das log von xine selbst beim Hänger.

...da scheinen eben noch alte Teile vorhanden zu sein, weil nach dem:

Zitat

Original von rell

- xine-vdpau aus cvs: svn co svn://jusst.de/xine-vdpau mit xine-lib-patch, ohne durchflieger

dürfte z.B.

load_plugins: Plugin /usr/local/lib/xine/plugins/1.25/post/xineplug_post_autocrop.so

auch nicht mehr kommen.

Gruß, tomas

Ich hab alles nochmal gecleant, gelöscht etc. (ich meine, ich hätte alles erwischt) und nochmal neu installiert, diesmal direkt in /usr. Ändert aber nach wie vor nichts an meinem Problem.

Hab bemerkt, dass ich einem TV-Bild näher komme, wenn ich den vdr/xine stoppe und neu starte, OSD inkl. Menü funktioniert, allerdings kann ich auf keinen Kanal schalten ("Kanal nicht verfügbar"). Im Anhang die zugehörigen Logs.

Ich hab das Gefühl, dass meine xine-Installation schon soweit in Ordnung ist, und evtl. mit dem VDR oder plugin nicht stimmt.
vdr 1.7.9 + ext. 72 + xine-plugin 0.9.3

Muss halt bis zur Lösung wieder xineliboutput herhalten, das funktioniert ja.
Für heute reichts mir jedenfalls. Sollte jemand eine Idee haben - bitte gerne

Werde morgen versuchen, den vdr jungfräulich ohne ext-patch zu bauen und nur mit dem xine plugin...

Danke und Gruß
Andreas

Zitat

Original von rell
Ich hab alles nochmal gecleant, gelöscht etc. (ich meine, ich hätte alles erwischt) und nochmal neu installiert, diesmal direkt in /usr. Ändert aber nach wie vor nichts an meinem Problem.

Hallo,

so würde ich das nicht sehen.

vdr-xine scheint ja jetzt gut zu laufen. Das Problem ist

Oct 12 21:57:51 xbmc vdr: [-1] ERROR: can't open DVB device 0
[...]
Oct 12 21:57:51 xbmc vdr: [-1] switching to channel 1
Oct 12 21:57:51 xbmc vdr: [-1] info: Kanal nicht verfýgbar!

läuft da evtl schon ein VDR, bevor du den mit vdr-xine startest?

Gruß, tomas

Zitat

Original von tomas
läuft da evtl schon ein VDR, bevor du den mit vdr-xine startest?

Kann schon sein. Allerdings ist das derselbe. Siehe:

Zitat

Original von rell
Hab bemerkt, dass ich einem TV-Bild näher komme, wenn ich den vdr/xine stoppe und neu starte,

Ein /etc/init.d/vdr stop lässt bei mir immer den vdr weiterlaufen, sodass ich zum vollständigen kill ein "killall -9 runvdr" und "killall -9 vdr" hinterher setze.
Obige logs kommen von einem /etc/init.d/vdr stop und folgendem start.

Vdr läuft damit (komischerweise) weiter, nur xine wird neu gestartet.
Werde heute abend hier nochmal ansetzen.

Beim ersten Start (z.B. Systemstart, dann Start über "/etc/init.d/vdr start") hab ich diese buffer usage 100% Meldung und den freeze.

Gruß
Andreas