[vdr] [solved] [iptv] [input_vdr] No data in 8 seconds, queuing no signal image
paulepanter at users.sourceforge.net
Thu May 7 22:21:31 CEST 2009
Am Sonntag, den 03.05.2009, 12:16 +0300 schrieb Antti Seppälä:
> 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://126.96.36.199: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
> > PARSE_PMT(28106 INDEX 0), STREAM: 0, FOUND pid=0x30 (48), type=0x10000005, 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=0xffffffff, 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|188.8.131.52|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.
I just wanted to confirm that you were right all the way. I get video
with VDR 1.7.7 (although I will have to tweak my system to get it
Thanks a million for your great and fast replies.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 197 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://www.linuxtv.org/pipermail/vdr/attachments/20090507/6fdc9016/attachment.pgp
More information about the vdr