Puh, es geht wieder. Irgendein kernel-Modul wurde nicht richtig geladen. Nach einem make modules && make modules_install geht es wieder
Posts by humarf
-
-
Hallo,
mein VDR funktioniert seit kurzem nicht mehr. Irgendwie habe ich ihn zerschossen, aber ich weiß nicht wie.
Ich habe mit suspend2ram experimentiert. Nachdem der Rechner wieder aufgewacht ist, ging der VDR nicht mehr. Leider blieb der Fehler auch nach einem Reboot bestehen. Ich bekomme nun stets die Fehlermeldung "ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt". Der VDR selbst funktioniert, d.h. OSD und Aufzeichnungen laufen, aber kein DVB mehr.
Ich habe eine TT-1600, bin auf Gentoo AMD64 und verwende vdr 1.7.14 zusammen mit xineliboutput aus dem CVS.
Hier noch das log mit den Fehlermeldungen. Ich hoffe, jemand weiß Rat.
Code
Display MoreMar 28 14:54:57 eumel vdr: [7120] cTimeMs: using monotonic clock (resolution is 1 ns) Mar 28 14:54:57 eumel vdr: [7121] VDR version 1.7.14 started Mar 28 14:54:57 eumel vdr: [7121] switched to user 'vdr' Mar 28 14:54:57 eumel vdr: [7121] running as daemon (tid=7121) Mar 28 14:54:57 eumel vdr: [7121] codeset is 'UTF-8' - known Mar 28 14:54:57 eumel vdr: [7121] found 25 locales in /usr/share/vdr/locale Mar 28 14:54:57 eumel vdr: [7121] loading plugin: /usr/lib64/vdr/plugins/libvdr-setup.so.1.7.14 Mar 28 14:54:57 eumel vdr: [7121] loading plugin: /usr/lib64/vdr/plugins/libvdr-xineliboutput.so. 1.7.14 Mar 28 14:54:57 eumel vdr: [7121] loading plugin: /usr/lib64/vdr/plugins/libvdr-text2skin.so.1.7. 14 Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/sources.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/diseqc.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/channels.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/timers.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/commands.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/reccmds.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/svdrphosts.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/remote.conf Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/keymacros.conf Mar 28 14:54:58 eumel vdr: [7129] video directory scanner thread started (pid=7121, tid=7129) Mar 28 14:54:58 eumel vdr: [7130] video directory scanner thread started (pid=7121, tid=7130) Mar 28 14:54:58 eumel vdr: [7121] reading EPG data from /mnt/multimedia/video/vdr/epg.data Mar 28 14:54:58 eumel vdr: [7121] registered source parameters for 'A - ATSC' Mar 28 14:54:58 eumel vdr: [7121] registered source parameters for 'C - DVB-C' Mar 28 14:54:58 eumel vdr: [7121] registered source parameters for 'S - DVB-S' Mar 28 14:54:58 eumel vdr: [7121] registered source parameters for 'T - DVB-T' Mar 28 14:54:58 eumel vdr: [7121] probing /dev/dvb/adapter0/frontend0 Mar 28 14:54:58 eumel vdr: [7121] creating cDvbDevice Mar 28 14:54:58 eumel vdr: [7121] new device number 1 Mar 28 14:54:58 eumel vdr: [7121] frontend 0/0 provides DVB-S2 ("STV090x Multistandard") Mar 28 14:54:58 eumel vdr: [7121] ERROR (dvbdevice.c,287): Die Operation wird nicht unterstützt Mar 28 14:54:58 eumel vdr: [7133] tuner on frontend 0/0 thread started (pid=7121, tid=7133) Mar 28 14:54:58 eumel vdr: [7134] section handler thread started (pid=7121, tid=7134) Mar 28 14:54:58 eumel vdr: [7121] found 1 DVB device Mar 28 14:54:58 eumel vdr: [7121] initializing plugin: setup (0.3.1): Gentoo-VDR-Setup Mar 28 14:54:58 eumel vdr: [7121] plugin 'setup' called obsolete function RegisterI18n() Mar 28 14:54:58 eumel vdr: [7121] initializing plugin: xineliboutput (1.0.90-cvs): X11/xine-lib Ausgabe-Plugin Mar 28 14:54:58 eumel vdr: [7121] new device number 9 Mar 28 14:54:58 eumel vdr: [7121] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us Mar 28 14:54:58 eumel vdr: [7121] [xine..put] cTimePts: using monotonic clock Mar 28 14:54:58 eumel vdr: [7121] [xine..put] RTP SSRC: 0x71877888 Mar 28 14:54:58 eumel vdr: [7121] initializing plugin: text2skin (1.3): Lader für textbasierte Skins Mar 28 14:54:58 eumel vdr: [7121] setting primary device to 1 Mar 28 14:54:58 eumel vdr: [7121] device 1 has no MPEG decoder Mar 28 14:54:58 eumel vdr: [7121] trying device number 2 instead Mar 28 14:54:58 eumel vdr: [7121] setting primary device to 2 Mar 28 14:54:58 eumel vdr: [7121] assuming manual start of VDR Mar 28 14:54:58 eumel vdr: [7121] SVDRP listening on port 2001 Mar 28 14:54:58 eumel vdr: [7121] setting current skin to "sttng" Mar 28 14:54:58 eumel vdr: [7121] loading /etc/vdr/themes/sttng-default.theme Mar 28 14:54:58 eumel vdr: [7121] starting plugin: setup Mar 28 14:54:58 eumel vdr: [7121] starting plugin: xineliboutput Mar 28 14:54:58 eumel vdr: [7136] Remote decoder/display server (cXinelibServer) thread started (pid=7121, tid=7136) Mar 28 14:54:58 eumel vdr: [7136] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99] Mar 28 14:54:58 eumel vdr: [7136] [xine..put] Listening on port 37890 Mar 28 14:54:58 eumel vdr: [7136] [xine..put] Listening for UDP broadcasts on port 37890 Mar 28 14:54:58 eumel vdr: [7136] [discovery] BROADCAST: VDR xineliboutput DISCOVERY 1.0 Mar 28 14:54:58 eumel vdr: [7121] [xine..put] cXinelibDevice::StartDevice(): Device started Mar 28 14:54:58 eumel vdr: [7121] starting plugin: text2skin Mar 28 14:54:58 eumel vdr: [7121] text2skin: loading /usr/share/vdr/text2skin/PearlHD/PearlHD.colors Mar 28 14:54:58 eumel vdr: [7121] parsing /usr/share/vdr/text2skin/PearlHD/PearlHD.skin Mar 28 14:54:58 eumel vdr: [7137] LIRC remote control thread started (pid=7121, tid=7137) Mar 28 14:54:58 eumel vdr: [7121] remote control LIRC - keys known Mar 28 14:54:58 eumel vdr: [7121] setting watchdog timer to 60 seconds Mar 28 14:54:58 eumel vdr: [7121] switching to channel 1 Mar 28 14:54:58 eumel vdr: [7138] receiver on device 1 thread started (pid=7121, tid=7138) Mar 28 14:54:58 eumel vdr: [7139] TS buffer on device 1 thread started (pid=7121, tid=7139) Mar 28 14:54:58 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:54:58 eumel vdr: [7121] OSD size changed to 720x576 @ 1,42222 Mar 28 14:54:58 eumel vdr: [7129] video directory scanner thread ended (pid=7121, tid=7129) Mar 28 14:54:58 eumel vdr: [7130] video directory scanner thread ended (pid=7121, tid=7130) Mar 28 14:54:59 eumel vdr: [7121] connect from 127.0.0.1, port 49911 - accepted Mar 28 14:54:59 eumel vdr: [7121] closing SVDRP connection Mar 28 14:54:59 eumel /etc/init.d/vdr[7147]: VDR errors from /var/log/vdr.log: Mar 28 14:54:59 eumel /etc/init.d/vdr[7148]: Mar 28 14:54:58 eumel vdr: [7121] ERROR (dvbdevice.c,287): Die Operation wird nicht unterstützt Mar 28 14:54:59 eumel /etc/init.d/vdr[7149]: Mar 28 14:54:58 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:54:59 eumel vdrwatchdog[7156]: Starting vdrwatchdog Mar 28 14:55:04 eumel vdr: [7121] max. latency time 1 seconds Mar 28 14:55:08 eumel vdr: [7133] frontend 0/0 timed out while tuning to channel 1, tp 111361 Mar 28 14:55:08 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:55:18 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:55:27 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:55:37 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:55:47 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:55:56 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:56:06 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:56:16 eumel vdr: [7133] frontend 0/0 timed out while tuning to channel 1, tp 111361 Mar 28 14:56:16 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:56:25 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:56:35 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:56:44 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:56:54 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:57:04 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:57:13 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:57:17 eumel vdr: [7136] [xine..put] Client 0 connected: 127.0.0.1:58169 Mar 28 14:57:17 eumel vdr: [7136] loading /etc/vdr/plugins/xineliboutput/allowed_hosts.conf Mar 28 14:57:17 eumel vdr: [7136] ERROR: error in /etc/vdr/plugins/xineliboutput/allowed_hosts.conf, line 2 Mar 28 14:57:17 eumel vdr: [7136] [xine..put] Invalid or missing /etc/vdr/plugins/xineliboutput/allowed_hosts.conf. Adding 127.0.0.1 to list of allowed hosts. Mar 28 14:57:17 eumel vdr: [7136] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Mar 28 14:57:17 eumel vdr: [7136] [xine..put] Trying PIPE connection ... Mar 28 14:57:17 eumel vdr: [7136] creating directory /etc/vdr/plugins/xineliboutput/pipes.7121 Mar 28 14:57:17 eumel vdr: [7136] removing /etc/vdr/plugins/xineliboutput/pipes.7121 Mar 28 14:57:17 eumel vdr: [7136] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) Mar 28 14:57:17 eumel vdr: [7136] [xine..put] cTcpWriter initialized (buffer 512 kb) Mar 28 14:57:17 eumel vdr: [7136] [xine..put] Pipe open Mar 28 14:57:17 eumel vdr: [7121] OSD size changed to 1280x720 @ 1 Mar 28 14:57:23 eumel vdr: [7133] frontend 0/0 timed out while tuning to channel 1, tp 111361 Mar 28 14:57:23 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:57:33 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:57:43 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:57:53 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:02 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:11 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:16 eumel vdr: [7121] loading /etc/vdr/themes/sttng-cool.theme Mar 28 14:58:16 eumel vdr: [7121] OSD size changed to 1280x720 @ 1 Mar 28 14:58:16 eumel vdr: [7121] saved setup to /etc/vdr/setup.conf Mar 28 14:58:16 eumel vdr: [7121] OSD size changed to 1280x720 @ 1 Mar 28 14:58:16 eumel vdr: [7121] [xine..put] OSD bandwidth: 195860 bytes/s (1530 kbit/s) Mar 28 14:58:21 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:26 eumel vdr: [7121] [xine..put] OSD bandwidth: 170415 bytes/s (1331 kbit/s) Mar 28 14:58:31 eumel vdr: [7121] [xine..put] OSD bandwidth: 183044 bytes/s (1430 kbit/s) Mar 28 14:58:31 eumel vdr: [7133] frontend 0/0 timed out while tuning to channel 1, tp 111361 Mar 28 14:58:31 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:35 eumel vdr: [7121] [xine..put] OSD bandwidth: 136777 bytes/s (1068 kbit/s) Mar 28 14:58:37 eumel vdr: [7121] [xine..put] OSD bandwidth: 469244 bytes/s (3665 kbit/s) Mar 28 14:58:41 eumel vdr: [7121] [xine..put] OSD bandwidth: 489225 bytes/s (3822 kbit/s) Mar 28 14:58:41 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:45 eumel vdr: [7121] [xine..put] OSD bandwidth: 145755 bytes/s (1138 kbit/s) Mar 28 14:58:47 eumel vdr: [7121] [xine..put] OSD bandwidth: 289487 bytes/s (2261 kbit/s) Mar 28 14:58:48 eumel vdr: [7121] [xine..put] OSD bandwidth: 206518 bytes/s (1613 kbit/s) Mar 28 14:58:49 eumel vdr: [7121] [xine..put] OSD bandwidth: 921223 bytes/s (7197 kbit/s) Mar 28 14:58:50 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:58:51 eumel vdr: [7121] [xine..put] OSD bandwidth: 579376 bytes/s (4526 kbit/s) Mar 28 14:58:52 eumel vdr: [7121] [xine..put] OSD bandwidth: 635811 bytes/s (4967 kbit/s) Mar 28 14:58:53 eumel vdr: [7121] [xine..put] OSD bandwidth: 185130 bytes/s (1446 kbit/s) Mar 28 14:58:54 eumel vdr: [7121] [xine..put] OSD bandwidth: 361118 bytes/s (2821 kbit/s) Mar 28 14:58:59 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:59:06 eumel vdr: [7121] [xine..put] OSD bandwidth: 176900 bytes/s (1382 kbit/s) Mar 28 14:59:07 eumel vdr: [7121] [xine..put] OSD bandwidth: 184996 bytes/s (1445 kbit/s) Mar 28 14:59:08 eumel vdr: [7133] ERROR (dvbdevice.c,433): Die Operation wird nicht unterstützt Mar 28 14:59:10 eumel vdr: [7121] [xine..put] OSD bandwidth: 180948 bytes/s (1413 kbit/s)
Meine DVB-Karte wird auch korrekt erkannt. DMESG liefert folgendes:
Code
Display More[ 19.791845] saa7146: register extension 'budget dvb'. [ 19.792270] ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17 [ 19.792283] budget dvb 0000:05:07.0: PCI INT A -> Link[APC2] -> GSI 17 (level, low) -> IRQ 17 [ 19.792307] IRQ 17/: IRQF_DISABLED is not guaranteed on shared IRQs [ 19.792336] saa7146: found saa7146 @ mem ffffc90011160000 (revision 1, irq 17) (0x13c2,0x101c). [ 19.792343] saa7146 (0): dma buffer size 192512 [ 19.792346] DVB: registering new adapter (TT-Budget S2-1600 PCI) [ 19.811045] adapter has MAC addr = 00:d0:5c:cc:9f:0c [ 20.164568] stv6110x_attach: Attaching STV6110x [ 20.164572] isl6423_attach: driver disabled by Kconfig [ 20.164577] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Bin echt ratlos.
-
Hallo,
sorry, war im Urlaub, deshalb die späte Antwort.
Ich habe ja in letzter Zeit recht viel hier im Forum gelesen. Gemessen an den anscheinend üblichen Problemen mit HDTV funktioniert es recht gut. D.h. im einzelnen:
- HDTV läuft, die CPU-Belastung ist wirklich sehr moderat.
- die Soundprobleme sind behoben. Im KDE verwende ich jetzt gstreamer, dann beißt es sich nicht mit der neuen xine-lib
- xine-ui weigert sich weiterhin zu bauen, inzwischen gefällt mir aber vdr-sxfe als frontend sogar besserWas die Stabilität und die Umschaltzeiten betrifft, ist diese Lösung leider noch nicht mit meinem Wohnzimmer-VDR zu vergleichen (da werkelt eine FF). Ich habe gelegentlich Bildruckler bzw. Artefakte. Wahrscheinlich verschluckt sich xine mal kurz. Das frontend stürzt eher selten ab, kam aber auch schon vor.
Was das Spulen betrifft: vorwärts geht, rückwärts nicht.
Also zusammengefasst: Für meine Desktop-Rechner ist es ok. Ins Wohnzimmer stelle ich mir so etwas aber (noch) nicht.
Viele Grüße
humarf
-
So, ich denke nun habe ich es endgültig herausgefunden, was die Probleme mit xine auslöst.
Verwendet man eine neue Version von xine, also z.B. den ebuild xine-lib-9999, gibt es Probleme beim bauen von phonon für KDE. Phonon erkennt beim bauen die neue Version und baut dann kein(!) backend, obwohl das use-Flag "xine" gesetzt. Emerge bringt auch keine Fehler, sondern baut es einfach ohne xine-backend. Scheint ein bug im ebuild zu sein. Die Erkenntnis daraus ist, dann man unter KDE 4.3.5 mit aktuellem xine die Bibliothek nicht als backend verwenden kann. Man muss auf gstreamer ausweichen, dann scheint alles zu klappen.
-
Mühsam nährt sich das Eichhörnchen. Bin wieder einen Schritt weiter.
Portage hat offenbar Probleme mit diesen -9999 Versionsnummern. Ich habe gestern das ebuild von xine-lib-9999 aus dem vdr-xine overlay in ein lokales overlay von mir kopiert. Dort habe ich es in xine-lib-1.2.9999 umbenannt und dann einfach nochmal installiert. Inhaltlich hat sich ja dadurch nichts verändert. Dann aber macht z.B. phonon keine Probleme mehr und portage will xine-lib nicht mehr downgraden. Nun hoffe ich, dass das revdep-rebuild endlich durchläuft. Da bin ich auch nur durch Zufall drauf gekommen.
Ich verstehe zwar nicht, was es für einen Unterschied macht, aber Hauptsache es funktioniert. Wenn das jetzt klappt und das build-System wieder sauber ist, poste ich das noch abschließend. Vielen Dank für die Hilfe.
So ein HD-fähiger VDR mit vpau und xine erfordert doch noch einiges an Arbeit. Für einen Wohnzimmer-VDR würde ich das auch noch nicht empfehlen. Die Sache ist noch ziemlich wackelig. Aber das kann ja noch werden. Ich bin jedenfalls glücklich, dass ich nun HD-mäßig dabei sein kann und die Entwicklung hin zu einem stabilen HD-fähigen VDR miterleben kann.
Viele Grüße
humarf
-
Ich habe aus dem vdr-xine overlay das Paket xine-lib-9999 installiert. Zuerst wollte es ja nicht kompilieren, aber nach ein paar nachinstallierten Abhängigkeiten, die im ebuild nicht drinstanden, hat es funktioniert.
Das Paket bringt folgende Dateien mit:
Code
Display More~ $ equery files xine-lib [ Searching for packages matching xine-lib... ] * Contents of media-libs/xine-lib-9999: /usr /usr/bin /usr/bin/xine-config /usr/bin/xine-list-1.2 /usr/include /usr/include/xine /usr/include/xine.h /usr/include/xine/alphablend.h /usr/include/xine/array.h /usr/include/xine/attributes.h /usr/include/xine/audio_decoder.h /usr/include/xine/audio_out.h /usr/include/xine/broadcaster.h /usr/include/xine/buffer.h /usr/include/xine/compat.h /usr/include/xine/configfile.h /usr/include/xine/demux.h /usr/include/xine/info_helper.h /usr/include/xine/input_plugin.h /usr/include/xine/io_helper.h /usr/include/xine/list.h /usr/include/xine/metronom.h /usr/include/xine/os_types.h /usr/include/xine/osd.h /usr/include/xine/plugin_catalog.h /usr/include/xine/pool.h /usr/include/xine/post.h /usr/include/xine/refcounter.h /usr/include/xine/resample.h /usr/include/xine/ring_buffer.h /usr/include/xine/scratch.h /usr/include/xine/sorted_array.h /usr/include/xine/spu.h /usr/include/xine/spu_decoder.h /usr/include/xine/vdr.h /usr/include/xine/version.h /usr/include/xine/video_decoder.h /usr/include/xine/video_out.h /usr/include/xine/video_overlay.h /usr/include/xine/vo_scale.h /usr/include/xine/xine_buffer.h /usr/include/xine/xine_internal.h /usr/include/xine/xine_plugin.h /usr/include/xine/xineintl.h /usr/include/xine/xineutils.h /usr/include/xine/xmllexer.h /usr/include/xine/xmlparser.h /usr/lib64 /usr/lib64/libxine-interface.la /usr/lib64/libxine.la /usr/lib64/libxine.so -> libxine.so.2.0.0 /usr/lib64/libxine.so.2 -> libxine.so.2.0.0 /usr/lib64/libxine.so.2.0.0 /usr/lib64/pkgconfig /usr/lib64/pkgconfig/libxine.pc /usr/lib64/xine /usr/lib64/xine/plugins /usr/lib64/xine/plugins/2.0 /usr/lib64/xine/plugins/2.0/mime.types /usr/lib64/xine/plugins/2.0/post /usr/lib64/xine/plugins/2.0/post/xineplug_post_audio_filters.so /usr/lib64/xine/plugins/2.0/post/xineplug_post_goom.so /usr/lib64/xine/plugins/2.0/post/xineplug_post_mosaico.so /usr/lib64/xine/plugins/2.0/post/xineplug_post_planar.so /usr/lib64/xine/plugins/2.0/post/xineplug_post_switch.so /usr/lib64/xine/plugins/2.0/post/xineplug_post_tvtime.so /usr/lib64/xine/plugins/2.0/post/xineplug_post_visualizations.so /usr/lib64/xine/plugins/2.0/xineplug_ao_out_alsa.so /usr/lib64/xine/plugins/2.0/xineplug_ao_out_file.so /usr/lib64/xine/plugins/2.0/xineplug_ao_out_none.so /usr/lib64/xine/plugins/2.0/xineplug_ao_out_pulseaudio.so /usr/lib64/xine/plugins/2.0/xineplug_decode_a52.so /usr/lib64/xine/plugins/2.0/xineplug_decode_bitplane.so /usr/lib64/xine/plugins/2.0/xineplug_decode_dts.so /usr/lib64/xine/plugins/2.0/xineplug_decode_dvaudio.so /usr/lib64/xine/plugins/2.0/xineplug_decode_faad.so /usr/lib64/xine/plugins/2.0/xineplug_decode_ff.so /usr/lib64/xine/plugins/2.0/xineplug_decode_gsm610.so /usr/lib64/xine/plugins/2.0/xineplug_decode_lpcm.so /usr/lib64/xine/plugins/2.0/xineplug_decode_mad.so /usr/lib64/xine/plugins/2.0/xineplug_decode_mpeg2.so /usr/lib64/xine/plugins/2.0/xineplug_decode_rgb.so /usr/lib64/xine/plugins/2.0/xineplug_decode_spu.so /usr/lib64/xine/plugins/2.0/xineplug_decode_spucc.so /usr/lib64/xine/plugins/2.0/xineplug_decode_spucmml.so /usr/lib64/xine/plugins/2.0/xineplug_decode_spudvb.so /usr/lib64/xine/plugins/2.0/xineplug_decode_spuhdmv.so /usr/lib64/xine/plugins/2.0/xineplug_decode_vdpau_h264.so /usr/lib64/xine/plugins/2.0/xineplug_decode_vdpau_mpeg12.so /usr/lib64/xine/plugins/2.0/xineplug_decode_vdpau_vc1.so /usr/lib64/xine/plugins/2.0/xineplug_decode_yuv.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_asf.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_audio.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_avi.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_fli.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_flv.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_games.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_iff.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_matroska.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_mng.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_mpeg.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_mpeg_block.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_mpeg_elem.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_mpeg_pes.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_mpeg_ts.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_nsv.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_playlist.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_pva.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_qt.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_rawdv.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_real.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_slave.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_vc1_es.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_yuv4mpeg2.so /usr/lib64/xine/plugins/2.0/xineplug_dmx_yuv_frames.so /usr/lib64/xine/plugins/2.0/xineplug_inp_cdda.so /usr/lib64/xine/plugins/2.0/xineplug_inp_dvb.so /usr/lib64/xine/plugins/2.0/xineplug_inp_dvd.so /usr/lib64/xine/plugins/2.0/xineplug_inp_file.so /usr/lib64/xine/plugins/2.0/xineplug_inp_http.so /usr/lib64/xine/plugins/2.0/xineplug_inp_mms.so /usr/lib64/xine/plugins/2.0/xineplug_inp_net.so /usr/lib64/xine/plugins/2.0/xineplug_inp_pnm.so /usr/lib64/xine/plugins/2.0/xineplug_inp_rtp.so /usr/lib64/xine/plugins/2.0/xineplug_inp_rtsp.so /usr/lib64/xine/plugins/2.0/xineplug_inp_stdin_fifo.so /usr/lib64/xine/plugins/2.0/xineplug_nsf.so /usr/lib64/xine/plugins/2.0/xineplug_sputext.so /usr/lib64/xine/plugins/2.0/xineplug_vdr.so /usr/lib64/xine/plugins/2.0/xineplug_vo_out_none.so /usr/lib64/xine/plugins/2.0/xineplug_vo_out_opengl.so /usr/lib64/xine/plugins/2.0/xineplug_vo_out_raw.so /usr/lib64/xine/plugins/2.0/xineplug_vo_out_vdpau.so /usr/lib64/xine/plugins/2.0/xineplug_vo_out_xshm.so /usr/lib64/xine/plugins/2.0/xineplug_vo_out_xv.so /usr/lib64/xine/plugins/2.0/xineplug_xiph.so /usr/share /usr/share/aclocal /usr/share/aclocal/xine.m4 /usr/share/doc /usr/share/doc/xine-lib-9999 /usr/share/doc/xine-lib-9999/COPYING /usr/share/doc/xine-lib-9999/CREDITS /usr/share/doc/xine-lib-9999/ChangeLog /usr/share/doc/xine-lib-9999/NEWS /usr/share/doc/xine-lib-9999/README /usr/share/doc/xine-lib-9999/README.MINGWCROSS /usr/share/doc/xine-lib-9999/README.WIN32 /usr/share/doc/xine-lib-9999/README.cetus /usr/share/doc/xine-lib-9999/README.dvb /usr/share/doc/xine-lib-9999/README.dxr3 /usr/share/doc/xine-lib-9999/README.freebsd /usr/share/doc/xine-lib-9999/README.irix /usr/share/doc/xine-lib-9999/README.macosx /usr/share/doc/xine-lib-9999/README.network_dvd /usr/share/doc/xine-lib-9999/README.opengl /usr/share/doc/xine-lib-9999/README.solaris /usr/share/doc/xine-lib-9999/README_xxmc.html /usr/share/doc/xine-lib-9999/TODO /usr/share/doc/xine-lib-9999/faq.txt /usr/share/doc/xine-lib-9999/html /usr/share/doc/xine-lib-9999/html/faq.html /usr/share/doc/xine-lib-9999/html/hackersguide /usr/share/doc/xine-lib-9999/html/hackersguide/architecture.png /usr/share/doc/xine-lib-9999/html/hackersguide/hackersguide.html /usr/share/doc/xine-lib-9999/html/hackersguide/library.png /usr/share/doc/xine-lib-9999/html/hackersguide/overlays.png /usr/share/doc/xine-lib-9999/html/hackersguide/post_frame.png /usr/share/locale /usr/share/locale/de /usr/share/locale/de/LC_MESSAGES /usr/share/locale/de/LC_MESSAGES/libxine2.mo /usr/share/man /usr/share/man/man1 /usr/share/man/man1/xine-config.1.bz2 /usr/share/man/man1/xine-list-1.2.1.bz2 /usr/share/man/man5 /usr/share/man/man5/xine.5.bz2 /usr/share/xine-lib /usr/share/xine-lib/fonts /usr/share/xine-lib/fonts/cc-16.xinefont.gz /usr/share/xine-lib/fonts/cc-20.xinefont.gz /usr/share/xine-lib/fonts/cc-24.xinefont.gz /usr/share/xine-lib/fonts/cc-32.xinefont.gz /usr/share/xine-lib/fonts/cc-48.xinefont.gz /usr/share/xine-lib/fonts/cc-64.xinefont.gz /usr/share/xine-lib/fonts/cci-16.xinefont.gz /usr/share/xine-lib/fonts/cci-20.xinefont.gz /usr/share/xine-lib/fonts/cci-24.xinefont.gz /usr/share/xine-lib/fonts/cci-32.xinefont.gz /usr/share/xine-lib/fonts/cci-48.xinefont.gz /usr/share/xine-lib/fonts/cci-64.xinefont.gz /usr/share/xine-lib/fonts/cetus-16.xinefont.gz /usr/share/xine-lib/fonts/cetus-20.xinefont.gz /usr/share/xine-lib/fonts/cetus-24.xinefont.gz /usr/share/xine-lib/fonts/cetus-32.xinefont.gz /usr/share/xine-lib/fonts/cetus-48.xinefont.gz /usr/share/xine-lib/fonts/cetus-64.xinefont.gz /usr/share/xine-lib/fonts/mono-16.xinefont.gz /usr/share/xine-lib/fonts/mono-20.xinefont.gz /usr/share/xine-lib/fonts/mono-24.xinefont.gz /usr/share/xine-lib/fonts/mono-32.xinefont.gz /usr/share/xine-lib/fonts/mono-48.xinefont.gz /usr/share/xine-lib/fonts/mono-64.xinefont.gz /usr/share/xine-lib/fonts/sans-16.xinefont.gz /usr/share/xine-lib/fonts/sans-20.xinefont.gz /usr/share/xine-lib/fonts/sans-24.xinefont.gz /usr/share/xine-lib/fonts/sans-32.xinefont.gz /usr/share/xine-lib/fonts/sans-48.xinefont.gz /usr/share/xine-lib/fonts/sans-64.xinefont.gz /usr/share/xine-lib/fonts/serif-16.xinefont.gz /usr/share/xine-lib/fonts/serif-20.xinefont.gz /usr/share/xine-lib/fonts/serif-24.xinefont.gz /usr/share/xine-lib/fonts/serif-32.xinefont.gz /usr/share/xine-lib/fonts/serif-48.xinefont.gz /usr/share/xine-lib/fonts/serif-64.xinefont.gz
Nachdem ich ein revdep-rebuild versucht habe (siehe obiger Beitrag) hat portage immer wieder versucht, ein downgrade auf xine-lib-1.1x durchzuführen. Das Paket xine-lib-1.1x wurde bspw. von phonon angezogen (bin auf KDE 4.3.5), das bemängelte, dass die Datei /usr/lib64/libxine.so.1 fehlt. Die ist in dem alten xine-lib natürlich drin, im neuen aber nicht. Ich habe einfach einen symbolischen Link angelegt, was dazu führte, dass der Sound unter KDE wieder geht - auch revdep-rebuild läuft dann ohne Fehler durch. Ein reemerge von phonon gibt nun immer noch folgende Ausgabe:
Code
Display Moreemerge -pv phonon These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] media-libs/xine-lib-1.1.18 [9999] USE="X a52 aac alsa css%* dts ipv6 mad modplug* musepack* nls opengl pulseaudio theora* truetype v4l* vorbis xcb* xinerama xv* -aalib (-altivec) -directfb -dxr3 -esd -fbcon -flac -gnome -gtk -imagemagick -jack -libcaca -mmap -mng -oss (-real) -samba -sdl -speex -vcd (-vidix) (-vis) -wavpack (-win32codecs) -xvmc (-arts%) (-debug%) (-dvd%*) (-vdr%*)" 0 kB [1=>0] [ebuild R ] media-sound/phonon-4.3.80-r1 USE="alsa xcb xine (-aqua) -debug -gstreamer -pulseaudio" 0 kB [0] Total: 2 packages (1 downgrade, 1 reinstall), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage/layman/vdr-xine
Das macht mir wahrscheinlich Probleme, wenn ich nun KDE updaten möchte - oder ist das kein Problem?
xine-ui geht gar nicht. Beim Start stürzt es sofort mit Speicherzugriffsfehler. Ein reemerge bricht mit einem Kompilierfehler ab.
-
Bin wieder einen Schritt weiter. Bei xine-lib fehlte noch die AC3-Unterstützung. Nachdem das nun einkompiliert ist, habe ich auch Ton bei Anixe und Astra Promo. Also. es läuft erstmal. Vielen Dank für die Hilfe.
Jetzt muss ich nur die Inkonsistenzen aus dem Paketmanagement wieder rausbekommen. Wenn da noch jemand einen Tip hätte, wäre ich sehr dankbar.
-
Hallo,
wie gesagt, im Augenblick funktioniert es ohne Firmware. Aber dazu installieren kann ja nicht schaden.
Ich hatte es inzwischen geschafft, xine-lib-9999 aus dem vdr-overlay zu installieren. Diese Version ist im Augenblick drauf. Die binaries, die Du mir geschickt hast, enthalten aber auch keine /usr/lib64/libxine.so.1. Ich bin nicht sicher, ob phonon und phonon-kde dann nicht trotzdem wieder die alte xine.lib anziehen wollen.
Was meinst Du mit freischalten?
Bei den angezogenen use-flags, die Du unten aufgeführt hast, steht z.B. -vdpau bei xine-lib. Das wollen wir doch eigentlich nicht, oder? Oder meinst etwas anderes damit, dass die use-flags nicht stimmen?
Hast Du noch eine Idee für den Ton bei Anixe HD?
Vielen Dank für Deine Hilfe
humarf
-
Hier noch ein kleiner Nachbrenner:
Der link für /usr/lib64/libxine.so.1 hilft immerhin insofern, dass kde den Sound ausgeben kann. Jetzt habe ich zwar momentan ein inkonsistentes System, aber es läuft erst mal.
Bei Anixe und bei Astra HD habe ich keinen Ton (Dolby Digital ist aktiviert). Hast Du da noch eine Idee?
-
Danke, dass Du mir hilfst.
Also: Ich habe eine TT-1600.
Das Paket linuxtv-dvb-firmware ist nicht installiert. Guter Tip. Das werde ich mal nachholen. Ich vermute, ich muss die Firmware für ttpci installieren. Ist das korrekt? Aber es geht ja auch ohne - komisch(?)
Die Ausgabe von dmesg habe ich beigefügt. Aus meiner Sicht sieht's ganz gut aus.
Die beigefügte Kanalliste habe ich übernommen. Und was soll ich sagen - das hat's gebracht. :lovevdr. Ist zwar komisch, weil ich die Sender aus dem wiki kopiert habe, aber was solls.
Ich weiß nicht, ob das dann noch von Interesse ist, aber hier noch der output von vdr-sxfe:
Code
Display Morevdr-sxfe --audio=auto --video=vdpau --post=tvtime:method=uses_vo_driver --aspect=auto --reconnect xvdr://127.0.0.1 vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Audio driver: auto Video driver: vdpau Post plugins: tvtime:method=uses_vo_driver Aspect ratio: Auto Automatic reconnection enabled VDR Server: xvdr://127.0.0.1 [29802] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files [29802] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable) vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 195.36.03 Mon Feb 1 19:22:18 PST 2010 [29802] [vdr-fe] Detected 2 CPUs [29802] [vdr-fe] Enabling FFmpeg multithreaded video decoding [29802] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... [29802] [input_vdr] Server greeting: VDR-1.7.12 xineliboutput-1.0.90-cvs READY [29802] [input_vdr] Connected (control) to tcp://127.0.0.1:37890 [29802] [input_vdr] Connecting (data) to pipe:///etc/vdr/plugins/xineliboutput/pipes.29653/pipe.0 [29802] [input_vdr] Data stream connected (PIPE) [29802] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video [29802] [demux_vdr] Using decoder "FFmpeg" for H.264 video Press Esc to exit vdpau_set_property: property=8, value=100 vdpau_set_property: property=2, value=0 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=3, value=100 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=5, value=0 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=24, value=0 vo_vdpau: disable sharpness. vdpau_set_property: property=25, value=0 vo_vdpau: disable noise reduction. vdpau_set_property: property=4, value=100 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=1, value=0 vo_vdpau: deinterlace: none vo_vdpau: set_scaling_level=0 vo_vdpau: enabled features: inverse_telecine=0 vo_vdpau: disable noise reduction. vo_vdpau: disable sharpness. vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vo_vdpau: skip_chroma = 0 vo_vdpau: background_color = 0 [29813] [demux_vdr] PMT changed vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial vo_vdpau: deinterlace: temporal vo_vdpau: set_scaling_level=0 vo_vdpau: enabled features: inverse_telecine=1 vo_vdpau: disable noise reduction. vo_vdpau: disable sharpness. vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 studio_levels=0 vo_vdpau: skip_chroma = 0 vo_vdpau: background_color = 0 [29814] [vdr-fe] Keyboard thread terminated vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none [29802] [input_vdr] Connections closed. vdpau_set_property: property=2, value=0 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 studio_levels=0 vdpau_set_property: property=3, value=100 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 studio_levels=0 vdpau_set_property: property=5, value=0 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 studio_levels=0 vdpau_set_property: property=24, value=0 vo_vdpau: disable sharpness. vdpau_set_property: property=25, value=0 vo_vdpau: disable noise reduction. vdpau_set_property: property=4, value=100 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=1 studio_levels=0 vdpau_set_property: property=1, value=0 Terminating... [29802] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files [29802] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable)
Jetzt bleibt noch das revdep-rebuild. Das klappt leider im Augenblick nicht. Die Pakete, die er neu bauen will, ziehen leider die alte xine-lib wieder rein. Ich vermute, das liegt daran, weil das Paket xine-lib die Datei /usr/lib64/libxine.so.1 nicht mehr bereitstellt. Ich habe zwar einen symbolischen Link dafür angelegt, xine-ui reicht das aber leider nicht, es stürzt immer ab und lässt sich auch nicht neu bauen.
Hier noch die Ausgabe von revdep-rebuild:
Code
Display MoreThese are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] media-libs/xine-lib-1.1.18 [9999] USE="a52* css%* dts* modplug* musepack* theora* v4l* xcb* xv* (-vis)" [ebuild R ] app-misc/strigi-0.7.1 [ebuild R ] media-video/miro-2.5.3 [ebuild R ] media-video/xine-ui-0.99.5-r1 [ebuild R ] media-sound/phonon-4.3.80-r1 [ebuild R ] media-sound/amarok-1.4.10_p20090130-r3 [ebuild R ] kde-base/phonon-kde-4.3.5
-
Erst einmal vielen Dank an Tinitus für die libs. Inzwischen habe ich so einiges an meinem System gefummelt.
1) Ich habe auf den neuesten nvidia-Treiber aktualisiert - 195.x
2) Da vdpau ja wärmsten empfohlen wurde und ich das auch als Vorteil ansehe, habe ich mir erst mal eine vdpau-fähige Grafikkarte gekauft. Ich habe jetzt eine 9500GT.
3) Ich habe es inzwischen auch geschafft, xine-lib-9999 zu kompilieren. Da waren ein paar Abhängigkeiten nicht im ebuild, die man aber an den Fehlermeldung mit etwas Kleinarbeit identifizieren konnte. Ein revdep-rebuild habe ich gestern nicht mehr geschafft (war schon zu müde) - deshalb wird es wohl noch ein paar fehlende Abhängigkeiten geben. Na ja, das erste Problem war, dass nun xine-ui nicht mehr kompiliert. Gibt es da ein ebuild, das auch gegen xine-lib-1.2 baut? Damit kann ich wohl das xine-plugin erstmal nicht mehr nutzen.
4) Tinitus hatte xineliboutput empfohlen, also habe ich es damit auch noch probiert. Ich habe vdr-sxfe genauso eingegeben, wie Du es vorgeschlagen hattest, aber leider funktioniert es nur in SDTV. Vorher hatte ich ja Ruckler in den Bildern und halt kaum Ton, jetzt bleibt der Bildschirm einfach schwarz, Ton kommt manchmal nach sehr langer Wartezeit (>1min). Hast Du hier noch eine Idee? Ich habe mal syslog und die Ausgabe vdr-sxfe mit angegeben - vielleicht hilft das ja.Syslog:
Code
Display MoreMar 3 06:56:47 eumel vdr: [6890] switching to channel 1 Mar 3 06:56:47 eumel vdr: [6890] setting watchdog timer to 60 seconds Mar 3 06:56:47 eumel vdr: [6907] receiver on device 1 thread started (pid=6890, tid=6907) Mar 3 06:56:47 eumel vdr: [6908] TS buffer on device 1 thread started (pid=6890, tid=6908) Mar 3 06:56:47 eumel vdr: [6890] OSD size changed to 720x576 @ 1.42222 Mar 3 06:56:47 eumel vdr: [6907] [xine..put] Detected video size 720x576 Mar 3 06:56:48 eumel vdr: [6890] connect from 127.0.0.1, port 44777 - accepted Mar 3 06:56:48 eumel vdr: [6890] closing SVDRP connection Mar 3 06:56:48 eumel vdrwatchdog[6922]: Starting vdrwatchdog Mar 3 06:56:51 eumel vdr: [6900] video directory scanner thread ended (pid=6890, tid=6900) Mar 3 06:56:51 eumel vdr: [6899] video directory scanner thread ended (pid=6890, tid=6899) Mar 3 06:56:53 eumel vdr: [6890] max. latency time 1 seconds Mar 3 06:58:57 eumel vdr: [6905] [xine..put] Client 0 connected: 127.0.0.1:32807 Mar 3 06:58:57 eumel vdr: [6905] [xine..put] Invalid or missing /etc/vdr/plugins/xineliboutput/allowed_hosts.conf. Adding 127.0.0.1 to list of allowed hosts. Mar 3 06:58:57 eumel vdr: [6905] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes Mar 3 06:58:57 eumel vdr: [6905] [xine..put] Trying PIPE connection ... Mar 3 06:58:57 eumel vdr: [6905] creating directory /etc/vdr/plugins/xineliboutput/pipes.6890 Mar 3 06:58:57 eumel vdr: [6905] removing /etc/vdr/plugins/xineliboutput/pipes.6890 Mar 3 06:58:57 eumel vdr: [6905] [xine..put] cBackgroundWriterI initialized (buffer 512 kb) Mar 3 06:58:57 eumel vdr: [6905] [xine..put] cTcpWriter initialized (buffer 512 kb) Mar 3 06:58:57 eumel vdr: [6905] [xine..put] Pipe open Mar 3 06:59:04 eumel vdr: [6890] switching to channel 2 Mar 3 06:59:04 eumel vdr: [6908] TS buffer on device 1 thread ended (pid=6890, tid=6908) Mar 3 06:59:04 eumel vdr: [6907] buffer stats: 138368 (6%) used Mar 3 06:59:04 eumel vdr: [6907] receiver on device 1 thread ended (pid=6890, tid=6907) Mar 3 06:59:04 eumel vdr: [6985] receiver on device 1 thread started (pid=6890, tid=6985) Mar 3 06:59:04 eumel vdr: [6986] TS buffer on device 1 thread started (pid=6890, tid=6986) Mar 3 06:59:04 eumel vdr: [6985] [xine..put] Detected video size 720x576 Mar 3 06:59:11 eumel vdr: [6890] switching to channel 38 Mar 3 06:59:11 eumel vdr: [6986] TS buffer on device 1 thread ended (pid=6890, tid=6986) Mar 3 06:59:11 eumel vdr: [6985] buffer stats: 129908 (6%) used Mar 3 06:59:11 eumel vdr: [6985] receiver on device 1 thread ended (pid=6890, tid=6985) Mar 3 06:59:11 eumel vdr: [6987] receiver on device 1 thread started (pid=6890, tid=6987) Mar 3 06:59:11 eumel vdr: [6988] TS buffer on device 1 thread started (pid=6890, tid=6988)
Kanal 38 ist arteHD. Kanäle 1 und 2 sind ARD und ZDF. Die liefen einwandfrei. Auf Kanal 38 kam leider nix.
Und hier die Ausgabe von vdr-sxfe:
Code
Display Morevdpau_set_property: property=8, value=100 vdpau_set_property: property=2, value=0 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=3, value=100 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=5, value=0 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=24, value=0 vo_vdpau: disable sharpness. vdpau_set_property: property=25, value=0 vo_vdpau: disable noise reduction. vdpau_set_property: property=4, value=100 vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vdpau_set_property: property=1, value=0 vo_vdpau: deinterlace: none vo_vdpau: set_scaling_level=0 vo_vdpau: enabled features: inverse_telecine=0 vo_vdpau: disable noise reduction. vo_vdpau: disable sharpness. vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vo_vdpau: skip_chroma = 0 vo_vdpau: background_color = 0 [6979] [demux_vdr] PMT changed vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial vo_vdpau: deinterlace: temporal_spatial vo_vdpau: set_scaling_level=0 vo_vdpau: enabled features: inverse_telecine=1 vo_vdpau: disable noise reduction. vo_vdpau: disable sharpness. vo_vdpau: vdpau_update_csc: hue=0.000000, saturation=1.000000, contrast=1.000000, brightness=0.000000, color_standard=0 studio_levels=0 vo_vdpau: skip_chroma = 0 vo_vdpau: background_color = 0 [6979] [input_vdr] wait_stream_sync: discard_index 6093080 != curpos 6008480 ! (diff 84600) vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none [6979] [demux_vdr] PMT changed vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none [6979] [input_vdr] wait_stream_sync: discard_index 12998696 != curpos 12996816 ! (diff 1880) [6979] [demux_vdr] PMT changed vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal_spatial
Man sieht, dass der vdpau-Treiber geladen ist und benutzt wird. Aber warum gehen HD-Sender nicht?
-
Ok, ich werde heute abend mal auf den neuesten nvidia- Treiber aktualisieren. Mal sehen, ob das was bringt. vdpau möchte ich auch sehr gerne verwenden, weil es keinen Spass macht, wenn die Kiste am Limit läuft - ich hatte es nur nicht hinbekommen.
Gesynct hatte ich eigentlich. Ich habe aber gesehen, dass Du vdr-xineliboutput-9999 verwendest. Ich habe die neueste Version darunter (ich glaube 1.04 war das) installiert. Damit baute es nicht gegen den neuesten vdr. Aber dann werde ich das Paket auch mal upgraden.
Ich verwende auch ein AMD64-System. Also für ein binary der xine-libs wäre ich sehr dankbar, dann muss ich nicht warten, bis es wieder aus dem cvs baut. Ich schicke meine Emailadresse per PN.
Vielen Dank für Deine Hilfe
humarf
-
Erst einmal vielen Dank für die Tips. Ich verwende eine nvidia-Grafikkarte mit dem Treiber 190.42-r3. vdpau verwende ich im Augenblick nicht, würde ich aber gerne verwenden (deshalb die Frage nach dem ebuild).
Meinst Du die Einstellung dolby digital verwenden im vdr? Da ist es aktiviert. In xine habe ich so eine Einstellung nicht gefunden(?)
aplay -l sagt folgendes:
Code
Display More**** Liste der Hardware-Geräte (PLAYBACK) **** Karte 0: Live [SB Live! Value [CT4832]], Gerät 0: emu10k1 [ADC Capture/Standard PCM Playback] Sub-Geräte: 32/32 Sub-Gerät #0: subdevice #0 Sub-Gerät #1: subdevice #1 Sub-Gerät #2: subdevice #2 Sub-Gerät #3: subdevice #3 Sub-Gerät #4: subdevice #4 Sub-Gerät #5: subdevice #5 Sub-Gerät #6: subdevice #6 Sub-Gerät #7: subdevice #7 Sub-Gerät #8: subdevice #8 Sub-Gerät #9: subdevice #9 Sub-Gerät #10: subdevice #10 Sub-Gerät #11: subdevice #11 Sub-Gerät #12: subdevice #12 Sub-Gerät #13: subdevice #13 Sub-Gerät #14: subdevice #14 Sub-Gerät #15: subdevice #15 Sub-Gerät #16: subdevice #16 Sub-Gerät #17: subdevice #17 Sub-Gerät #18: subdevice #18 Sub-Gerät #19: subdevice #19 Sub-Gerät #20: subdevice #20 Sub-Gerät #21: subdevice #21 Sub-Gerät #22: subdevice #22 Sub-Gerät #23: subdevice #23 Sub-Gerät #24: subdevice #24 Sub-Gerät #25: subdevice #25 Sub-Gerät #26: subdevice #26 Sub-Gerät #27: subdevice #27 Sub-Gerät #28: subdevice #28 Sub-Gerät #29: subdevice #29 Sub-Gerät #30: subdevice #30 Sub-Gerät #31: subdevice #31 Karte 0: Live [SB Live! Value [CT4832]], Gerät 2: emu10k1 efx [Multichannel Capture/PT Playback] Sub-Geräte: 8/8 Sub-Gerät #0: subdevice #0 Sub-Gerät #1: subdevice #1 Sub-Gerät #2: subdevice #2 Sub-Gerät #3: subdevice #3 Sub-Gerät #4: subdevice #4 Sub-Gerät #5: subdevice #5 Sub-Gerät #6: subdevice #6 Sub-Gerät #7: subdevice #7 Karte 0: Live [SB Live! Value [CT4832]], Gerät 3: emu10k1 [Multichannel Playback] Sub-Geräte: 1/1 Sub-Gerät #0: subdevice #0
Ich verwende das xine-plugin, nicht xineliboutput (xineliboutput kompilierte nicht gegen vdr 1.7.12). Dann funktioniert aber auch vdr-sxfe nicht. Ich verwende im Augenblick xine-ui zur Anzeige - mit kaffeine habe ich es nicht hingekriegt - weiß jemand wie das geht?
Ich habe das xine-lib-9999 ausprobiert. Im Augenblick baut es leider nicht - ist wohl gerade ein bug drin - deshalb habe ich es erstmal ohne vdpau mit den alten libs probiert.
Habt Ihr noch eine Idee, dass ich auch Sound bekomme?
-
Hallo,
ich versuche auf meinem Gentoo-Desktop-System einen HDTV-fähigen VDR aufzusetzen. Dazu habe ich mir eine TT1600 zugelegt. Ich habe die neueste Version von VDR und xineplugin nebst xine-libs aus dem vdr-testing bzw. vdr-devel overlay installiert. Inzwischen läuft es halbwegs - SDTV läuft prima und ich habe auch ein Bild in HDTV bei ca. 70% Prozessorlast. Leider klappt es mit dem Ton nicht. Manchmal hört man ganz kurz einen Ton, dann ist wieder Ruhe. Mit den Buffer-Einstellungen des xine-plugins habe ich schon experimentiert - bei SDTV musste ich die Buffer-Einstellungen erhöhen, sonst riss der Ton immer ab. Bei HDTV klappt es leider gar nicht.
Hat jemand einen Tip für mich, wie ich den Ton zum laufen kriegen könnte?
Wenn das funktioniert, würde ich gerne die HDTV-Sender mit vdpau decodieren. Hat jemand einen link zu ebuilds für xine mit vdpau-Unterstützung?
Vielen Dank für Eure Hilfe
humarf
Hier noch das log:
Code
Display MoreFeb 27 16:05:39 eumel vdr: [19817] switching to channel 38 Feb 27 16:05:39 eumel vdr: [19907] buffer usage: 0% (tid=19906) Feb 27 16:05:40 eumel vdr: [19817] cTS2PES got 0 TS errors, 2 TS continuity errors Feb 27 16:05:40 eumel vdr: [19817] cTS2PES got 0 TS errors, 1 TS continuity errors Feb 27 16:05:40 eumel vdr: [19907] TS buffer on device 1 thread ended (pid=19817, tid=19907) Feb 27 16:05:40 eumel vdr: [19906] buffer stats: 1877932 (89%) used Feb 27 16:05:40 eumel vdr: [19906] receiver on device 1 thread ended (pid=19817, tid=19906) Feb 27 16:05:40 eumel vdr: [19922] receiver on device 1 thread started (pid=19817, tid=19922) Feb 27 16:05:40 eumel vdr: [19923] TS buffer on device 1 thread started (pid=19817, tid=19923) Feb 27 16:05:40 eumel vdr: [19922] TS continuity error (2) Feb 27 16:05:40 eumel vdr: [19922] cVideoRepacker: operating in H.264 mode Feb 27 16:05:40 eumel vdr: [19922] SetBrokenLink: no GOP header found in video packet Feb 27 16:05:55 eumel vdr: [19923] buffer usage: 70% (tid=19922) Feb 27 16:05:55 eumel vdr: [19923] buffer usage: 80% (tid=19922) Feb 27 16:05:55 eumel vdr: [19923] buffer usage: 90% (tid=19922) Feb 27 16:05:55 eumel vdr: [19923] buffer usage: 100% (tid=19922) Feb 27 16:05:58 eumel vdr: [19923] ERROR: driver buffer overflow on device 1 Feb 27 16:05:59 eumel vdr: [19922] ERROR: skipped 11 bytes to sync on TS packet on device 1 Feb 27 16:05:59 eumel vdr: [19922] TS continuity error (11) Feb 27 16:05:59 eumel vdr: [19922] TS continuity error (10) Feb 27 16:05:59 eumel vdr: [19922] cAudioRepacker(0xC0): skipped 432 bytes to sync on next audio frame Feb 27 16:05:59 eumel vdr: [19922] PES packet shortened to 5054 bytes (expected: 6158 bytes) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 60% (tid=19922) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 70% (tid=19922) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 60% (tid=19922) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 70% (tid=19922) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 60% (tid=19922) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 70% (tid=19922) Feb 27 16:05:59 eumel vdr: [19923] buffer usage: 60% (tid=19922) Feb 27 16:06:00 eumel vdr: [19923] buffer usage: 70% (tid=19922) Feb 27 16:06:00 eumel vdr: [19923] buffer usage: 80% (tid=19922) Feb 27 16:06:00 eumel vdr: [19923] buffer usage: 90% (tid=19922) Feb 27 16:06:00 eumel vdr: [19923] buffer usage: 100% (tid=19922) Feb 27 16:06:02 eumel vdr: [19923] ERROR: driver buffer overflow on device 1 Feb 27 16:06:04 eumel vdr: [19922] ERROR: skipped 11 bytes to sync on TS packet on device 1 Feb 27 16:06:04 eumel vdr: [19922] TS continuity error (5) Feb 27 16:06:04 eumel vdr: [19922] TS continuity error (4) Feb 27 16:06:07 eumel vdr: [19923] ERROR: driver buffer overflow on device 1 Feb 27 16:06:09 eumel vdr: [19922] ERROR: skipped 11 bytes to sync on TS packet on device 1 Feb 27 16:06:09 eumel vdr: [19922] TS continuity error (14) Feb 27 16:06:09 eumel vdr: [19922] TS continuity error (10) Feb 27 16:06:12 eumel vdr: [19923] ERROR: driver buffer overflow on device 1 media-tv/linuxtv-dvb-headersFeb 27 16:06:13 eumel vdr: [19922] ERROR: skipped 11 bytes to sync on TS packet on device 1 Feb 27 16:06:13 eumel vdr: [19922] TS continuity error (0) Feb 27 16:06:13 eumel vdr: [19922] TS continuity error (2) Feb 27 16:06:14 eumel vdr: [19922] cAudioRepacker(0xC0): skipped 216 bytes to sync on next audio frame Feb 27 16:06:14 eumel vdr: [19922] PES packet shortened to 5606 bytes (expected: 6158 bytes) Feb 27 16:06:17 eumel vdr: [19923] ERROR: driver buffer overflow on device 1 Feb 27 16:06:18 eumel vdr: [19922] ERROR: skipped 9 bytes to sync on TS packet on device 1 Feb 27 16:06:18 eumel vdr: [19922] ERROR: skipped 2 bytes to sync on TS packet on device 1 Feb 27 16:06:18 eumel vdr: [19922] TS continuity error (7) Feb 27 16:06:18 eumel vdr: [19922] TS continuity error (0) Feb 27 16:06:18 eumel vdr: [19922] PES packet shortened to 3582 bytes (expected: 6158 bytes)
-
Das kriege ich hin. Vielen Dank für Eure Hilfe.
-
Ich habe den Thread von hinten gelesen. Und da steht z.B.
Quote
Also, jetzt macht erst mal den Treiber stabil und verwendbar (da ist man ja schon fast am Ziel), dann kann man über den SuSpend reden.__________________
GrußDaniel
Daraus schließe ich, dass der Treiber im Augenblick noch nicht richtig stabil läuft, oder wie würdet Ihr das verstehen? Na ja, ist auch egal - man kriegt es offenbar zum laufen - mit den Treiberdetails würde ich mich später befassen. Bei Euch geht es ja.
Würdet Ihr eine Kaufempfehlung für die Karte aussprechen?
-
Das hört sich gut an. Mit welchem Kernel betreibst Du die Karte denn? Nimmst Du den im Kernel integrierten Treiber? Dem Thread zu dieser Karte habe ich entnommen, dass der Treiber halt noch etwas instabil sei. Geht denn inzwischen DVB-S2 und HDTV-Empfang mit dieser Karte auf beiden Tunern?
-
Also von den PCIe-Karten käme wohl am ehesten die MediaPointer in Betracht. Der Treiber dafür ist aber bislang nicht stabil. Am besten sieht es wohl wirklich mit der TT-1600 aus.
-
Vielen Dank für die Hinweise. Die TT-1600 hatte ja ich auch im Auge.
Eine PCIe mit 2 Tunern ist natürlich eine sehr reizvolle Alternative. Da hat mich aber das Wiki abgeschreckt, weil diese Karten laut Wiki entweder gar nicht oder nur eingeschränkt lauffähig sind. Die Frage ist dann, ob es nur daran liegt, dass der Treiber halt noch nicht fertig ist, oder ob es grundlegende technische Probleme mit diesen Karten unter Linux gibt. Ich werde mal die verlinkten Threads anschauen.
Viele Grüße
humarf
-
Hallo zusammen,
seit vielen Jahren bin ich glücklicher VDR-Nutzer. Mein vor ca. einem halben neu ausgestattetes System (neuer Prozessor und Board) läuft hervorragend mit FF-DVB-Karten. Den Hype um HDTV verfolge ich aufmerksam, habe mich aber bisher zurückgehalten. Da nun auch ARD und ZDF in den Regelbetrieb gehen wollen, möchte ich zunächst mal mit einer Testinstallation beginnen. Ich möchte einen HD-fähigen VDR an meinem Desktop-Rechner einrichten. Wenn alles zufriedenstellend funktioniert, wäre dann der produktive VDR dran.
Zuallererst möchte ich mir eine DVB-S2 Karte zulegen. Danach würde ich meine betagte nvidia-Grafikkarte gegen eine aktuellere austauschen, die VDPAU unterstützt. Über diesen Weg möchte ich also HDTV dekodieren. Doch zurück zum Anfang - zuerst muss ich mir eine DVB-S2-fähige Steckkarte zulegen. Glücklicherweise sind in meinem Rechner sowohl ein PCI- als auch ein PCIe-Steckplatz frei. Ich habe mir im VDR-Wiki die verfügbaren und unterstützten Karten angeschaut. Leider fällt es mir nun reichlich schwer, die für mich geeignetste Karte auszuwählen. Für Tips dazu wäre ich sehr dankbar. Hier noch die aus meiner Sicht wichtigen Eckdaten:
- PCI oder PCIe ist egal,
- am einfachsten wäre es, wenn der Kernel den Treiber bereits mitbrächte (oder bietet z.B. der Liplianin-Treiber besondere Vorteile)
- CI brauche ich nicht, stört aber nicht, wenn eine Schnittstelle dabei ist,
- low profile ist auch kein muss, aber nicht schlecht, wenn man mal das Gehäuse wechseln will,
- IR brauche ich nicht, da ich den VDR über lirc ansteuern möchte.Aus meiner Sicht könnte die TT-1600 geeignet sein. Was sagt Ihr dazu? Es sah so aus (als ich nach Shops suchte, wo man die Karte kaufen kann), als gäbe es die Karte nicht mehr überall. Läuft die Karte vielleicht aus? Ansonsten fand ich die TT-3200 bzw. die SkyStar HD noch geeignet - das aber keine low profile-Karten. Die Liste der PCIe-Karten fand ich nicht überzeugend, da die Treibersituation dort nicht so gut aussah.
Nun ja, soweit meine Überlegungen. Auf Eure Tips und Hinweise freue ich mich sehr.
humarf