Ich habe den Patch mal eingebaut. Vielen lieben Dank!
Mein zweites Problem -- dass der VLC-Client nach einiger Zeit ständig Ring Buffer Overflows hat und diese irgendwann als Decoding-Fehler sichtbar werden, hat damit dann wahrscheinlich nichts zu tun. Vielleicht habe ich mir hier auch den Zusammenhang zwischen Umschalten und Eintreten des Fehlers eingebildet. Ich werde das weiter beobachten.
Viele Grüße,
Olli
Gerade gab es Nebenwirkungen. Ich habe mit dem VLC den Kanal gewechselt (vulgo: Verbindung beendet und neu aufgerufen), danach stand dann der vdr-client.
192.168.0.7 ist der vdr-client
192.168.0.215 ist VLC
Log des Servers
Verbindungsaufbau
VDR:
Mar 27 20:05:23 tvserver vdr: [1049] Streamdev: Accepted new client (VTP) 192.168.0.7:47641
Mar 27 20:05:23 tvserver vdr: [1049] streamdev-server TUNE S19.2E-1-1101-28106: Priority unknown - using 0
Mar 27 20:05:23 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 20:05:23 tvserver vdr: [1049] buffer stats: 0 (0%) usedVLC:
Mar 27 21:43:40 tvserver vdr: [1049] Streamdev: Accepted new client (HTTP) 192.168.0.215:53464
Mar 27 21:43:41 tvserver vdr: [3326] streamdev-writer thread started (pid=1020, tid=3326)
Mar 27 21:43:41 tvserver vdr: [3327] streamdev-livestreaming thread started (pid=1020, tid=3327)
Mar 27 21:43:41 tvserver vdr: [3329] receiver on device 4 thread started (pid=1020, tid=3329)
Mar 27 21:43:41 tvserver vdr: [3330] TS buffer on device 4 thread started (pid=1020, tid=3330)
Mar 27 21:43:41 tvserver vdr: [3328] ecmhandler 3 filter thread started (pid=1020, tid=3328)Vorfall:
Mar 27 21:50:29 tvserver vdr: [2409] TS buffer on device 2 thread ended (pid=1020, tid=2409)
Mar 27 21:50:29 tvserver vdr: [2408] buffer stats: 137804 (3%) used
Mar 27 21:50:29 tvserver vdr: [2408] receiver on device 2 thread ended (pid=1020, tid=2408)
Mar 27 21:50:29 tvserver vdr: [1049] streamdev-server TUNE S19.2E-1-1101-28106: Priority unknown - using 0
Mar 27 21:50:29 tvserver vdr: [2407] streamdev-livestreaming thread ended (pid=1020, tid=2407)
Mar 27 21:50:29 tvserver vdr: [2406] streamdev-writer thread ended (pid=1020, tid=2406)
Mar 27 21:50:29 tvserver vdr: [1049] buffer stats: 206800 (5%) used
Mar 27 21:50:29 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:50:30 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:50:30 tvserver vdr: [1049] Streamdev: Setting data connection to 192.168.0.7:49495
Mar 27 21:50:30 tvserver vdr: [3414] streamdev-writer thread started (pid=1020, tid=3414)
Mar 27 21:50:30 tvserver vdr: [3415] streamdev-livestreaming thread started (pid=1020, tid=3415)
Mar 27 21:50:30 tvserver vdr: [3416] ecmhandler 2 filter thread started (pid=1020, tid=3416)
Mar 27 21:50:41 tvserver vdr: [1053] [general.error] action logger 0/7 read: Buffer overflow
Mar 27 21:50:41 tvserver vdr: [1087] [general.error] action logger 3/3 read: Buffer overflow
Mar 27 21:50:41 tvserver vdr: [1087] [general.error] action logger 3/4 read: Buffer overflow
Mar 27 21:50:41 tvserver vdr: [1087] [general.error] action logger 3/1 read: Buffer overflow
Mar 27 21:50:41 tvserver vdr: [1053] [general.error] action logger 0/8 read: Buffer overflow
Mar 27 21:50:41 tvserver vdr: [1053] [general.error] action logger 0/5 read: Buffer overflow
Mar 27 21:50:45 tvserver vdr: [1020] connect from 192.168.0.215, port 53622 - accepted
Mar 27 21:50:45 tvserver vdr: [1020] ERROR: no OSD provider available - using dummy OSD!
Mar 27 21:50:45 tvserver vdr: [1020] closing SVDRP connection
Mar 27 21:50:46 tvserver vdr: [1020] connect from 192.168.0.215, port 53623 - accepted
Mar 27 21:50:46 tvserver vdr: [1020] closing SVDRP connection
Mar 27 21:50:54 tvserver vdr: [1087] [general.error] action logger 3/3 read: Buffer overflow
Mar 27 21:50:54 tvserver vdr: [1087] [general.error] action logger 3/4 read: Buffer overflow
Mar 27 21:50:54 tvserver vdr: [1087] [general.error] action logger 3/1 read: Buffer overflow
Mar 27 21:50:55 tvserver vdr: [1086] [general.error] action logger 2/3 read: Buffer overflow
Mar 27 21:50:55 tvserver vdr: [1086] [general.error] action logger 2/4 read: Buffer overflow
Mar 27 21:50:55 tvserver vdr: [1086] [general.error] action logger 2/1 read: Buffer overflow
Mar 27 21:50:55 tvserver vdr: [1053] [general.error] action logger 0/7 read: Buffer overflow
Mar 27 21:50:55 tvserver vdr: [1053] [general.error] action logger 0/8 read: Buffer overflow
Mar 27 21:50:55 tvserver vdr: [1053] [general.error] action logger 0/5 read: Buffer overflow
Mar 27 21:51:02 tvserver vdr: [1086] [general.error] action logger 2/3 read: Buffer overflow
Mar 27 21:51:02 tvserver vdr: [1086] [general.error] action logger 2/4 read: Buffer overflow
Mar 27 21:51:02 tvserver vdr: [1086] [general.error] action logger 2/1 read: Buffer overflow
Mar 27 21:51:02 tvserver vdr: [1087] [general.error] action logger 3/3 read: Buffer overflow
Mar 27 21:51:02 tvserver vdr: [1087] [general.error] action logger 3/4 read: Buffer overflow
Mar 27 21:51:02 tvserver vdr: [1087] [general.error] action logger 3/1 read: Buffer overflow
Mar 27 21:51:03 tvserver vdr: [1020] connect from 192.168.0.7, port 33501 - accepted
Mar 27 21:51:03 tvserver vdr: [1020] closing SVDRP connection
Mar 27 21:51:06 tvserver vdr: [1020] connect from 192.168.0.215, port 53631 - accepted
Mar 27 21:51:07 tvserver vdr: [1020] closing SVDRP connection
Mar 27 21:51:09 tvserver vdr: [1086] [general.error] action logger 2/3 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1086] [general.error] action logger 2/4 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1086] [general.error] action logger 2/1 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1053] [general.error] action logger 0/7 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1087] [general.error] action logger 3/3 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1053] [general.error] action logger 0/8 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1087] [general.error] action logger 3/4 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1053] [general.error] action logger 0/5 read: Buffer overflow
Mar 27 21:51:09 tvserver vdr: [1087] [general.error] action logger 3/1 read: Buffer overflow
Mar 27 21:51:10 tvserver vdr: [1020] connect from 192.168.0.215, port 53632 - accepted
Mar 27 21:51:10 tvserver vdr: [1020] ERROR: no OSD provider available - using dummy OSD!
Mar 27 21:51:10 tvserver vdr: [1020] closing SVDRP connection
Mar 27 21:51:14 tvserver vdr: [1049] streamdev-server TUNE S19.2E-133-2-20: Priority unknown - using 0
Mar 27 21:51:16 tvserver vdr: [1087] [general.error] action logger 3/3 read: Buffer overflow
Mar 27 21:51:16 tvserver vdr: [1053] [general.error] action logger 0/7 read: Buffer overflow
Mar 27 21:51:16 tvserver vdr: [1087] [general.error] action logger 3/4 read: Buffer overflow
Mar 27 21:51:16 tvserver vdr: [1053] [general.error] action logger 0/8 read: Buffer overflow
Mar 27 21:51:16 tvserver vdr: [1087] [general.error] action logger 3/1 read: Buffer overflow
Mar 27 21:51:16 tvserver vdr: [1053] [general.error] action logger 0/5 read: Buffer overflow
Mar 27 21:51:16 tvserver vdr: [3415] streamdev-livestreaming thread ended (pid=1020, tid=3415)
Mar 27 21:51:16 tvserver vdr: [3414] streamdev-writer thread ended (pid=1020, tid=3414)
Mar 27 21:51:16 tvserver vdr: [1049] buffer stats: 144384 (3%) used
Mar 27 21:51:16 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:17 tvserver vdr: [1049] CAM 3: assigned to device 2
Mar 27 21:51:17 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:17 tvserver vdr: [1049] Streamdev: Setting data connection to 192.168.0.7:51125
Mar 27 21:51:17 tvserver vdr: [3421] streamdev-writer thread started (pid=1020, tid=3421)
Mar 27 21:51:17 tvserver vdr: [3422] streamdev-livestreaming thread started (pid=1020, tid=3422)
Mar 27 21:51:17 tvserver vdr: [3423] ecmhandler 1 filter thread started (pid=1020, tid=3423)
Mar 27 21:51:17 tvserver vdr: [3424] receiver on device 2 thread started (pid=1020, tid=3424)
Mar 27 21:51:17 tvserver vdr: [3425] TS buffer on device 2 thread started (pid=1020, tid=3425)
Mar 27 21:51:20 tvserver vdr: [3425] TS buffer on device 2 thread ended (pid=1020, tid=3425)
Mar 27 21:51:20 tvserver vdr: [3424] buffer stats: 30268 (0%) used
Mar 27 21:51:20 tvserver vdr: [3424] receiver on device 2 thread ended (pid=1020, tid=3424)
Mar 27 21:51:21 tvserver vdr: [3422] streamdev-livestreaming thread ended (pid=1020, tid=3422)
Mar 27 21:51:21 tvserver vdr: [3421] streamdev-writer thread ended (pid=1020, tid=3421)
Mar 27 21:51:21 tvserver vdr: [1049] buffer stats: 54520 (1%) used
Mar 27 21:51:21 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:23 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:23 tvserver vdr: [1049] Streamdev: Setting data connection to 192.168.0.7:52964
Mar 27 21:51:23 tvserver vdr: [3428] streamdev-livestreaming thread started (pid=1020, tid=3428)
Mar 27 21:51:23 tvserver vdr: [3427] streamdev-writer thread started (pid=1020, tid=3427)
Mar 27 21:51:23 tvserver vdr: [3429] receiver on device 2 thread started (pid=1020, tid=3429)
Mar 27 21:51:23 tvserver vdr: [3430] TS buffer on device 2 thread started (pid=1020, tid=3430)
Mar 27 21:51:23 tvserver vdr: [1086] [general.error] action logger 2/3 read: Buffer overflow
Mar 27 21:51:23 tvserver vdr: [1086] [general.error] action logger 2/4 read: Buffer overflow
Mar 27 21:51:23 tvserver vdr: [1086] [general.error] action logger 2/1 read: Buffer overflow
Mar 27 21:51:29 tvserver vdr: [1049] ERROR: read from client (HTTP) 192.168.0.215:53464 failed: Connection reset by peer
Mar 27 21:51:29 tvserver vdr: [1049] streamdev: closing streamdev connection to 192.168.0.215:53464
Mar 27 21:51:29 tvserver vdr: [3327] streamdev-livestreaming thread ended (pid=1020, tid=3327)
Mar 27 21:51:30 tvserver vdr: [1087] [general.error] action logger 3/3 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1087] [general.error] action logger 3/4 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1087] [general.error] action logger 3/1 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1086] [general.error] action logger 2/3 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1086] [general.error] action logger 2/4 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1053] [general.error] action logger 0/7 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1086] [general.error] action logger 2/1 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1053] [general.error] action logger 0/8 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [1053] [general.error] action logger 0/5 read: Buffer overflow
Mar 27 21:51:30 tvserver vdr: [3330] TS buffer on device 4 thread ended (pid=1020, tid=3330)
Mar 27 21:51:30 tvserver vdr: [3329] buffer stats: 115808 (2%) used
Mar 27 21:51:30 tvserver vdr: [3329] receiver on device 4 thread ended (pid=1020, tid=3329)
Mar 27 21:51:33 tvserver vdr: [1049] ERROR: streamdev-writer thread 3326 won't end (waited 3 seconds) - canceling it...
Mar 27 21:51:33 tvserver vdr: [1049] buffer stats: 179164 (4%) used
Mar 27 21:51:33 tvserver vdr: [1049] Streamdev: Accepted new client (VTP) 192.168.0.7:53627
Mar 27 21:51:33 tvserver vdr: [1049] Streamdev: Accepted new client (HTTP) 192.168.0.215:53639
Mar 27 21:51:33 tvserver vdr: [1049] client (VTP) 192.168.0.7:52745 has closed connection
Mar 27 21:51:33 tvserver vdr: [1049] streamdev: closing streamdev connection to 192.168.0.7:52745
Mar 27 21:51:33 tvserver vdr: [3428] streamdev-livestreaming thread ended (pid=1020, tid=3428)
Mar 27 21:51:33 tvserver vdr: [3430] TS buffer on device 2 thread ended (pid=1020, tid=3430)
Mar 27 21:51:33 tvserver vdr: [3427] streamdev-writer thread ended (pid=1020, tid=3427)
Mar 27 21:51:33 tvserver vdr: [1049] buffer stats: 54520 (1%) used
Mar 27 21:51:33 tvserver vdr: [3429] buffer stats: 32712 (0%) used
Mar 27 21:51:33 tvserver vdr: [3429] receiver on device 2 thread ended (pid=1020, tid=3429)
Mar 27 21:51:33 tvserver vdr: [2185] streamdev-filterstreaming thread ended (pid=1020, tid=2185)
Mar 27 21:51:33 tvserver vdr: [2184] streamdev-writer thread ended (pid=1020, tid=2184)
Mar 27 21:51:33 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:33 tvserver vdr: [1049] client (VTP) 192.168.0.7:53627 has closed connection
Mar 27 21:51:33 tvserver vdr: [1049] streamdev: closing streamdev connection to 192.168.0.7:53627
Mar 27 21:51:33 tvserver vdr: [3433] streamdev-livestreaming thread started (pid=1020, tid=3433)
Mar 27 21:51:33 tvserver vdr: [3432] streamdev-writer thread started (pid=1020, tid=3432)
Mar 27 21:51:33 tvserver vdr: [3434] receiver on device 4 thread started (pid=1020, tid=3434)
Mar 27 21:51:33 tvserver vdr: [3435] TS buffer on device 4 thread started (pid=1020, tid=3435)
Mar 27 21:51:34 tvserver vdr: [1049] Streamdev: Accepted new client (VTP) 192.168.0.7:56379
Mar 27 21:51:34 tvserver vdr: [1049] streamdev-server TUNE S19.2E-1-1107-17506: Priority unknown - using 0
Mar 27 21:51:34 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:34 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:35 tvserver vdr: [1049] client (HTTP) 192.168.0.215:53639 has closed connection
Mar 27 21:51:35 tvserver vdr: [1049] streamdev: closing streamdev connection to 192.168.0.215:53639
Mar 27 21:51:35 tvserver vdr: [3433] streamdev-livestreaming thread ended (pid=1020, tid=3433)
Mar 27 21:51:35 tvserver vdr: [3435] TS buffer on device 4 thread ended (pid=1020, tid=3435)
Mar 27 21:51:35 tvserver vdr: [3434] buffer stats: 28012 (0%) used
Mar 27 21:51:35 tvserver vdr: [3434] receiver on device 4 thread ended (pid=1020, tid=3434)
Mar 27 21:51:35 tvserver vdr: [3432] streamdev-writer thread ended (pid=1020, tid=3432)
Mar 27 21:51:35 tvserver vdr: [1049] buffer stats: 67680 (1%) used
Mar 27 21:51:35 tvserver vdr: [1049] Streamdev: Accepted new client (HTTP) 192.168.0.215:53651
Mar 27 21:51:35 tvserver vdr: [3436] streamdev-writer thread started (pid=1020, tid=3436)
Mar 27 21:51:35 tvserver vdr: [3437] streamdev-livestreaming thread started (pid=1020, tid=3437)
Mar 27 21:51:35 tvserver vdr: [3438] receiver on device 4 thread started (pid=1020, tid=3438)
Mar 27 21:51:35 tvserver vdr: [3439] TS buffer on device 4 thread started (pid=1020, tid=3439)
Mar 27 21:51:37 tvserver vdr: [1049] streamdev-server TUNE S19.2E-1-1107-17506: Priority unknown - using 0
Mar 27 21:51:37 tvserver vdr: [1049] streamdev-server TUNE S19.2E-1-1107-17506: Priority unknown - using 0
Mar 27 21:51:37 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:37 tvserver vdr: [1049] CAM 3: unassigned
ar 27 21:51:37 tvserver vdr: [1049] CAM 3: unassigned
Mar 27 21:51:37 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:37 tvserver vdr: [1049] Streamdev: Setting data connection to 192.168.0.7:60214
Mar 27 21:51:37 tvserver vdr: [3440] streamdev-writer thread started (pid=1020, tid=3440)
Mar 27 21:51:37 tvserver vdr: [3441] streamdev-filterstreaming thread started (pid=1020, tid=3441)
Mar 27 21:51:37 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:37 tvserver vdr: [1049] Streamdev: Setting data connection to 192.168.0.7:56703
Mar 27 21:51:37 tvserver vdr: [3442] streamdev-writer thread started (pid=1020, tid=3442)
Mar 27 21:51:37 tvserver vdr: [3443] streamdev-livestreaming thread started (pid=1020, tid=3443)
Mar 27 21:51:37 tvserver vdr: [3444] receiver on device 2 thread started (pid=1020, tid=3444)
Mar 27 21:51:37 tvserver vdr: [3445] TS buffer on device 2 thread started (pid=1020, tid=3445)
Mar 27 21:51:39 tvserver vdr: [3445] TS buffer on device 2 thread ended (pid=1020, tid=3445)
Mar 27 21:51:39 tvserver vdr: [3444] buffer stats: 40420 (0%) used
Mar 27 21:51:39 tvserver vdr: [3444] receiver on device 2 thread ended (pid=1020, tid=3444)
Mar 27 21:51:39 tvserver vdr: [1049] streamdev-server TUNE S19.2E-1-1089-12003: Priority unknown - using 0
Mar 27 21:51:39 tvserver vdr: [3443] streamdev-livestreaming thread ended (pid=1020, tid=3443)
Mar 27 21:51:39 tvserver vdr: [3442] streamdev-writer thread ended (pid=1020, tid=3442)
Mar 27 21:51:39 tvserver vdr: [1049] buffer stats: 44744 (1%) used
Mar 27 21:51:39 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:39 tvserver vdr: [1049] CAM 3: assigned to device 2
Mar 27 21:51:39 tvserver vdr: [1049] buffer stats: 0 (0%) used
Mar 27 21:51:39 tvserver vdr: [1049] Streamdev: Setting data connection to 192.168.0.7:41170
Mar 27 21:51:39 tvserver vdr: [3447] streamdev-writer thread started (pid=1020, tid=3447)
Mar 27 21:51:39 tvserver vdr: [3448] streamdev-livestreaming thread started (pid=1020, tid=3448)
Mar 27 21:51:39 tvserver vdr: [3449] receiver on device 2 thread started (pid=1020, tid=3449)
Mar 27 21:51:39 tvserver vdr: [3450] TS buffer on device 2 thread started (pid=1020, tid=3450)Log des VDR-Clients:
Mar 27 21:50:28 bedpcu vdr: [2070] ERROR (device.c,1671): Bad file descriptor
Mar 27 21:50:28 bedpcu vdr: [2070] TS buffer on device 10 thread ended (pid=1544, tid=2070)
Mar 27 21:50:28 bedpcu vdr: [2071] buffer stats: 232556 (11%) used
Mar 27 21:50:28 bedpcu vdr: [2071] receiver on device 10 thread ended (pid=1544, tid=2071)
Mar 27 21:50:29 bedpcu vdr: [2443] TS buffer on device 10 thread started (pid=1544, tid=2443)
Mar 27 21:50:29 bedpcu vdr: [2444] receiver on device 10 thread started (pid=1544, tid=2444)
Mar 27 21:50:29 bedpcu vdr: [2442] EnigmaNG effects thread ended (pid=1544, tid=2442)
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] PMT changed, resetting demuxer
Mar 27 21:50:29 bedpcu vdr: [2445] EnigmaNG effects thread started (pid=1544, tid=2445)
Mar 27 21:50:29 bedpcu vdr: [1544] EnigmaNG: cPluginSkinEnigma::LoadChannelLogo: LOGO "Channel.xpm" NOT FOUND in ./plugins/skinenigmang/logos
Mar 27 21:50:29 bedpcu vdr: [1544] EnigmaNG: cPluginSkinEnigma::LoadXpm(./plugins/skinenigmang/logos/no_logo.xpm) LOGO NOT FOUND
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packet
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: payload not PES ?
Mar 27 21:50:29 bedpcu vdr: [1556] [demux_vdr] ts2es: dropping broken PES packetEin Zapvorgang ohne Nebenwirkungen:
Mar 22 19:58:28 tvserver vdr: [1905] TS buffer on device 2 thread ended (pid=1051, tid=1905)
Mar 22 19:58:28 tvserver vdr: [1904] buffer stats: 185556 (4%) used
Mar 22 19:58:28 tvserver vdr: [1904] receiver on device 2 thread ended (pid=1051, tid=1904)
Mar 22 19:58:28 tvserver vdr: [2095] receiver on device 2 thread started (pid=1051, tid=2095)
Mar 22 19:58:28 tvserver vdr: [2096] TS buffer on device 2 thread started (pid=1051, tid=2096)
Mar 22 19:58:31 tvserver vdr: [1903] streamdev-livestreaming thread ended (pid=1051, tid=1903)
Mar 22 19:58:31 tvserver kernel: [ 3794.797378] stb6100_set_bandwidth: Bandwidth=61262500
Mar 22 19:58:31 tvserver kernel: [ 3794.800672] stb6100_get_bandwidth: Bandwidth=62000000
Mar 22 19:58:31 tvserver kernel: [ 3794.811831] stb6100_get_bandwidth: Bandwidth=62000000
Mar 22 19:58:31 tvserver vdr: [2096] TS buffer on device 2 thread ended (pid=1051, tid=2096)
Mar 22 19:58:31 tvserver vdr: [2095] buffer stats: 92872 (2%) used
Mar 22 19:58:31 tvserver vdr: [2095] receiver on device 2 thread ended (pid=1051, tid=2095)
Mar 22 19:58:31 tvserver vdr: [1902] streamdev-writer thread ended (pid=1051, tid=1902)
Mar 22 19:58:31 tvserver vdr: [1080] buffer stats: 185932 (4%) used
Mar 22 19:58:31 tvserver vdr: [1080] buffer stats: 0 (0%) used
Mar 22 19:58:31 tvserver vdr: [1080] buffer stats: 0 (0%) used
Mar 22 19:58:31 tvserver vdr: [1080] Streamdev: Setting data connection to 192.168.0.7:53566
Mar 22 19:58:31 tvserver vdr: [2097] streamdev-writer thread started (pid=1051, tid=2097)
Mar 22 19:58:31 tvserver vdr: [2098] streamdev-livestreaming thread started (pid=1051, tid=2098)
Mar 22 19:58:31 tvserver vdr: [2099] receiver on device 2 thread started (pid=1051, tid=2099)
Mar 22 19:58:31 tvserver vdr: [2100] TS buffer on device 2 thread started (pid=1051, tid=2100)
Mar 22 19:58:31 tvserver kernel: [ 3794.888922] stb6100_set_frequency: Frequency=1236000
Mar 22 19:58:31 tvserver kernel: [ 3794.891203] stb6100_get_frequency: Frequency=1235988
Mar 22 19:58:31 tvserver kernel: [ 3794.900040] stb6100_get_bandwidth: Bandwidth=62000000
Mar 22 19:58:34 tvserver vdr: [1051] connect from 192.168.0.215, port 50172 - accepted
Mar 22 19:58:34 tvserver vdr: [2100] TS buffer on device 2 thread ended (pid=1051, tid=2100)
Mar 22 19:58:34 tvserver vdr: [2099] buffer stats: 51700 (1%) used
Mar 22 19:58:34 tvserver vdr: [2099] receiver on device 2 thread ended (pid=1051, tid=2099)
Mar 22 19:58:34 tvserver vdr: [2102] receiver on device 2 thread started (pid=1051, tid=2102)
Mar 22 19:58:34 tvserver vdr: [2103] TS buffer on device 2 thread started (pid=1051, tid=2103)
Mar 22 19:58:34 tvserver vdr: [1051] ERROR: no OSD provider available - using dummy OSD!
Mar 22 19:58:34 tvserver vdr: [1051] closing SVDRP connection
Mar 22 18:55:27 tvserver vdr: [1051] frontend 0/0 provides DVB-S2 with QPSK ("Montage Technology DS3000/TS2020")
Mar 22 18:55:28 tvserver vdr: [1051] frontend 1/0 provides DVB-S2 with QPSK ("STB0899 Multistandard")
Mar 22 18:55:28 tvserver vdr: [1051] frontend 2/0 provides DVB-S2 with QPSK ("STB0899 Multistandard")
Mar 22 18:55:28 tvserver vdr: [1051] frontend 3/0 provides DVB-S2 with QPSK ("STB0899 Multistandard")
Über http wird immer TS genutzt.
Der Effekt scheint so zu sein:
a) VDR-Client zappt -> Störungen beim http-Client (aber i.d.R. kein totaler Verbindungsabbruch)
b) Zappen (bzw. Beenden) von VLC -> VDR-Client Bild friert ein
Das passiert nicht immer -- ich würde sagen, alle 5-10 Umschaltungen.
Der TV-Server hier hat eine echte Dual-Core-CPU (Athlon 4850e), was ja wegen Multi-Threading-Problemen relevant sein könnte.
Viele Grüße,
Olli
Hm.
Mein Standard-Use-Case ist ungefähr so:
-- ein Client ist ein vdr mit streamdev-client
-- der andere ein VLC, welches mit http auf den streamdev-server zugreift
Vielleicht ist diese besondere Kombination relevant.
Ich muss gestehen, dass der vdr-client noch mit 0.5.0 läuft. Ich werde den ebenfalls Updaten und rückmelden.
Vielen Dank!
Viele Grüße,
Olli
Kleiner Statusbericht:
Das ursprüngliche Problem besteht bei mir mit vdr 1.7.17 und aktuellem GIT-Stand (87de8aeff6a3d600e7c1d9ed910bc40b98ab969e) immer noch unverändert weiter.
Viele Grüße,
Olli
Ich kann das Problem jetzt einigermassen einfach reproduzieren -- wenn ich bei einem Client z.B. durch explizit hervorgerufene Netzwerkstörung ein Hängen produziere, so dass auf dem vdr Buffer-Overflows in streamdev auftreten, stirbt die andere Verbindung ebenfalls, obwohl dort keine Störungen auftreten sollten:
Nov 9 20:29:41 tvserver vdr: [3439] ERROR: 20134 ring buffer overflows (3785192 bytes dropped)
Nov 9 20:29:41 tvserver vdr: [1027] ERROR: no OSD provider available - using dummy OSD!
Nov 9 20:29:41 tvserver vdr: [1027] closing SVDRP connection
Nov 9 20:29:41 tvserver vdr: [3439] buffer usage: 50% (tid=3438)
Nov 9 20:29:42 tvserver vdr: [1027] connect from 192.168.0.36, port 50971 - accepted
Nov 9 20:29:42 tvserver vdr: [1043] ERROR: 52 ring buffer overflows (9776 bytes dropped)
Nov 9 20:29:42 tvserver vdr: [3439] buffer usage: 70% (tid=3438)
Nov 9 20:29:42 tvserver vdr: [1027] closing SVDRP connection
Nov 9 20:29:42 tvserver vdr: [1027] connect from 192.168.0.1, port 39584 - accepted
Nov 9 20:29:42 tvserver vdr: [1027] lost connection to SVDRP client
Nov 9 20:29:42 tvserver vdr: [1027] closing SVDRP connection
Nov 9 20:29:43 tvserver vdr: [3439] buffer usage: 80% (tid=3438)
Nov 9 20:29:43 tvserver vdr: [3439] buffer usage: 90% (tid=3438)
Nov 9 20:29:47 tvserver vdr: [3439] ERROR: 9287 ring buffer overflows (1745956 bytes dropped)
Nov 9 20:29:48 tvserver vdr: [1043] ERROR: 57 ring buffer overflows (10716 bytes dropped)
Nov 9 20:29:53 tvserver vdr: [3439] ERROR: 10453 ring buffer overflows (1965164 bytes dropped)
Nov 9 20:29:54 tvserver vdr: [1043] ERROR: 54 ring buffer overflows (10152 bytes dropped)
Nov 9 20:29:59 tvserver vdr: [3439] ERROR: 19385 ring buffer overflows (3644380 bytes dropped)
Nov 9 20:30:00 tvserver vdr: [1043] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Nov 9 20:30:01 tvserver CRON[3488]: (root) CMD (bash /home/owagner/graphscripts/gettraffic.bsh >/tmp/traffic.dat ; bash /home/owagner/graphscripts/getfemon
.bsh >/tmp/femon.dat)
Nov 9 20:30:01 tvserver CRON[3489]: (root) CMD (/usr/bin/groupswrite ip:grate 0/5/11 1)
Nov 9 20:30:05 tvserver vdr: [3439] ERROR: 17310 ring buffer overflows (3254280 bytes dropped)
Nov 9 20:30:06 tvserver vdr: [1043] ERROR: 51 ring buffer overflows (9588 bytes dropped)
Nov 9 20:30:11 tvserver vdr: [3439] ERROR: 16464 ring buffer overflows (3095232 bytes dropped)
Nov 9 20:30:12 tvserver vdr: [1043] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Nov 9 20:30:12 tvserver vdr: [1027] connect from 192.168.0.7, port 35867 - accepted
Nov 9 20:30:12 tvserver vdr: [1027] closing SVDRP connection
Nov 9 20:30:17 tvserver vdr: [3439] ERROR: 19399 ring buffer overflows (3647012 bytes dropped)
Nov 9 20:30:18 tvserver vdr: [1043] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Nov 9 20:30:19 tvserver vdr: [3437] ERROR: streamdev-server: couldn't send data: Connection timed out
Nov 9 20:30:19 tvserver vdr: [3437] streamdev-writer thread ended (pid=1027, tid=3437)
Nov 9 20:30:19 tvserver vdr: [1050] streamdev: closing streamdev connection to 192.168.0.36:50888Hi,
folgendes Setup:
- Server ist vdr 1.7.15 + streamdev 0.5.0 mit insgesamt 4 gleichberechtigen DVB-S-Karten
- Verschiedene Clients, im konkreten Beispiel ist der erste Client ein Desktop-PC, der mittels VDRZapper+VLC über http TS-Streams abspielt und der zweite ein vdr 1.7.15 mit streamdev 0.5.0-pre und xlinelibout 1.0.90-cvs für Wiedergabe
Grundsätzlich funktioniert dieses Setup sehr gut. Gelegentlich gibt es aber das Problem, das beim Zappen auf dem Client 1 (vlc) Client 2 stehen bleibt und erst nach eigenem Umschalten weiterläuft.
Auf dem Client 2 sieht man zu diesem Zeitpunkt folgende Logmeldungen:
Nov 7 21:23:04 bedpcu vdr: [1644] [demux_vdr] ts2es: no payload, size 0
Nov 7 21:23:33 bedpcu vdr: last message repeated 4 times
Nov 7 21:23:33 bedpcu vdr: [1635] Streamdev: Lost connection to 192.168.0.5:2004: Connection timed out
Nov 7 21:23:34 bedpcu vdr: [1644] [demux_vdr] ts2es: no payload, size 0
Nov 7 21:23:34 bedpcu vdr: [1644] [demux_vdr] ts2es: no payload, size 0
Nov 7 21:23:34 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
Nov 7 21:23:34 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (1)
Nov 7 21:23:34 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (2)
Nov 7 21:23:34 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (3)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (4)
Nov 7 21:23:35 bedpcu vdr: [2782] Streamdev: Connected to server 192.168.0.5:2004 using capabilities TSPIDS,FILTERS
Nov 7 21:23:35 bedpcu vdr: [2782] Streamdev: Filter 47, 2, 255 not available from 192.168.0.7:56994
Nov 7 21:23:35 bedpcu vdr: [2782] cStreamdevFilter::PutSection socket overflow, Pid 18 Tid 64
Nov 7 21:23:35 bedpcu vdr: last message repeated 11 times
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (5)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (6)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (7)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (8)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (9)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamDevice::GetTSPacket: GetChecked: NOTHING (10)
Nov 7 21:23:35 bedpcu vdr: [2795] cStreamdevDevice::GetTSPacket(): disconnected
Nov 7 21:23:35 bedpcu vdr: [2783] ERROR (device.c,1659): Bad file descriptor
Nov 7 21:23:35 bedpcu vdr: [2783] TS buffer on device 10 thread ended (pid=1632, tid=2783)
In zeitlicher Nähe auf dem Server gibt es nur
Nov 6 21:23:19 tvserver vdr: [1001] connect from 192.168.0.7, port 42748 - accepted
Nov 6 21:23:19 tvserver vdr: [1001] closing SVDRP connection
Nov 6 21:24:19 tvserver vdr: [1001] connect from 192.168.0.7, port 42749 - accepted
Nov 6 21:24:19 tvserver vdr: [1001] closing SVDRP connection
"Primary Limit" sind auf Server und Client auf 0.
Das Problem ist leider nicht immer reproduzierbar, ich würde sagen, es passiert bei 1 von 10 Umschaltvorgängen.
Viele Grüße,
Olli
Hallo,
ich habe einen vdr-1.7.14 als Server mit streamdev (und vnsi) und einigen Clients -- XBMC, vdr-xineliboutput und VDR-Zapper/VLC.
Es ist
MinUserInactivity = 10
gesetzt und der vdr fährt auch zuverlässig nach 10 Minuten herunter, wenn über streamdev kein Stream abgerufen wird.
Ich würde aber gerne verhindern, dass der vdr runterfährt, wenn noch ein Client aktiv ist, selbst wenn aktuell keine Wiedergabe erfolgt. VDR-Zapper bietet dazu ja die Funktion an, regelmäßig per SVDRP HITK eine "Taste zu drücken". Ähnliches wollte ich per Cronjob von den XBMCs aus verursachen.
Leider scheint HITK bei mir das Timeout nicht zu unterbrechen. Obwohl der Befehl ankommt und verarbeitet wird, fährt vdr trotzdem 10 Minuten nach dem letzten Stream-Disconnect herunter:
May 27 23:13:48 tvserver vdr: [1009] connect from 192.168.0.7, port 34245 - accepted
May 27 23:13:48 tvserver vdr: [1009] closing SVDRP connection
May 27 23:14:01 tvserver CRON[1135]: (root) CMD (/usr/bin/groupswrite ip:grate 0/5/11 1)
May 27 23:14:30 tvserver vdr: [1009] executing '/home/owagner/shutdown.bsh 0 0 0 "" 0'
Als Key habe ich testweise User1 und User9 verwendet.
Leider kann ich mir dieses Verhalten auch nach oberflächlichem Studium des Codes nicht erklären. Hat jemand einen Tip?
Vielen Dank!
Viele Grüße,
Olli
Der Vollständigkeit halber:
vdr 1.7.10 mit 3x S2-3200 und 1x Tevii S470. Ubuntu 9.10 mit aktuellem build aus http://mercurial.intuxication.org/hg/s2-liplianin per heute.
-- mit den S2-3200 kein Empfang (Frontend timed out)
-- mit der Tevii kein Problem
Viele Grüße,
Olli
Hallo,
mein Server ist ein vdr 1.7.8 mit streamdev cvs.
Ich benutze unter anderem auch einen Vista64-PC als Client, mit VDR-Zapper und VLC als Viewer.
Mit vlc unter 1.0.0 funktionierte alles einwandfrei, keine Störungen beim Streaming, Darstellung (im vlc-Rahmen) ruckelfrei.
Seit vlc 1.0.0 habe ich das Problem, dass vlc offenbar den Stream langsamer darstellt, als streamdev ihn sendet, und es immer wieder zu "Ring Buffer Overflows" auf vdr-Seite kommt, mit entsprechenden Bild/Tonstörungen.
Der Effekt ist reproduzierbar mittels Wechsel zwischen den VLC-Versionen. Mit anderne Streaming-Clients (XBMC, MPC-HC etc.) tritt dieser Effekt nicht auf.
Hat jemand ähnliche Probleme?
Viele Grüße,
Olli
Hi,
einer meiner Clients ist ein vdr 1.7.5 mit xineliboutput 1.0.90-cvs (Stand per heute) und xine-vpdau R273. Server ist ein vdr 1.7.8, Verbindung über streamdev (CVS-Stand per heute) und TCP-Streaming.
Video bei HD-Channels funktioniert einwandfrei. Bei Audio habe ich ausschliesslich bei arte HD und bei ORF 1 HD Probleme -- bei arte HD grundsätzlich nie Audio, bei ORF 1 HD manchmal ganz kurz Audio, dann wieder Stille, kurz Audio, länger Stille usw.
Interessanterweise funktionieren die Premiere/Sky-HD-Kanäle mit AC3-Audio fehlerfrei. Eventuell entstehen die Probleme dadurch, dass ORF und arte (auch) MPEG-Audio-Streams senden?
Ich habe bereits verschiedene Variationen von "Use Dolby Digital", der xineliboutput-Lautsprecher-Konfiguration usw. probiert, ohne Erfolg.
Schaue ich diese Channels mittels streamdev's TS-streaming und vlc, funktioniert Audio einwandfrei, so dass es zumindestens auf den ersten Blick nicht wie ein Server-Problem aussieht.
Hat noch jemand dieses Problem, bzw. funktioniert arte HD/ORF 1 HD bei jemandem mit ähnlicher Config problemlos?
Vielen Dank!
Viele Grüße,
Olli
Das grundsätzliche Streamdev-Blockartefakte-Problem scheint bei mir mit streamdev CVS Stand 19.6.2009 weg zu sein.
Vielen herzlichen Dank!
Olli
Hi,
das Problem scheint mit streamdev CVS Stand per 19.6.2009 behoben zu sein.
Viele Grüße,
Olli
Hi,
ich habe das Problem auch mit SD-Kanälen (allerdings deutlich seltener als mit HD).
Wenn ein vdr (mit xinelibout) der Client ist, passiert es beim Schalten zwischen Kanälen in ungefähr 30-40% alle Fälle, dass es direkt danach zu Bild- und Tonstörungen kommt. Nach etwa 10 Sekunden setzt sich dann alles störungsfrei fort und es treten nur noch alle paar Minuten einmal kurze Störungen auf.
Was mir noch eingefallen ist: Mein vdr-Server ist eine Dual-Core-Maschine (4850e). Falls es sich tatsächlich um ein Multithreading-Problem handeln sollte, wäre das auf einer Dual-Core-Maschine wahrscheinlich deutlich häufiger sichtbar als auf einer Single-Core-Kiste.
Viele Grüße,
Olli
Hallo,
das war ein guter Hinweis: Ich habe das gerade einmal ausprobiert und in der Tat sind in der parallel durchgeführten Aufnahme keine Blockartefakte zu sehen.
Es scheint also tatsächlich mit der streamdev-Benutzung zusammenzuhängen.
Viele Grüße,
Olli
[Betreff geändert, da offenbar nicht hardware-related]
Hallo,
ich habe mir vdr-basiert ein Client/Server-System für TV aufgebaut; die Clients sind verschiedene Desktops, Notebooks oder HTPCs mit vdr/xineliboutput, der TV-Server ist eine dezidierte Maschine:
-- Asrock NF6-GLAN-Board mit 2 GB RAM und einem 4850e
-- darin stecken insgesamt drei S2-3200 Karten, die an einem Standard 8-Fach-Multischalter hängen
-- OS ist Jaunty (Ubuntu 9.04), als Treiber werden die aktuellen s2-liplianin verwendet. Der VDR ist inzwischen 1.7.6 mit aktuellen CVS-streamdev. Dieselben Probleme hatte ich aber ebenfalls mit Ubuntu 8.10 und mit VDR ab 1.7.1.
Grundsätzlich funktioniert alles wie gewünscht, mit einem kleinen Problem: Ich habe in unregelmäßigen Abstanden Bild- bzw. seltener Tonfehler, die wahrscheinlich einfach Blockfehler sind. Diese Fehler treten bei HD-Kanälen auch deutlich häufiger auf als bei SD-Kanälen.
Vor der Umstellung auf VDR waren die S2-3200-Karten in Windows-Maschinen im Einsatz (mit DVBViewer) und jeweils direkt (mit deutlich längeren Kabeln) mit dem Multischalter verbunden. Dabei sind meines Erachtens nie derartige Störungen aufgetreten. An der Hausanlage hängen auch andere DVB-S-Geräte, so z.B. eine D-BOX 2 mit Neutrino, die ebenfalls keine Bildstörungen zeigen.
Leider fehlt mir immer noch ein wenig der Überblick bezüglich Linux DVB. Ich glaube, dass das s2-liplianin-Repository die aktuellsten Treiber für die auf der S2-3200 verbauten Hardware hat, bin mir aber nicht sicher. Außerdem gab es in der Mailingliste einmal einen Thread bezüglich Tuner-Patches, die sich aber in diesem Treiber nicht wiederfinden. Was ich auch komisch finde, sind syslog-Ausgaben aus dem Treiber mit "krummen" Frequenzwerten:
May 2 17:32:38 tvserver kernel: [256721.437329] stb6100_get_bandwidth: Bandwidth=52000000
May 2 17:32:38 tvserver kernel: [256721.531197] stb6100_set_frequency: Frequency=1611000
May 2 17:32:38 tvserver kernel: [256721.534889] stb6100_get_frequency: Frequency=1610982
May 2 17:32:38 tvserver kernel: [256721.542953] stb6100_set_frequency: Frequency=993000
May 2 17:32:38 tvserver kernel: [256721.542972] stb6100_set_frequency: Frequency=1082000
May 2 17:32:38 tvserver kernel: [256721.546931] stb6100_get_frequency: Frequency=1082003
May 2 17:32:38 tvserver kernel: [256721.546950] stb6100_get_frequency: Frequency=992988
May 2 17:32:38 tvserver kernel: [256721.564213] stb6100_get_bandwidth: Bandwidth=52000000
Hat jemand diese Karten erfolgreich mit VDR 1.7.x am Laufen? Wenn ja, welche Treiber werden eingesetzt? Gibt es Patches, die man unbedingt anwenden sollte? Was für femon-Werte sind denn bei dieser Karte zu erwarten? Ich habe z.B.
root@tvserver:~# femon -a 2
FE: STB0899 Multistandard (DVBS)
Problem retrieving frontend information: Operation not supported
status SCVYL | signal 018c | snr 009d | ber 00000000 | unc 00000000 | FE_HAS_LOCK
Vielen Dank!
Viele Grüße,
Olli
ZitatMich interessiert, ob unterschiedliche Werte geliefert werden.
Zu meiner Schande muss ich gestehen, dass ich meine alte vdr-1.6.0-Client-Installation nach Deinem letzten Hinweis schon komplett entsorgt habe.
Mit einem frisch gebauten 1.7.,5 + EnigmaNG + xineliboutput klappt alles wunderbar -- EnigmaNG in HD-Auflösung ist wirklich Klasse 
Vielen Dank dafür.
Viele Grüße,
Olli
Hi,
sorry, ich habe die anderen Posts nicht so verfolgt.
Hier nun mit den erweiterten Ausgaben:
EnigmaNG: cPluginSkinEnigma::Initialize()
EnigmaNG: cPluginSkinEnigma::Start()
EnigmaNG: cEnigmaConfig::SetLogoDir(/var/lib/vdr/plugins/skinenigmang)
EnigmaNG: cEnigmaConfig::SetImagesDir(/var/lib/vdr/plugins/skinenigmang/epgimages)
EnigmaNG: cPluginSkinEnigma::Resize(50)
EnigmaNG: cEnigmaConfig::GetOsdSize() x=5 y=54 w=45 h=624
EnigmaNG: OSD: xTitleLeft=0 yTitleTop=0, xMessageRight=45, yButtonsBottom=624Viele Grüße,
Olli