[vdr] [iptv] [input_vdr] No data in 8 seconds, queuing no signal image
a.seppala+vdr at gmail.com
Sat May 2 20:24:20 CEST 2009
Paul Menzel wrote:
> Dear list,
> I am trying to set up IPTV for German public stations. They provide
> the multicast addresses . I have to use the Hansenet ones. They
> also provide playlists for VLC and MPlayer . 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.
The plugin *should* actually have native support for rtp wrapped udp
multicast data such as your streams seem to be. It is not well tested
but I'd love to hear rtp being successfully used somewhere :)
Do you know what encoding format your provider uses for the streams?
Play it with mplayer -v rtp://18.104.22.168:1234 to see the information.
If it is in one of the formats supported by vdr (MPEG2/TS or h264 with
vdr patches) you could try the plugin native methods for inputting the
data to vdr.
So instead of doing complicated and error prone EXT|vlc2iptv -stream
conversion your channels.conf entry could look something like this (for
In the best case you'd get working epg, automatic pid updates and all the
other goodies from the stream when using native udp input methods.
More information about the vdr