Xine kann mit MRL nix anfangen

The Werner · 29. Dezember 2006

Tach Leute,

ich habe eben einen upgrade von vdr 1.3.44 auf 1.3.49-2 gemacht und jetzt geht xine nicht mehr. Seit Stunden lese ich diverse Beiträge im Portal, komme aber nicht weiter.

Bisher gings mit

Code

xine vdr:/tmp/vdr-xine/stream#demux:mpeg_pes

Das tuts jetzt nicht mehr, xine findet das Plugin, kann aber mit der MRL nichts anfangen.

Code

xine vdr-socket:/127.0.0.1#demux:mpeg_pes

wurde auch erwähnt, aber hier findet er nichtmal ein passendes Plugin.

Außerdem gabs noch
Hinweise auf xineliboutput, welches man mit

Code

xine "xvdr:tcp://127.0.0.1:37890#nocache;demux:mpeg_block"

starten könne.
xineliboutput kann ich garnicht installieren:

Code

vdr:/# apt-cache search xine | grep vdr
vdrdevel-plugin-xine - allows xine to be a display for vdr, the Video Disk Recorder
vdr-plugin-xine - allows xine to be a display for vdr, the Video Disk Recorder
vdr:/#

Hier also meine Fragen:
- Kann man mit den aktuellen xine-ui und libxine1 mit Budget-Karten über VGA was sehen? Wenn ja, wie lautet der Aufruf für xine?
- Woher kann ich vdrdevel-plugin-xineliboutput installieren? (Falls das überhaupt was bringt)

Danke
Werner (der vor einem dunklen Fernseher sitzt - schnief)

Flipsen1977 · 29. Dezember 2006

Hi Werner,

prüf mal bitte mit xine --list-plugins, ob du noch ein entsprechendes Input-Plugin für vdr (xine-Plugin) bzw xvdr (xineliboutput-Plugin) hast.

Ich befürchte fast, der hat dir beim Upgrade die gepatchte xine-lib gegen eine ungepatchte ersetzt.

Wegen der Plugin-Nachinstalliererei: welche Quellen hast du in /etc/apt/sources-list?

Pack dir da mal die Quellen von e-tobi mit rein, da sind die Plugins mit dabei:

http://www.e-tobi.net/blog/pages/vdr-repository

Allerdings könnte es dir da passieren, dass er dich dann gleich auf den 1.4.4er vdr hochzieht.

Gruß, Flipsen

The Werner · 29. Dezember 2006

Hallo Flipsen,

mal probieren:

Code

vdr:/doc/vdrdevel-plugin-xine# xine --list-plugins
Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.4.
(c) 2000-2004 Das xine Team.


 Verfügbare xine-Plugins:
   -Audioausgabe:
     alsa, oss, arts, esd, none, file.


   -Videoausgabe:
     aadxr3, dxr3, xv, opengl, caca, xshm, aa, none, sdl, vidixfb, vidix, fb.


   -Demuxer:
     anx, image, aud, aiff, flac, nsf, realaudio, snd, voc, vox, mod, avi, fli,
     flashvideo, wve, idcin, ipmovie, vqa, wc3movie, roq, str, film, smjpeg,
     fourxm, vmd, iff, matroska, mng, mpeg_block, mpeg_pes, mpeg-ts, nsv, ogg,
     pva, quicktime, real, slave, yuv4mpeg2, asf, mpeg, dts, ac3, wav, cdda,
     rawdv, mp3, mpc, shn, elem, sputext, yuv_frames, aac, flac.


   -Eingang:
     DVD, FILE, http, mms, tcp, pnm, pvr, rtp, rtsp, smb, stdin, v4l_radio,
     v4l_tv, VCD, VCDO, VDR, DVB, CD.


   -Untertitel:
     dxr3-spudec, spudec, spudvb, sputext, spucmml, spucc.


   -Nachbearbeitung:
     stretch, volnorm, goom, mosaico, expand, fill, invert, eq, denoise3d,
     boxblur, eq2, unsharp, pp, noise, switch, tvtime, vdr, vdr_video,
     vdr_audio, oscope, fftscope, fftgraph, upmix_mono, upmix.


   -Audiodecoder:
     gsm610, mad, ffmpegaudio, dvaudio, a/52, realadec, mpc, nsf, speex,
     vorbis, flacdec, pcm, faad, dts.


   -Videodecoder:
     dxr3-mpeg2, mpeg2, real, gdkpixbuf, image, ffmpegvideo, theora, rgb, yuv,
     bitplane, ffmpeg-wmv8.

Alles anzeigen

Soso. Ein paarmal kommt vdr bzw. VDR vor. Reicht das nu so oder nicht?

Das mit dem Austauschen der xine-lib war eigentlich der Anlass für den upgrade, weil meine alte libxine1 (V1.0.2 oder so) die neuen Deinterlacer nicht kann und ich deswegen die aktuelle libxine1 (1.1.2) von e-tobi eingespielt habe.

edit:
Meine sources.list ist fast identisch mit dem Vorschlag auf e-tobi, ich hab nur noch eine Zeile vdr-experimental mehr drin.
/edit

Werner

Flipsen1977 · 29. Dezember 2006

Sieht eigentlich gut aus. Die Plugins sind schonmal da. Kannst du mal bitte unter /tmp nachsehen, obs da das Verzeichnis "vdr-xine" gibt und da drin dann ein paar Dateien (welche genau kann ich dir jetzt aus dem Hut leider nicht sagen) vorhanden sind, wenn der vdr läuft?

Prüf mal bitte spaßeshalber mit xine-check, welches xine-lib-Verzeichnis er benutzt. Hatte auch mal das Problem mit xine, dass er ein älteres Installationsverzeichnis benutzen wollte, als das, was ich ihm zugedacht hatte, so dass er dann immer die alte lib ohne Plugin benutzt hat.

The Werner · 29. Dezember 2006

Zitat

Original von Flipsen1977
Sieht eigentlich gut aus. Die Plugins sind schonmal da. Kannst du mal bitte unter /tmp nachsehen, obs da das Verzeichnis "vdr-xine" gibt und da drin dann ein paar Dateien (welche genau kann ich dir jetzt aus dem Hut leider nicht sagen) vorhanden sind, wenn der vdr läuft?

Nö. Nix da.

Zitat

Prüf mal bitte spaßeshalber mit xine-check, welches xine-lib-Verzeichnis er benutzt. Hatte auch mal das Problem mit xine, dass er ein älteres Installationsverzeichnis benutzen wollte, als das, was ich ihm zugedacht hatte, so dass er dann immer die alte lib ohne Plugin benutzt hat.

Ausgaben von xine-check:
- findet xine.config nicht, sei aber nicht schlimm, weil da nur Pfade gesetzt werden
- findet keine input-plugins. Schlägt Neuinstallation vor.
- dito mit demux, decoder, video_out, audio_out
- keine Hinweise darauf, welches xine-lib-Verzeichnis er benutzt.

Nach dem Hinweis von xine-check hab ich libxine-dev installiert, weil da xine-config drin sein soll. Das ist ja interessanterweise ein Programm und keine Config-Datei, wie ich erst dachte. Spuckt aber die Pfade zu den plugins aus:
/usr/lib/xine/plugins/1.1.2
Und da liegen die Plugins auch. Bleibt also unklar, warum er meckert.

Nochmal xine-check gestartet und er meckert nicht mehr.

Wenn man aber xine startet, dann ists wie vorher: findet das Plugin und kann mit der MRL nix anfangen (irgendwie logisch, wenn der stream in /tmp nicht liegt)

Muss man vielleicht was in /etc/vdrdevel/plugins/plugin.xine.conf reinschreiben? Da steht jetzt nur "-r" drin. Oder dem vdr irgendwie mitteilen, wo er den stream hinschreiben soll?

Werner

Flipsen1977 · 29. Dezember 2006

Ok, also ich würde mal vorsichtig behaupten, dass das Problem nicht bei xine selbst, sondern beim xine-Plugin liegt. Wie startest du den vdr, mittels runvdr?

Kannst du mal in /var/log/syslog oder /var/log/user.log nachschauen, ob er das xine-Plugin überhaupt mit lädt oder ob er das wegen irgendwelcher angeblicher Inkompatibilitäten außen vor lässt? Hatter bei mir nämlich auch getan.

Du kannst spaßeshalber den vdr mal manuell von der Kommandozeile starten mit:

vdr -P "xine -r"

Damit läuft dann erstmal nur vdr und das xine-Plugin. Dann sollte zumindestens mal der Zugriff von xine aus funktionieren bzw. das Verzeichnis unter /tmp da sein. Oder vdr sollte zumindestens irgendwas im syslog vermerken, warum es nicht geht.

Der Parameter "-r" beim xine-Plugin sollte ausreichen, mehr hab ich auch nicht drin.

The Werner · 30. Dezember 2006

Also:

- xine-Plugin wird immer geladen, sowohl beim normalen Starten über /etc/init.d/vdrdevel als auch beim direkten Aufruf mit vdrdevel -P "xine -r".
Er lädt 1.3.47, aber die sollen ja mit 1.3.49 (vdrdevel-Version) kompatibel sein.
- es erscheint nie was Passendes in /tmp
- die einzige Fehlermeldung im Log ist:

Code

ERROR: remote control XineRemote not ready!

- ich habe nur eine libxine auf dem Rechner, und die heißt /usr/lib/libxine.so.1.14.0 und ist vom 13.8.06
- var/lib/vdrdevel/setup.conf ist auch unverdächtig, vdrdevel verhält sich genauso, wenn ich die setup.conf gelöscht hatte.

Ich hab weder bei wiki, im Portal noch bei google was Passendes gefunden. Vielleicht tragen die folgenden Fragen zu Problemlösung bei:

- welches Programm (und warum) erstellt die Streaming-Dateien in /tmp?
- was braucht xine, um eine funktionierende XineRemote zu starten?
(edit):
- gibts es überhaupt Leute, bei denen vdrdevel 1.3.49 mit xine-ui und libxine1 läuft?
- ist es möglich, dass es besser wird, wenn ich xine-ui und xine-lib von ~rnissl hole und selber kompiliere? Ich dachte, dass alles von e-tobi zusammenpasst.
- ist xine-lib und libxine1 das gleiche?
(/edit)

Hier nochmal das ganze Log nach dem Starten mit "vdrdevel -P "xine -r"":

Code

Dec 30 16:39:57 vdr vdr: [5362] VDR version 1.3.49 started
Dec 30 16:39:57 vdr vdr: [5362] loading plugin: /usr/lib/vdrdevel/plugins/libvdr-xine.so.1.3.47
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/setup.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/sources.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/diseqc.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/channels.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/timers.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/commands.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/reccmds.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/svdrphosts.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/remote.conf
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/keymacros.conf
Dec 30 16:39:57 vdr vdr: [5362] reading EPG data from /var/lib/video.00/epg.data
Dec 30 16:39:57 vdr vdr: [5363] video directory scanner thread started (pid=5362, tid=5363)
Dec 30 16:39:57 vdr vdr: [5364] video directory scanner thread started (pid=5362, tid=5364)
Dec 30 16:39:57 vdr vdr: [5364] video directory scanner thread ended (pid=5362, tid=5364)
Dec 30 16:39:57 vdr vdr: [5362] probing /dev/dvb/adapter0/frontend0
Dec 30 16:39:57 vdr vdr: [5363] video directory scanner thread ended (pid=5362, tid=5363)
Dec 30 16:39:57 vdr vdr: [5362] probing /dev/dvb/adapter1/frontend0
Dec 30 16:39:57 vdr vdr: [5366] tuner on device 1 thread started (pid=5362, tid=5366)
Dec 30 16:39:57 vdr vdr: [5367] section handler thread started (pid=5362, tid=5367)
Dec 30 16:39:57 vdr vdr: [5362] found 2 video devices
Dec 30 16:39:57 vdr vdr: [5362] initializing plugin: xine (0.7.9): Software based playback using xine
Dec 30 16:39:57 vdr vdr: [5369] tuner on device 2 thread started (pid=5362, tid=5369)
Dec 30 16:39:57 vdr vdr: [5370] section handler thread started (pid=5362, tid=5370)
Dec 30 16:39:57 vdr vdr: [5371] XineRemote control thread started (pid=5362, tid=5371)
Dec 30 16:39:57 vdr vdr: [5371] Entering cXineRemote thread
Dec 30 16:39:57 vdr vdr: [5362] setting primary device to 3
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/themes/sttng-default.theme
Dec 30 16:39:57 vdr vdr: [5362] starting plugin: xine
Dec 30 16:39:57 vdr vdr: [5362] loading /var/lib/vdrdevel/themes/sttng-default.theme
Dec 30 16:39:57 vdr vdr: [5362] ERROR: remote control XineRemote not ready!
Dec 30 16:39:57 vdr vdr: [5362] remote control LIRC - keys known
Dec 30 16:39:57 vdr vdr: [5362] remote control KBD - keys known
Dec 30 16:39:57 vdr vdr: [5362] switching to channel 1
Dec 30 16:39:57 vdr vdr: [5374] LIRC remote control thread started (pid=5362, tid=5374)
Dec 30 16:39:57 vdr vdr: [5375] KBD remote control thread started (pid=5362, tid=5375)
Dec 30 16:39:57 vdr vdr: [5376] transfer thread started (pid=5362, tid=5376)
Dec 30 16:39:57 vdr vdr: [5377] receiver on device 2 thread started (pid=5362, tid=5377)
Dec 30 16:39:57 vdr vdr: [5378] TS buffer on device 2 thread started (pid=5362, tid=5378)
Dec 30 16:39:58 vdr vdr: [5376] PES packet shortened to 2848 bytes (expected: 6160 bytes)
Dec 30 16:39:58 vdr vdr: [5376] cAudioRepacker(0xC0): skipped 524 bytes while syncing on next audio frame
Dec 30 16:39:58 vdr vdr: [5376] PES packet shortened to 184 bytes (expected: 6160 bytes)
Dec 30 16:39:58 vdr vdr: [5376] PES packet shortened to 2312 bytes (expected: 3600 bytes)
Dec 30 16:39:58 vdr vdr: [5376] cDolbyRepacker: skipped 504 bytes to sync on next AC3 frame
Dec 30 16:39:58 vdr vdr: [5376] PES packet shortened to 5424 bytes (expected: 6160 bytes)
Dec 30 16:39:58 vdr vdr: [5376] setting audio track to 1 (0)
Dec 30 16:40:09 vdr vdr: [5362] caught signal 2
Dec 30 16:40:09 vdr vdr: [5362] stopping plugin: xine
Dec 30 16:40:09 vdr vdr: [5376] transfer thread ended (pid=5362, tid=5376)
Dec 30 16:40:09 vdr vdr: [5378] TS buffer on device 2 thread ended (pid=5362, tid=5378)
Dec 30 16:40:09 vdr vdr: [5377] buffer stats: 124080 (5%) used
Dec 30 16:40:09 vdr vdr: [5377] receiver on device 2 thread ended (pid=5362, tid=5377)
Dec 30 16:40:09 vdr vdr: [5362] cTS2PES got 0 TS errors, 3 TS continuity errors
Dec 30 16:40:09 vdr vdr: [5362] cTS2PES got 0 TS errors, 3 TS continuity errors
Dec 30 16:40:09 vdr vdr: [5362] cTS2PES got 0 TS errors, 2 TS continuity errors
Dec 30 16:40:09 vdr vdr: [5362] buffer stats: 124456 (5%) used
Dec 30 16:40:09 vdr vdr: [5371] Leaving cXineRemote thread
Dec 30 16:40:09 vdr vdr: [5371] XineRemote control thread ended (pid=5362, tid=5371)
Dec 30 16:40:09 vdr vdr: [5375] KBD remote control thread ended (pid=5362, tid=5375)
Dec 30 16:40:09 vdr vdr: [5362] saved setup to /var/lib/vdrdevel/setup.conf
Dec 30 16:40:09 vdr vdr: [5366] tuner on device 1 thread ended (pid=5362, tid=5366)
Dec 30 16:40:09 vdr vdr: [5367] section handler thread ended (pid=5362, tid=5367)
Dec 30 16:40:09 vdr vdr: [5369] tuner on device 2 thread ended (pid=5362, tid=5369)
Dec 30 16:40:10 vdr vdr: [5370] section handler thread ended (pid=5362, tid=5370)
Dec 30 16:40:10 vdr vdr: [5362] deleting plugin: xine
Dec 30 16:40:10 vdr vdr: [5362] exiting

Alles anzeigen

Das Umschalten auf device 3 ist in Ordnung, das war früher, als es noch ging, auch so.

Werner (immer noch in der Hoffnung auf Behebung dieses Missstands...)

Flipsen1977 · 30. Dezember 2006

Also: das Verzeichnis vdr-xine unter /tmp wird vom xine-Plugin angelegt. D.h., wenn vdr gestartet wird und das Plugin läuft, müsste auch das Verzeichnis da sein. Es sei denn, du hast außer dem Parameter "-r" noch was andres beim Plugin angegeben, dann könnte statt vdr-xine noch irgendein Index hinten dran sein (z.B. vdr-xine1 oder so).

Der Fehler mit dem xineRemote steht bei mir auch drin, obwohl alles läuft, der hat sicher nur was mit der Fernbedienung zu tun.

Was mich etwas wundert, ist die Tatsache, dass bei dir unter /usr/lib/ die libxine.so.1.14.0 liegt. Zum einen liegt die zumindestens seitdem ich vdr benutze (seit etwa Version 1.3.49) im Vezreichnis /usr/lib/vdr/plugins und müsste dann für vdr 1.3.49 heißen libvdr-xine.so.1.3.49.

Nun weiß ich aber nicht, ob diese Namenskonvention einstellbar ist, oder ob die immer diesem Schema folgen muss.

Schau bitte nochmal nach, wenn du xine gestartet hast, ob du über die Steuerungstasten in der xine-Konsole (mit "G" einblenden bzw. über die rechte Maustaste) unten den vdr ansprechen kannst. Dort müsste eigentlich eine Taste mit der Beschriftung vdr vorhanden sein. Ansonsten müsstest du wirklich xine nochmal aus den Quellen neu übersetzen. Ist eigentlich auch recht problemlos zu machen. xine-Quellen runterladen, aus den Quellen des vdr-xine-Plugins den Patch nehmen und auf die Quellen der xine-lib (z.B. 1.1.2 oder 1.1.3) anwenden und dann noch die xine-lib und xine-ui durchkompilieren.

Gruß, Flipsen

The Werner · 30. Dezember 2006

Hallo Flipsen,

erstmal danke für deine unermüdlichen Hinweise.

xine hat einen VDR-Knopf und der hat den gleichen Effekt wie der direkte Aufruf. Ist ja auch klar, weil die Dateien im Streaming-Verzeichnis fehlen. Ich hatte es auch mal angelegt, falls der vdr das nicht selber schafft, brachte aber nix. xine-ui sollte also OK sein, der Fehler liegt wohl am vdr-plugin.

Kompilieren hab ich auch schon probiert. Läuft nicht durch wegen Fehlermeldung. Ist also auch noch mehr oder weniger viel Arbeit...

Ich habe die Namenskonventionen des xine-Universums noch nicht verstanden.

1- xine-ui ist das User Interface
2- libvdr-xine.so.1.3.47 ist das Plugin. Hab ich auch, liegt unter /usr/lib/vdrdevel/plugins/
3- libxine1 brauche ich für die besseren Deinterlacer, ich nehme an, dass die vox xine direkt angesprochen wird.
4- xine gibts noch von rnissl (V 0.7.10). Der Versionsnummer nach zu urteilen, würde ich schätzen, dass das hier das vdr-plugin ist. Ich hab nämlich V0.7.9-1net2.
5- xine-lib gibts auch von rnissl.

1 ist klar
2 = 4
3 = 5 ??

Werner

The Werner · 30. Dezember 2006

Hossa, jetzt gehz endlich!

Nachdem ich xine und xine-ui für OK befand und die Ursache im vdr-plugin zu liegen schien, habe ich nur dieses neu übersetzt und jetzt hab ich wieder ein Bild!

Unschön daran ist, dass das bei updates wahrscheinlich wieder kaputt gehen wird, aber mal sehen.

Abschließend nochmal vielen Dank!
Werner

Flipsen1977 · 31. Dezember 2006

Freut mich, dass du's geregelt bekommen hast. Aber ich kann dich beruhigen, ich war deswegen auch schon kurz davor, in die Tastatur zu beißen.

Deine Zahlengegenüberstellungen sind genau richtig. Irgendwie müsste man mal eindeutige Konventionen für die Benennung schaffen. Ich hab mich bei der Installation auch mit einem Bekannten rumgeplagt, bis wir endlich verstanden hatten, wieso es ein Plugin mit der V0.7.x gab, welches halt für den vdr ist, und eine lib mit 1.1.x und dann noch die xine-ui mit 0.99.x und aber eben auch ein oder mehrere Plugins für xine selbst. Wenn mans denn einmal durchschaut hat, ist es eigentlich kein großes Problem mehr, aber an diesen Punkt muss man erstmal kommen.

Dazu kommt dann noch, dass zwischenzeitlich ja mal der Zugriff nicht mehr über die FIFO's im /tmp-Verzeichnis, sondern wirklich über die Sockets erfolgte, was aber in den neuesten Versionen wieder zurückgeändert wurde, da war die Butter dann gänzlich braun.

Das war genau der Zeitpunkt, als ich mir dann xineliboutput angeschaut habe. Dort ging nämlich alles auf Anhieb, ohne fiese Patcherei. Problem war/ist nur, dass dort das OSD manchmal verrückt spielt.

Nun denn, dann wünsch ich mal einen schönen letzten Tag vom Jahr 2006 und einen guten Rutsch nach 2007!

Flipsen

Xine kann mit MRL nix anfangen

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema