UDP stream does not play

[Rajil Saraswat <rajil.s@…>]

I am trying to use a iptv recorder and can play the multicast stream using 'vlc udp://@239.255.42.42:5004'. However, the stream refuses to play with mythtv-0.28.1. I setup a channel file as follows:

$ cat iptv.m3u #EXTM3U #EXTINF:0,1 - Test Channel udp://239.255.42.42:5004

[Rajil Saraswat <rajil.s@…>]

I am trying to use a iptv recorder and can play the multicast stream using 'vlc udp://@239.255.42.42:5004'. However, the stream refuses to play with mythtv-0.28.1. I setup a channel file as follows:

$ cat iptv.m3u 
#EXTM3U 
#EXTINF:0,1 - Test Channel 
udp://239.255.42.42:5004

[Rajil Saraswat <rajil.s@…>]

The problem goes away if the zero length udp packets are dropped

iptables  -t raw -A PREROUTING -p udp -m length --length 28 -j DROP

The following ffmpeg patch is required to be brought into mythtv: ​http://ffmpeg.org/pipermail/ffmpeg-devel/2017-May/211607.html

[Stuart Auchterlonie]

​http://lists.mythtv.org/pipermail/mythtv-users/2017-May/391802.html

On 05/23/2017 08:06 AM, Rajil Saraswat wrote:

It seems mythtv doesnt like empty UDP packets which VLC is tolerant off. After inserting the following rule, mythtv works fine.

iptables -t raw -A PREROUTING -p udp -m length --length 28 -j DROP

Is there any way to incorporate this into mythtv?

Thanks

This patch solves it for ffmpeg, ​http://ffmpeg.org/pipermail/ffmpeg-devel/2017-May/211607.html

[Peter Bennett]

Maybe the networking part of MythTV can be changed to ignore those empty packets. That may be better than using iptables.

[Stuart Auchterlonie]

Closing any remaining tickets for 0.28, if the issue persists, feel free to reopen and align to v29 or master