Hallo!
Ich habe mir auf einer zweiten Platte eine Installation mit Fedora Core 2 eingerichtet und vdr-1.3.11 darauf gespielt.
Kernel basiert auf kernel-source-2.6.5-i358, 4G/4G auf OFF (wg. transp. OSD).
Nun habe ich in wechseldem Abstand zumeist kurzzeitige (ca. 1 Sek.) Bild- und Tonaussetzer, manchmal dauernd diese jedoch länger und lassen sich nur durch Kanalwechsel beheben. Das OSD bleibt funktionsfähig.
Das Ausschalten von den Kanalaktualisierungen und setzen von EPG-Scan auf "0" hat das Problem behoben.
Wegen der NPTL- Geschichte habe ich ein "export LD_ASSUME_KERNEL=2.4.21" vorgenommen, "echo $LD_ASSUME_KERNEL" liefert "2.4.21" zurück.
Trotzdem scheint das Problem doch mit dem Threadhandling zu tun zu haben?
Die CPU-Last pendelt laut "top" so zwischen 5-15% und die neue Samsung sollte durch das speichern von den paar Daten wohl nicht überfordert sein?
Wenn ich den Rechner neu boote und das LFS von der anderen Platte starte, hab ich keine Aussetzer (hier allerding vdr-1.3.2)...
Hat jemand eine Idee, womit mein Problem zusammen hängen könnte oder wie man feststellen könnte, wo das System hängen bleibt?
Das Laden der Treiber:
Jun 26 15:24:30 vdr dvb: Starting DVB
Jun 26 15:24:30 vdr kernel: Linux video capture interface: v1.00
Jun 26 15:24:30 vdr kernel: saa7146: register extension 'budget dvb'.
Jun 26 15:24:30 vdr kernel: saa7146: found saa7146 @ mem c88c5000 (revision 1, irq 7) (0x13c2,0x1003).
Jun 26 15:24:30 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-S PCI).
Jun 26 15:24:30 vdr kernel: TT-Budget/WinTV-NOVA-S PCI adapter 0 has MAC addr = 00:d0:5c:02:31:6c
Jun 26 15:24:30 vdr kernel: saa7146: register extension 'dvb'.
Jun 26 15:24:30 vdr kernel: saa7146: found saa7146 @ mem c88ce000 (revision 1, irq 5) (0x13c2,0x0000).
Jun 26 15:24:30 vdr kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
Jun 26 15:24:30 vdr kernel: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 1 has MAC addr = 00:d0:5c:1f:87:80
Jun 26 15:24:30 vdr kernel: gpioirq unknown type=0 len=0
Jun 26 15:24:30 vdr kernel: DVB: AV7111(1) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a
Jun 26 15:24:30 vdr kernel: DVB: AV7111(1) - firmware supports CI link layer interface
Jun 26 15:24:30 vdr kernel: av7110(1): adac type set to 0
Jun 26 15:24:30 vdr kernel: videodev: "av7110" has no release callback. Please fix your driver for proper sysfs support, see [URL]http://lwn.net/Articles/36850/[/URL]
Jun 26 15:24:30 vdr kernel: saa7146_vv: saa7146 (1): registered device video0 [v4l2]
Jun 26 15:24:30 vdr kernel: av7110: found av7110-0.
Jun 26 15:24:31 vdr kernel: probe_tuner: try to attach to TT-Budget/WinTV-NOVA-S PCI
Jun 26 15:24:31 vdr kernel: drivers/media/dvb/frontends/stv0299.c: setup for tuner BSRU6, TDQB-S00x
Jun 26 15:24:31 vdr kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
Jun 26 15:24:31 vdr kernel: ves1x93: Detected ves1893a rev2
Jun 26 15:24:31 vdr kernel: DVB: registering frontend 1:0 (VES1893)...
Jun 26 15:24:31 vdr rc: Starting dvb: succeeded
und VDR:
un 26 15:24:45 vdr -- root[1574]: ROOT LOGIN ON tty1
Jun 26 15:24:57 vdr vdr[1776]: VDR version 1.3.11 started
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/setup.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/sources.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/diseqc.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/channels.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/timers.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/commands.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/reccmds.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/svdrphosts.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/ca.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/remote.conf
Jun 26 15:24:57 vdr vdr[1776]: loading /etc/vdr-test/keymacros.conf
Jun 26 15:24:58 vdr vdr[1776]: found 2 video devices
Jun 26 15:24:58 vdr vdr[1776]: setting primary device to 2
Jun 26 15:24:58 vdr vdr[1776]: SVDRP listening on port 2001
Jun 26 15:24:58 vdr vdr[1776]: loading /etc/vdr-test/themes/sttng-default.theme
Jun 26 15:24:58 vdr vdr[1776]: switching to channel 13
Jun 26 15:24:59 vdr vdr[1776]: channel 15 (BR-alpha) event 15:15 'Avanti! Avanti!' status 4
Jun 26 15:24:59 vdr vdr[1776]: channel 16 (SýWEST BW) event 15:00 'ARD-Ratgeber: Geld' status 4
Jun 26 15:24:59 vdr vdr[1776]: channel 12 (Bayerisches FS) event 14:50 'Das Murnauer Moos' status 4
Jun 26 15:25:00 vdr vdr[1776]: channel 11 (WDR Kýn) event 15:00 'Nebraska' status 4
Jun 26 15:25:00 vdr vdr[1776]: channel 1 (Das Erste) event 13:05 'Sportschau live' status 4
Jun 26 15:25:00 vdr vdr[1776]: channel 30 (Phoenix) event 14:45 'Die Mumien des Ketzers' status 4
Jun 26 15:25:00 vdr vdr[1776]: channel 13 (SR Fernsehen Sdwest) event 15:00 'ARD-Ratgeber: Geld' status 4
Jun 26 15:25:00 vdr vdr[1776]: channel 14 (hessen fernsehen) event 15:00 'Fotograf aus Liebe' status 4
Jun 26 15:25:00 vdr vdr[1776]: channel 26 (arte) event 15:15 'Klaviernýhte aus der Provence' status 4
Jun 26 15:25:39 vdr vdr[1776]: switching to channel 12
Jun 26 15:25:42 vdr vdr[1776]: switching to channel 13
Jun 26 15:25:42 vdr vdr[1776]: switching to channel 14
Jun 26 15:25:42 vdr vdr[1776]: switching to channel 15
Jun 26 15:25:43 vdr vdr[1776]: switching to channel 16
Jun 26 15:25:43 vdr vdr[1776]: switching to channel 15
Jun 26 15:25:48 vdr vdr[1776]: switching to channel 14
Jun 26 15:25:49 vdr vdr[1776]: switching to channel 13
Jun 26 15:25:49 vdr vdr[1776]: switching to channel 12Das Log von VDR geht dann so ohne Fehlermeldungen weiter...
grüße
ralf
EDIT: Hat sich eventuell schon erledigt, habe einfach mal einen älteren "Vanilla"- Kernel getestet, lief ca. zwei Stunden ohne Aussetzer. Anschließend die DVB-Teile des Fedora-kernels dort rein kopiert, wieder diese Störungen. Anscheinend kann man den Original-Fedora-Kernel für VDR komplett in die Tonne treten.