IP-TV Unicast solution by Dimka (1 Viewer)

[j1nx]

Finally my provider started with IP-TV as well. I love it and got it all working on my RC1 mediaportal installation. I created 4 virtual cards and my wife loves the ability to record multiple channels at once, while even watching one as the recordings go. Now she is finally able to not miss any of her annoying soaps. Just something I have to deal with, hence is the only reason why I am allowed to spent so much time on tweaking it all

Anyway, with all this new network traffic and my kind of cheap infra-structure, the Wifi will go down when multiple multicast streams are flying over the network. This made me choose to go with unicast with the help of udpxy.

So now I have to use the version Dimka wrote, but I have troubles getting it to work. As the previous thread is closed, I would like to create this one to discuss the problems and maybe further development of the Unicast version.

So for the people who might get confused;

THIS IS ABOUT THE UNICAST VERSION FROM DIMKA !!!! NOT THE MULTICAST VERSION WHICH IS INCLUDED IN THE OFFICIAL VERSION

I hope that will do it.


Back to my problem and any discussion which might occur;

According to the following post from Dimka;
https://forum.team-mediaportal.com/...ution-tv-server-44158/index53.html#post548136

The third example is exactly the kind of stream we are talking about. So I converted my M3U file to look like this;
#EXTM3U
#EXTINF:-1,Ned 1
http://192.168.254.254:8888/udp/233.81.233.161:10294
#EXTINF:-1,Ned 2
http://192.168.254.254:8888/udp/233.81.233.162:10296
#EXTINF:-1,Ned 3
http://192.168.254.254:8888/udp/233.81.233.163:10298
... etc ...


I downloaded the file from the post above and copied over the "MPIPTVSource.ax" from the release directory over the one in the " program files" directory of the TV server. Now when I try to scan the channels, it will not find any signal.

The log files are created and contain the following entries;
02-04-2010 14:04:40.437 Protocol is not supported
02-04-2010 14:04:40.921 Load: Parsed parameters DestIP:192.168.254.254 username/Usernull) Protocol:http GET_string: port:8888!!!
02-04-2010 14:04:40.937 DoBufferProcessingLoop: Parsed parameters DestIP:192.168.254.254 username/Usernull) Protocol:http GET_string: port:8888!!!
02-04-2010 14:04:41.343 33
02-04-2010 14:04:41.546 Protocol is not supported
02-04-2010 14:04:41.546 DoBufferProcessingLoop: Parsed parameters DestIPnull) username/Usernull) Protocol: GET_stringnull) port:0!!!
02-04-2010 14:05:03.593 Load: Parsed parameters DestIP:192.168.254.254 username/Usernull) Protocol:http GET_string: port:8888!!!
02-04-2010 14:05:03.593 DoBufferProcessingLoop: Parsed parameters DestIP:192.168.254.254 username/Usernull) Protocol:http GET_string: port:8888!!!
02-04-2010 14:05:03.609 33
02-04-2010 14:05:03.640 Protocol is not supported
02-04-2010 14:05:03.640 DoBufferProcessingLoop: Parsed parameters DestIPnull) username/Usernull) Protocol: GET_stringnull) port:0!!!
02-04-2010 14:05:25.656 Protocol is not supported
02-04-2010 14:05:25.671 Protocol is not supported

I cancelled the scan during the third channel, but it will go on forever as there are more then 120 channels.



I am not the only one as "Automate" and "Richardd" had the exact same problems, but as the discussion died, the answer never popped up.
https://forum.team-mediaportal.com/...ution-tv-server-44158/index56.html#post560445
https://forum.team-mediaportal.com/...ution-tv-server-44158/index56.html#post560682
https://forum.team-mediaportal.com/...ution-tv-server-44158/index56.html#post560709


Can any one get my on the right track? Thanks in advanced.


EDIT: As additional information, I can play the streams with VLC, but if I open one of the streams in mediaplayer I get the following error;
http://www.microsoft.com/windows/wi...&id=C00D11B1&contextid=83&originalid=80040266

 

[Automate]

Have you tried to contact Dimka directly? His comment in one or your linked posts "I see the version you have has parsed source url wrongly. My version has written next lines" indicates that he has a newer version of the filter than the one he attached to his posting.

In my case the streaming content I was trying to play was not using MPEG-TS or H.264 so it would never work.

 

[j1nx]

Have you tried to contact Dimka directly? His comment in one or your linked posts "I see the version you have has parsed source url wrongly. My version has written next lines" indicates that he has a newer version of the filter than the one he attached to his posting.

In my case the streaming content I was trying to play was not using MPEG-TS or H.264 so it would never work.

Yeh, that was the idea, but something came in the middle.

Wanted to write my stuff in this thread so any info would not got lost, as more people could face the same problem in the future. The plan was to send Dimka a PM afterwards, but like I said one of the kids decided it would be fun to fall of the stairs. Everything is fine though.

Any PM has been send a couple of minutes ago, so let's see.

 

[dimka]

Hej guys !

Have just came after Easter holidays. Let me think and find latest libs as I didn't touch sources for long time.

Also one comment about RC1 comes to my mind immedeatly - it stop to work withmy lib after some SVN update. It simply doesn't find any signal. And I didn't have time to debug why.

Anyway - I will be back tomorrow with more info

br,
dimka

 

[Automate]

There is a new filter that supports rtp here:https://forum.team-mediaportal.com/...iptv-not-working-78629/index2.html#post599756 and also a desire to have a single unified version that supports upd, rtp and http.

Thanks,

 

[dimka]

j1nx - look in parallel thread Automate points to. I have uploaded new version.

dimka