[lelouch]

Hi, I have been using this ppa for a while and I must say it is really good. Specially for IPTV.
I have tested IPTV on this xbmc and it works really good. DeInterlacing is good and channel switching time is also fast [about 1-2 secs].
I took my xbmc setup to test an IPTV stream with different vendor. This is where I encountered a weird problem with IPTV. It started taking about 20 -25 secs to switch channels

This is the log - http://paste.ubuntu.com/7398504/
Any help would be really appreciated. Thank you

Anyone please help ?

Usually IPTV streams are multicast. And it happens that stock modem or. router is flooded with packets. This happens especially when switching different providers or. scanning network for new programs (with tvheadend i can kill my modem in few seconds).When i am doing testings i often have to restart the modem i have got from provider. I prefer to convert multicast traffic to unicast (http). This way it works great and if you have a router that can do this (tomato compatible router, dd-wrt did not work well for this thing) then you will also get rid of messing the network stream to the whole subnet. When modem gets flooded it can response slowly or even stops responding to multicast traffic. It is also back-end depended till now best for iptv streams was iptv simple addon (but no recording), tvheadend was ok till 3.5, i have tried VDR but i dont like that i can not mass control icons and xmltv (epg) with it.

Yes IPTV streams in most of the cases are multicast streams. I totally agree with you that streams can be slow because of packet flooding or broadcast storm or anything which can choke the network with unnecessary packets. However I have verified that my network is not flooded. It was verified using tcpdump and wireshark. Even I like to convert my udp stream to http stream using udpxy. However in this network, in which I experienced very slow channel switching time, problem actually is in how the IPTV headend is sending the transport stream [Mpegts]. In PMT table pcr_id value of the PES packet elementary stream is used. [Generally pcr_id value of the first elementary transport video stream is used]
VLC is able to handle this stream pretty good so I am sure xbmc can also be tweaked to handle such streams.

This IPTV stream can be tested using this file tcpdump file. https://www.dropbox.com/s/4apjw3aq73gg4jm/outfile.pcap

Following is the example of replaying this file
tcprewrite --enet-smac=00:26:6c:bc:70:33 --enet-dmac=01:00:5e:03:02:02 --dstipmap=0.0.0.0/0:239.3.2.2 --srcipmap=0.0.0.0/0:172.24.0.33 --infile=/outfile.pcap --outfile=/outfilewr.pcap

tcprewrite --infile=/udpzero.pcap --outfile=/udpzero_chk.pcap --fixcsum

tcpreplay --loop=0 --intf1=eth0 /udpzero_chk.pcap

please note in the first tcprewrite command use your own mac addresses & ip addr to make this replaying work

Once you replay this file, then you can start xbmc and open this link udp://239.3.2.2:1234.
Opening this stream takes about 20 secs.

Developers please try this out. This might help us make xbmc's mpegts library more better. Thank you