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://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=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|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. 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 fluent). Thanks a million for your great and fast replies. Bests, Paul
Attachment:
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
