IPTV not working (2 Viewers)

[Stepko]

AW: Re: IPTV not working

Hey guys, my TV Server will not pick up my IPTV channels.

Did you use the IPTV-Filter that comes with MP or did you replace it with the one you find on my earlier post?
The one shipped with MP doesn't support rtp streams.

If my version doesn't work for you, use the debug version from the same post. That one will create a log file (a very huge log file. Do not use the debug version for a longer term).

Stepko

 

[j1nx]

Re: AW: Re: AW: IPTV not working

Just updated to RC2 and it looks like the filter does not work with it. No logs yet as I'm struggling with an other challenge first (Mayor audio/video sync issues). Will dive into it later.

I updated to RC2 and the IPTV-filter still works without any problems. Please be sure to replace the file again, because it is not part of MP. If you still have problems please let us know.

Stepko

I thought I did it, but now you mention it, I'm getting doubts. Will check again!

 

[HellFireAus]

I'm pretty sure I have checked, I'll run the debug one again to post the output soon.

Okay, the log output from the debug file: (The channels still aren't picked up when i scan)

20-04-2010 22:25:45.908 [1510]CMPIptvSourceStream::Load fn: [udp://@0.0.0.0:1234]
20-04-2010 22:25:45.917 [1510]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 7 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:25:45.966 [1510]CMPIptvSourceStream::Load fn: [rtp://@233.29.121.2:1234]
20-04-2010 22:25:45.966 [1510]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 12 url.dwUserNameLength : 13 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:25:45.969 [177c]Entering OnThreadCreate
20-04-2010 22:25:45.970 [177c]Socket receive buffer is: 8192 (4)
20-04-2010 22:25:45.970 [177c]Trying to set receive buffer to 131072
20-04-2010 22:25:45.970 [177c]New socket receive buffer is: 131072 (4)
20-04-2010 22:25:45.971 [177c]Enter FillBuffer. Protokoll is 2
20-04-2010 22:25:45.971 [177c]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:25:45.972 [177c]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:25:45.972 [177c]RTP: Received bytes: -1
20-04-2010 22:25:46.012 [177c]RTP: State of Winsock buffer: 1
20-04-2010 22:25:46.012 [177c]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:25:46.012 [177c]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:25:46.013 [177c]RTP: Received bytes: 1328
20-04-2010 22:25:46.013 [177c]RTP: Enter processPacket: 1328
20-04-2010 22:25:46.013 [177c]RTP: Enter addPacket. Length 1316
20-04-2010 22:25:46.013 [177c]RTP: Added firstItem
20-04-2010 22:25:46.014 [177c]RTP: Leave ProccesPacket
20-04-2010 22:25:46.255 [177c]Total read bytes 0
20-04-2010 22:25:46.258 [1510]CMPIptvSourceStream::Load fn: [rtp://@233.29.121.2:1234]
20-04-2010 22:25:46.259 [1510]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 12 url.dwUserNameLength : 13 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:25:46.262 [dc8]Entering OnThreadCreate
20-04-2010 22:25:46.262 [dc8]Socket receive buffer is: 8192 (4)
20-04-2010 22:25:46.263 [dc8]Trying to set receive buffer to 131072
20-04-2010 22:25:46.263 [dc8]New socket receive buffer is: 131072 (4)
20-04-2010 22:25:46.263 [dc8]Enter FillBuffer. Protokoll is 2
20-04-2010 22:25:46.264 [dc8]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:25:46.264 [dc8]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:25:46.265 [dc8]RTP: Received bytes: -1
20-04-2010 22:25:46.269 [dc8]RTP: State of Winsock buffer: 1
20-04-2010 22:25:46.269 [dc8]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:25:46.269 [dc8]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:25:46.269 [dc8]RTP: Received bytes: 1328
20-04-2010 22:25:46.270 [dc8]RTP: Enter processPacket: 1328
20-04-2010 22:25:46.270 [dc8]RTP: Enter addPacket. Length 1316
20-04-2010 22:25:46.270 [dc8]RTP: Added firstItem
20-04-2010 22:25:46.271 [dc8]RTP: Leave ProccesPacket
20-04-2010 22:26:07.324 [dc8]Total read bytes 0
20-04-2010 22:26:07.328 [1510]CMPIptvSourceStream::Load fn: [rtp://@233.29.121.3:1234]
20-04-2010 22:26:07.328 [1510]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 12 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:26:07.331 [1320]Entering OnThreadCreate
20-04-2010 22:26:07.331 [1320]Socket receive buffer is: 8192 (4)
20-04-2010 22:26:07.332 [1320]Trying to set receive buffer to 131072
20-04-2010 22:26:07.332 [1320]New socket receive buffer is: 131072 (4)
20-04-2010 22:26:07.333 [1320]Enter FillBuffer. Protokoll is 2
20-04-2010 22:26:07.333 [1320]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:07.333 [1320]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:07.334 [1320]RTP: Received bytes: -1
20-04-2010 22:26:07.368 [1320]RTP: State of Winsock buffer: 1
20-04-2010 22:26:07.368 [1320]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:07.368 [1320]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:07.369 [1320]RTP: Received bytes: 1328
20-04-2010 22:26:07.369 [1320]RTP: Enter processPacket: 1328
20-04-2010 22:26:07.369 [1320]RTP: Enter addPacket. Length 1316
20-04-2010 22:26:07.369 [1320]RTP: Added firstItem
20-04-2010 22:26:07.370 [1320]RTP: Leave ProccesPacket
20-04-2010 22:26:07.370 [1320]Total read bytes 0
20-04-2010 22:26:07.373 [1510]CMPIptvSourceStream::Load fn: [rtp://@233.29.121.3:1234]
20-04-2010 22:26:07.374 [1510]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 12 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:26:07.376 [ebc]Entering OnThreadCreate
20-04-2010 22:26:07.377 [ebc]Socket receive buffer is: 8192 (4)
20-04-2010 22:26:07.377 [ebc]Trying to set receive buffer to 131072
20-04-2010 22:26:07.378 [ebc]New socket receive buffer is: 131072 (4)
20-04-2010 22:26:07.378 [ebc]Enter FillBuffer. Protokoll is 2
20-04-2010 22:26:07.378 [ebc]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:07.379 [ebc]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:07.379 [ebc]RTP: Received bytes: 1328
20-04-2010 22:26:07.379 [ebc]RTP: Enter processPacket: 1328
20-04-2010 22:26:07.380 [ebc]RTP: Enter addPacket. Length 1316
20-04-2010 22:26:07.380 [ebc]RTP: Added firstItem
20-04-2010 22:26:07.380 [ebc]RTP: Leave ProccesPacket
20-04-2010 22:26:28.427 [ebc]Total read bytes 0
20-04-2010 22:26:28.430 [100c]CMPIptvSourceStream::Load fn: [rtp://@233.29.121.8:1234]
20-04-2010 22:26:28.431 [100c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 12 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:26:28.434 [73c]Entering OnThreadCreate
20-04-2010 22:26:28.434 [73c]Socket receive buffer is: 8192 (4)
20-04-2010 22:26:28.435 [73c]Trying to set receive buffer to 131072
20-04-2010 22:26:28.435 [73c]New socket receive buffer is: 131072 (4)
20-04-2010 22:26:28.436 [73c]Enter FillBuffer. Protokoll is 2
20-04-2010 22:26:28.436 [73c]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:28.437 [73c]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:28.437 [73c]RTP: Received bytes: -1
20-04-2010 22:26:28.482 [73c]RTP: State of Winsock buffer: 1
20-04-2010 22:26:28.482 [73c]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:28.482 [73c]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:28.483 [73c]RTP: Received bytes: 1328
20-04-2010 22:26:28.483 [73c]RTP: Enter processPacket: 1328
20-04-2010 22:26:28.483 [73c]RTP: Enter addPacket. Length 1316
20-04-2010 22:26:28.483 [73c]RTP: Added firstItem
20-04-2010 22:26:28.484 [73c]RTP: Leave ProccesPacket
20-04-2010 22:26:28.484 [73c]Total read bytes 0
20-04-2010 22:26:28.487 [100c]CMPIptvSourceStream::Load fn: [rtp://@233.29.121.8:1234]
20-04-2010 22:26:28.488 [100c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 12 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:26:28.490 [17e8]Entering OnThreadCreate
20-04-2010 22:26:28.491 [17e8]Socket receive buffer is: 8192 (4)
20-04-2010 22:26:28.491 [17e8]Trying to set receive buffer to 131072
20-04-2010 22:26:28.491 [17e8]New socket receive buffer is: 131072 (4)
20-04-2010 22:26:28.492 [17e8]Enter FillBuffer. Protokoll is 2
20-04-2010 22:26:28.492 [17e8]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:28.492 [17e8]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:28.493 [17e8]RTP: Received bytes: -1
20-04-2010 22:26:28.494 [17e8]RTP: State of Winsock buffer: 1
20-04-2010 22:26:28.494 [17e8]RTP: Enter CheckDataCanBePosted: 4096
20-04-2010 22:26:28.494 [17e8]ContinouseLength: 0, neededSize: 4096
20-04-2010 22:26:28.494 [17e8]RTP: Received bytes: 1328
20-04-2010 22:26:28.494 [17e8]RTP: Enter processPacket: 1328
20-04-2010 22:26:28.494 [17e8]RTP: Enter addPacket. Length 1316
20-04-2010 22:26:28.494 [17e8]RTP: Added firstItem
20-04-2010 22:26:28.495 [17e8]RTP: Leave ProccesPacket
20-04-2010 22:26:49.513 [17e8]Total read bytes 0
20-04-2010 22:26:49.515 [100c]CMPIptvSourceStream::Load fn: [udp://@0.0.0.0:1234]
20-04-2010 22:26:49.516 [100c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 7 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
20-04-2010 22:26:49.523 [100c]CMPIptvSourceStream::Load fn: [udp://@0.0.0.0:1234]
20-04-2010 22:26:49.523 [100c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 7 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0

 

[j1nx]

Re: AW: Re: AW: IPTV not working

Just updated to RC2 and it looks like the filter does not work with it. No logs yet as I'm struggling with an other challenge first (Mayor audio/video sync issues). Will dive into it later.

I updated to RC2 and the IPTV-filter still works without any problems. Please be sure to replace the file again, because it is not part of MP. If you still have problems please let us know.

Stepko

I thought I did it, but now you mention it, I'm getting doubts. Will check again!

DUhhhh, had the wrong IP adres in my M3U file !!! Took me 2.5 hours and approx. 8 scanning tries to figure that one out. Just call me stupid!

 

[Stepko]

AW: Re: IPTV not working

Okay, the log output from the debug file: (The channels still aren't picked up when i scan)

I think it didn't work for you because of a small but very dumb mistake. I forgot to set a return value properly. I use this filter for more than 3 weeks now, and this never happened on my system.
However, I fixed it, please try the version attached.

Everybody who uses the IPTV-Filter with rtp streams should update to this version asap. If you receive udp or http streams you don't need to update.
Again, the debug version produces very large log files. Do not use the debug version for a longer time!!!

HellFireAus, please let me know if this version works for you. Thx.

Stepko

 

[HellFireAus]

Hey Stepko,
Both of those new versions don't work. I appreciate your help so far

The log output is here: 24-04-2010 23:56:50.000 [17d4] - Mediaportal IPTV Log - dpNLnxgA - Pastebin.com (Far too large to quote in here)
This version produced a larger output for the same 3 channels scanned than the old version.

Cheers

 

[Stepko]

AW: Re: IPTV not working

Hey HellFireAus,

had a look at your logfile. Everything seems to be good. This version of the IPTV-filter works as it should. So, there must be another problem that is not related to the IPTV-filter. You can check this by using Graphstudio. Just add the MediaPortal IPTV-Soucre filter, enter one of the urls and add the file dump to the filter (by right-clicking on the out-pin). When you start the graph, it will write the stream into the file. If you can play back this file, the IPTV filter works fine.
You should also check what type of media is used for iptv. I think the TVServer supports mpeg2 and h264 only!

Stepko

 

[kangoo]

Hi all,

first let me thank you for putting your time in to that development.
I´ve searched a long time but found no solution.

I can´t start more then one iptv stream ta the same time.
Provoder is german Alice m3u is like that:

---------------snip-------------------
#EXTM3U
#EXTINF:0,Sat1
rtp://@233.51.128.1:1234
#EXTINF:0,Nick
rtp://@233.51.128.2:1234
#EXTINF:0,CNN
rtp://@233.51.128.9:1234
#EXTINF:0,CNBC
rtp://@233.51.128.10:123
---------------snip--------------------

with just one stream everything works fine.
i´m using the latest MPIPTVSource.ax provided by stepko.

any hint or information will be great.

thanks in advance.
br
Björn

 

[Stepko]

AW: Re: IPTV not working

Hi Kangoo,

as far as I know, it is not possible to get more than one stream on the Alice/Hansenet network. They use the same port for all streams, which makes it impossible to get more than one stream at the same time. I don't know why it's done that way. Perhaps they don't want people to have multiple streams. Technically it would be possible to serve more streams, as T-Home Entertain shows.

Stepko

 

[kangoo]

Re: AW: Re: IPTV not working

HI Stepko,
thanks for that informations.
That means that if you have two of that Alice STBs you can not watch two
different channels on two tvs?

What do you mean with "same port"
:1234 ???
But in my understanding of TCP/IP Stack
it should be no problem to connect to two different target IPs with the same target port
by one source ip.
For every connection there will be a dedicated connection with different source ports to the same target port.

like eg you connect from one pc to two different
website located on standard http-port 80.