Re: [vdr] [iptv] [input_vdr] No data in 8 seconds, queuing no signal image
Paul Menzel wrote: Am Samstag, den 02.05.2009, 21:24 +0300 schrieb Antti Seppälä: Do you know what encoding format your provider uses for the streams? Play it with mplayer -v rtp://233.51.128.19:1234 to see the information. TRIED UP TO POSITION 321104, FOUND 47, packet_size= 188, SEEMS A TS? 1 Mplayer detects that your stream is transport stream, which is what vdr requires. PARSE_PMT(28106 INDEX 0), STREAM: 0, FOUND pid=0x30 (48), type=0x1005, ES_DESCR_LENGTH: 0, bytes left: 28 ...descr id: 0xa, len=4 Language Descriptor: deu PARSE_PMT(28106 INDEX 1), STREAM: 1, FOUND pid=0x31 (49), type=0x50, ES_DESCR_LENGTH: 6, bytes left: 17 ...descr id: 0x56, len=10 PARSE_PMT(28106 INDEX 2), STREAM: 2, FOUND pid=0x34 (52), type=0x, ES_DESCR_LENGTH: 12, bytes left: 0 This is the pid information vdr also requires in the channels.conf entry. Searching for picture parameter set... H264: 0x128 OK! This means that the stream is using h264 encoding. I tried it with S0P0 and there was only a black screen shown and I could see the VDR menu on top of it. I also noticed the the following line was added to channels.conf. I do not know how it got there. Das Erste;ARD:10:IPTV|S0P0|UDP|233.51.128.19|1234:P:0:0:49=deu:52:0:28106:1:1019:0 The line was added by vdr when it detected that the stream is in the format it supports. (Though I wonder if it shouldn't happen when disabling sid scanning with S0.) It also means that iptv plugin is working and the stream in rtp format is really supported. The entry contains 0 as the video pid which means that the channel is treated like a radio channel. Changing to this channel with the up key, I could hear the audio, but instead of the video some kind of animation was shown. Those you can set up in your media players and which move to the audio. This is what xineliboutput does when viewing a radio channel. It's called the goom plugin. I think you are only missing h264 support from vdr core which could be the reason why the video pid of the channel is set to zero. A patch for adding h264 support to vdr 1.6 -series is included in this mailing list post: http://www.linuxtv.org/pipermail/vdr/2008-March/016227.html It's the vdr-1.5.18-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2 and it works for 1.6 even though the name suggests 1.5 version. Vdr 1.7.x includes h264 support by default. -- Antti ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [iptv] [input_vdr] No data in 8 seconds, queuing no signal image
Dear list, I am trying to set up IPTV for German public stations. They provide the multicast addresses [1]. I have to use the Hansenet ones. They also provide playlists for VLC and MPlayer [2]. I used VLC to watch some channels and that worked quite OK, if the modem has synced correctly(?), i. e. has a good connection. With VLC it stuttered every 5 seconds with some channels. I followed [3] and the README.Debian of the vdr-plugin-iptv package from [4]. I came up with the following. $ cat /etc/vdr/channels.conf […] :@1000 New channels Das-Erste;IPTV:10:IPTV|S0P0|EXT|vlc2iptv|1:P:0:2:3:0:0:1:0:0:0 $ cat /etc/vdr/plugins/iptv/vlcinput/Das-Erste.conf URL=rtp://233.51.128.19:1234 VPID=2 APID=3 SPID=4 I start VDR with the following command. $ sudo vdr -P iptv -P xineliboutput -l3 Then I get a black screen with the information/sender name IPTV. After some more seconds I get a NO STREAM/SIGNAL screen. You can find the output written to syslog at the end of this message. I use the following versions of the sofware. $ vdr --version vdr (1.6.0-2/1.6.0) - The Video Disk Recorder iptv (0.2.5) - Experience the IPTV xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin Can you give me a hint on what I made wrong or what might be the problem. Maybe I messed up some syntax in the configurations files. Thanks a lot, Paul [1] http://www.ard-digital.de/index.php?id=14029languageid=1 [2] http://www.ard-digital.de/index.php?id=14028languageid=1 [3] http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ [4] http://www.e-tobi.net/repositories/repositories.html May 2 14:07:38 mattotaupa vdr: [18648] switching to channel 1000 May 2 14:07:38 mattotaupa vdr: [18818] [input_vdr] BLANK in middle of stream! bufs queue 0 , video_fifo 8 May 2 14:07:38 mattotaupa vdr: [19126] receiver on device 9 thread started (pid=18648, tid=19126) May 2 14:07:38 mattotaupa vdr: [19128] IPTV streamer thread started (pid=18648, tid=19128) May 2 14:07:38 mattotaupa vdr: [19125] transfer thread started (pid=18648, tid=19125) May 2 14:07:44 mattotaupa vdr: [18773] [vdr-fe]Keypress: XKeySym u May 2 14:07:45 mattotaupa vdr: [18773] [vdr-fe]Keypress: XKeySym u May 2 14:07:45 mattotaupa vdr: [19125] transfer thread ended (pid=18648, tid=19125) May 2 14:07:45 mattotaupa vdr: [18648] buffer stats: 0 (0%) used May 2 14:07:45 mattotaupa vdr: [18648] replay /var/lib/video.00/@IPTV/2009-05-02.11.24.50.99.rec May 2 14:07:45 mattotaupa vdr: [18648] playing '/var/lib/video.00/@IPTV/2009-05-02.11.24.50.99.rec/001.vdr' May 2 14:07:45 mattotaupa vdr: [19292] dvbplayer thread started (pid=18648, tid=19292) May 2 14:07:45 mattotaupa vdr: [19293] non blocking file reader thread started (pid=18648, tid=19293) May 2 14:07:45 mattotaupa vdr: [19128] IPTV streamer thread ended (pid=18648, tid=19128) May 2 14:07:45 mattotaupa vdr: [19126] receiver on device 9 thread ended (pid=18648, tid=19126) May 2 14:07:45 mattotaupa vdr: [19293] non blocking file reader thread ended (pid=18648, tid=19293) May 2 14:07:45 mattotaupa vdr: [19292] dvbplayer thread ended (pid=18648, tid=19292) May 2 14:07:46 mattotaupa vdr: [18648] switching to channel 1000 May 2 14:07:46 mattotaupa vdr: [18818] [input_vdr] BLANK in middle of stream! bufs queue 0 , video_fifo 0 May 2 14:07:46 mattotaupa vdr: [19294] transfer thread started (pid=18648, tid=19294) May 2 14:07:46 mattotaupa vdr: [19295] receiver on device 9 thread started (pid=18648, tid=19295) May 2 14:07:46 mattotaupa vdr: [19297] IPTV streamer thread started (pid=18648, tid=19297) May 2 14:07:46 mattotaupa vdr: [18773] [vdr-fe]Keypress: XKeySym Alt_L May 2 14:07:54 mattotaupa vdr: [18818] [input_vdr] No data in 8 seconds, queuing no signal image May 2 14:07:54 mattotaupa vdr: [18818] [input_vdr] using custom no signal image /usr/share/libxine1-xvdr/nosignal.mpg signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [iptv] [input_vdr] No data in 8 seconds, queuing no signal image
On Sat, 2 May 2009, Paul Menzel wrote: I followed [3] and the README.Debian of the vdr-plugin-iptv package from [4]. I came up with the following. I don't know what Debian suggests users to do, but the EXT protocol is always a secondary solution and the UDP (or HTTP) protocol is the primary users should always try first. iptv (0.2.5) - Experience the IPTV You should upgrade to 0.2.6 in order to get rid of crashes in section filters. BR, -- rofa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr