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=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.
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
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr