IPTV not working (1 Viewer)

[dimka]

Hi all,

Can you try this version of HTTP IPTV traffic? As Stepko has mentioned - it will generate a huge debug output and should be used only for test purposes.

dimka

 

[lwenco]

hi,

Stepko
it's Austria.AonTv_Free (already in mediaportal SVN), the list can be found here:
Aktuelle AonTV Senderliste für VLC - AonTV Wiki
no login required, uses udp streams and in vlc I just paste the udp url from the m3u list in "open networkstream".

dimka
here is the log output of the scan for Austria.AonTv_Free

09-04-2010 18:15:46.051 [142c]CMPIptvSourceStream::Load fn: [udp://@0.0.0.0:1234]
09-04-2010 18:15:46.058 [142c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 7 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
09-04-2010 18:15:46.116 [142c]CMPIptvSourceStream::Load fn: [udp://@239.0.2.60:8208]
09-04-2010 18:15:46.117 [142c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 10 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
09-04-2010 18:15:46.124 [754]Entering OnThreadCreate
09-04-2010 18:15:46.125 [754]Socket receive buffer is: 8192 (4)
09-04-2010 18:15:46.126 [754]Trying to set receive buffer to 262144
09-04-2010 18:15:46.127 [754]New socket receive buffer is: 262144 (4)
09-04-2010 18:15:46.228 [754]Total read bytes 0
09-04-2010 18:15:46.252 [142c]CMPIptvSourceStream::Load fn: [udp://@239.0.2.60:8208]
09-04-2010 18:15:46.255 [142c]CMPIptvSourceStream::Load url.dwStructSize: 60 url.dwSchemeLength: 3 url.dwHostNameLength: 10 url.dwUserNameLength : 0 url.dwUrlPathLength: 0 url.dwExtraInfoLength: 0
09-04-2010 18:15:46.276 [be0]Entering OnThreadCreate
09-04-2010 18:15:46.279 [be0]Socket receive buffer is: 8192 (4)
09-04-2010 18:15:46.281 [be0]Trying to set receive buffer to 262144
09-04-2010 18:15:46.282 [be0]New socket receive buffer is: 262144 (4)
09-04-2010 18:16:08.552 [be0]Total read bytes 0

thx for help!

 

[micmanm]

dimka.
Version 2010-04-09 work for me. Fast switch beetwen channels.

logs attached.

 

[dimka]

lwenco. Just my little guess but do you by any chance have several Network interfaces and/ot IP adresses assigned to them ? What does "ipconfig /all" say ?

 

[j1nx]

Hi all,

Can you try this version of HTTP IPTV traffic? As Stepko has mentioned - it will generate a huge debug output and should be used only for test purposes.

dimka

Did a quick test with this version and in appears to work, attached are the logs. Have not yet watched a channel neither tested multicast with this version. Only scanned the unicast streams.

 

[lwenco]

@lwenco. Just my little guess but do you by any chance have several Network interfaces and/ot IP adresses assigned to them ? What does "ipconfig /all" say ?

@dimka, here is the output of ipconfig /all:

Windows IP Configuration

Host Name . . . . . . . . . . . . : lwenco-HTPC
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : Yes
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : lan

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . : lan
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physical Address. . . . . . . . . : 40-61-86-29-9C-F1
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::75ad:560f:9049:2bb0%11(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.1.1(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Samstag, 10. April 2010 16:10:05
Lease Expires . . . . . . . . . . : Sonntag, 11. April 2010 16:10:05
Default Gateway . . . . . . . . . : 192.168.1.254
DHCP Server . . . . . . . . . . . : 192.168.1.254
DHCPv6 IAID . . . . . . . . . . . : 239100294
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-C3-B7-D4-40-61-86-29-9C-F1

DNS Servers . . . . . . . . . . . : 192.168.1.254
NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.lan:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : lan
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 11:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:0:5ef5:73ba:18a3:202:a48c:e124(Prefe
rred)
Link-local IPv6 Address . . . . . : fe80::18a3:202:a48c:e124%13(Preferred)
Default Gateway . . . . . . . . . : ::
NetBIOS over Tcpip. . . . . . . . : Disabled

C:\Users\lwenco>

 

[lwenco]

hi,
I'm attaching the logs as well, maybe it's easier for you to find errors. The log is just from scanning the channels, not zapping!

thx4help,
lwenco

 

[Stepko]

AW: Re: IPTV not working

Hi,

I did some changes to the rtp and udp part of the filter and also included dimkas latest http changes (2010/04/09).

Please make sure you also send data forward at a certain short interval.
Low bitrate streams tend to completely fail because filling 256KB with a 64Kb/s stream takes enormously long. This is particulary important with radio streams.

Thanks for the hint. Your are right, the data must be send forward as quick as possible. But I don't see the possibility that radio streams are handled with this filter, as the mediatype is set to "MEDIASUBTYPE_MPEG2_TRANSPORT". To be sure that streams with low bitrates also work, I lowered the buffersize of the mediasample from 256kb to 4kb! This buffer is filled up quick enough I think, and it works perfectly on my systems.

There is also the question of crappy MS TCP stack. It took me ages to find a good combination of RcvFrom and Select() that didn't lose packets on my UDP streams.

Luckily I didn't have any problems with this. Seems that your changes to the winsock buffersize fixed the problem!

I looked at the other thread and have to agree with tourettes: The thread priority should not be "time critical" especially not any more since I added some logic when handling rtp streams. So I set it to "above normal" which works fine on my systems.

The changes:

• Lowered mediasample buffer to 4kb (all)
• Lowered rtp buffer to 128kb (rtp only)
• Lowered thread priority to "above normal" (all)
• Fixed a bug: A packet the arrives late was inserted at the wrong position (rtp only)
• The first few packages are now not checked if they are continuous or not. I did this because the filter now doesn't fill up the whole buffer before sending the first data to the next filter. Should improve zapping time a lot. (rtp only)
• The rtp part is now in a separate source file (rtp only)
• Sets the size of mediaSample to 0 instead of -1, when first packet comes late (udp only)

This version now reorders the packages correctly and uses less memory. The channel switching should now be faster on rtp streams.
I hope the error some people had with upd packets is now fixed. The only explanation I have is that the stream needs some time before the first packet arrives. The filter returned a length of -1 to the next filter, which I think causes the next filter to stop the graph. This version now returns 0, I hope that it fixes the problem.

There are 2 versions: Please only use the release version. The logging is completly disabled in the release version. If you have trouble with the filter you might use the debug version. But be warned: It produces very large log files (>10 MB in a few minutes watching rtp streams)!! It also needs a lot of cpu power (about 50% on my 4 year old amd, only for logging!!). My advice is NOT to use the filter within MP. If you need to log something start preview or timeshift in TvServer-Configuration. Please use the debug version only if you really need it and if you know what you do!!

Stepko

 

[lwenco]

hi stepko,
thanks for the new version. I tested the release version but the scan for AonTv still did not work, therefore I decided to use the debug version to provide you with all log information possible. Attached are the log files, if you need more information, please let me know!

thx,
lwenco

 

[Stepko]

AW: Re: IPTV not working

hi stepko,
thanks for the new version. I tested the release version but the scan for AonTv still did not work, therefore I decided to use the debug version to provide you with all log information possible. Attached are the log files, if you need more information, please let me know!

Wow, that was quick

This is really strange. The log file looks good, everything seems to go as it should. Except for one thing: It just don't get any data. Also my changes work, the filter now waits longer for data, in your second try more than 22 seconds! But still no data.

Please check that the TV-Server has internet access (please check your firewall). If it still doesn't work, I think you need to log the network traffic to see if the request is being sent correctly and to see if you receive any data. You could use wireshark for that.

If it still doesn't work, I would compile an extra version with more log infos in the connect part of the filter later tonight. Please send me a PM with your e-mail address, I can send that version to.

Stepko