Testbuilds for Native MP2 TV - Updated for 10th AE Update 1 (2014-09-13)! (2 Viewers)

[mm1352000]

This seems very weird to me:

04-08-2014 13:18:19.395 [ 62c] [{28FC7C01-10C7-4C21-A539-5ABCCDC5706B}] [Info] CMPIPTV_RTP: ParseUrl(): local address: 239.35.10.4
04-08-2014 13:18:19.396 [ 62c] [{28FC7C01-10C7-4C21-A539-5ABCCDC5706B}] [Info] CMPIPTV_RTP: ParseUrl(): local port: 10000
04-08-2014 13:18:19.396 [ 62c] [{28FC7C01-10C7-4C21-A539-5ABCCDC5706B}] [Info] CMPIPTV_RTP: ParseUrl(): source address: (null)
04-08-2014 13:18:19.397 [ 62c] [{28FC7C01-10C7-4C21-A539-5ABCCDC5706B}] [Info] CMPIPTV_RTP: ParseUrl(): source port: 0

Isn't that backwards?
I mean, shouldn't 239... be the source address?
I remember I thought the same thing when I did the SAT>IP code. I had to change the source and local parts around, so now the code is:

rtpUrl = string.Format("rtp://{0}:{1}@{2}:{3}", _serverIpAddress, rtpServerPort, _localIpAddress, rtpClientPort);

Something seems... funky... and yet the IPTV AX code, RTP DLL code, UDP DLL code, and T-Home m3u is identical to MP1 master at the MP 1.8 final release (just checked).

...wait...

Maybe it is this.
Please try replacing the current DLL with the attached in the SlimTV service plugin folder on the server. You need to stop the MP2 Server before replacing.

 

[scrappy.doo]

For me it seems to work with or without this latest IPTV fix.zip. I've only test it server side though, so channel scanning seems to work again. I haven't added a client to my setup yet.

 

[Holzi]

Maybe it is this.
Please try replacing the current DLL with the attached in the SlimTV service plugin folder on the server. You need to stop the MP2 Server before replacing.

First of all, thank you very much!
I replaced the file and it works a bit better. By a bit I mean it scans the first channel successfully (Das Erste) then goes on to the 2nd channel (ZDF) but while scanning the 2nd frequency SetupTV (or better MP2 Server) crashes again.

Logs attached.

EDIT:
I can also confirm that the scanned channel (Das Erste) works in TVServer preview.

 

[mm1352000]

@georgius
I think the problem here may be that the TV library is calling Load() to try to change channel, without stopping or rebuilding the graph.
Does the version of the filter in MP 1.8 support that?
...or does any other version (eg. reworked) support that?

This ability is desirable because it should give faster channel change (no need to reload the filter).

 

[Holzi]

Strange thing is that for other IPTV users scanning seems to work fine.

 

[mm1352000]

Strange thing is that for other IPTV users scanning seems to work fine.

Yes. Maybe they could be using a different protocol (eg. UDP, RTSP, HTTP) which doesn't have this problem.

 

[FreakyJ]

And why does satip work? oO do you rebuild the graph there?

 

[georgius]

@georgius
I think the problem here may be that the TV library is calling Load() to try to change channel, without stopping or rebuilding the graph.
Does the version of the filter in MP 1.8 support that?

No, it's not supported, mainly because TV service part regarding IPTV always destroy and create filter.

@georgius
...or does any other version (eg. reworked) support that?

Reworked version supports this, it's not needed to destroy and create filter again. Every call to Load() clears whole filter instance.

 

[mm1352000]

And why does satip work? oO do you rebuild the graph there?

SAT>IP uses the same RTP stream for all channels, so it is quite different to RTP in the way that Holzi would use it.

 

[mm1352000]

No, it's not supported, mainly because TV service part regarding IPTV always destroy and create filter.

Okay.
This is true for TVE 3, but I'd like to change it for TVE 3.5 to get faster channel change. Any chance of that, or do you prefer to only work on the new filter version?

Does the filter need to be destroyed and recreated, or is it enough to stop the graph, call Load(), then start the graph?