IPTV Australia (4 Viewers)

[riksmith]

That is not good Unfortunately i think that is a problem in or with the replaced .ax file. In these cases the logs do not really shine any light on the case.

I would suggest posting your problem in the thread where you got the .ax file (and post a link to this topic too so they can read up on what you have done).

 

[Stepko]

AW: Re: IPTV Australia

Hi,

without having read everything here (I'm at work right now) I hope I can clear up some things so that we can find the problem.

Here's how it should work:
- Create a playlistfile (e.g. "tpg.m3u") with all IPs in the form "rtp://233.12.12.12:1234" (your m3u looks good)
- Copy the playlist to the "tuningparameters/dvbip" folder
- Stop TVServer (the windows service!)
- Replace MPIPTVSource.ax with the modified one
- Start TVServer
- Do a channelscan

There is no need to modify the DB by yourself. If it doesn't find the channels during the scan they won't work when you hack them into the db

It's very strange that the TVServer crashes during the channel scan. There are some people using the filter and so far I didn't get any crash reports.

Please do a channelscan with the debug version of the filter. You will find it here .
- Download the debug version
- Create a playlist file with only 3 channels
- Copy the playlist file to "tuningparameters/dvbip"
- Stop TVServer service
- Replace MPIPTVSoucre.ax with the debug version
- Start TVServer
- Do a channels scan with the 3 channels
- Stop TVServer
- Replace the MPIPTVSoucre with the non debug version

The debug version will create a log file in the TVserver log folder. Please post that file here.
Warning: The log file can get very big. Do not use it for a longer time!!

Stepko

 

[riksmith]

Thanks stepko for trying to help! There are not really any team members using DVB-IP, so we have to depend on people like you.

 

[Ausdigital]

Hi Stepko,

thanks for your input on this one.

I have followed your instructions and attached the logs as requested. The MPIPTVSource log file is in there.

In the meantime I have returned to the original .ax file and no more runtime errors... of course no signal on the scans but that is to be expected.

Cheers,

Ausdigital.

 

[Stepko]

AW: Re: IPTV Australia

Hi Ausdigital,

your IPTV log looks good. The filter starts to receive the data and the data seems to be ok. The filter checks each data packet if it really is a rtp packet. All the tests succeed. The first channel you scanned (rtp://@233.29.121.2:1234) finished successfully. Without the crash that channel should have been added to your channel list. There was a reception problem while scanning the 2nd channel. In one of the loops the socket didn't receive anything for more than 100 ms.

In your error.log I found the exception that causes the crash: System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host

Unfortunately I found not much info on the net regarding this exception. For some reason the server closed the connection. But I cannot think of any reason a tv streaming server should do this. I found this exception often when people use a proxy server. Do you use a proxy server?

Perhaps the timeout was not set correctly in the socket. I changed the code so that the timeout is set explicity and that it sends keep-alive packets. I don't know if that helps, but you can give it a try.

I also changed the code that the filter now catches the exception. So it should no longer crash the tv server but it may now hang when the exception is thrown. I cannot test the exact behavior here.

Please try the MPIPTVSource.ax attached to this post and let me know the results.

Stepko

 

[riksmith]

Re: AW: Re: IPTV Australia

Hi Ausdigital,

your IPTV log looks good. The filter starts to receive the data and the data seems to be ok. The filter checks each data packet if it really is a rtp packet. All the tests succeed. The first channel you scanned (rtp://@233.29.121.2:1234) finished successfully. Without the crash that channel should have been added to your channel list. There was a reception problem while scanning the 2nd channel. In one of the loops the socket didn't receive anything for more than 100 ms.

In your error.log I found the exception that causes the crash: System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host

Unfortunately I found not much info on the net regarding this exception. For some reason the server closed the connection. But I cannot think of any reason a tv streaming server should do this. I found this exception often when people use a proxy server. Do you use a proxy server?

Perhaps the timeout was not set correctly in the socket. I changed the code so that the timeout is set explicity and that it sends keep-alive packets. I don't know if that helps, but you can give it a try.

I also changed the code that the filter now catches the exception. So it should no longer crash the tv server but it may now hang when the exception is thrown. I cannot test the exact behavior here.

Please try the MPIPTVSource.ax attached to this post and let me know the results.

Stepko

I think the exception you are seeing in his log is not the reason why TV server crashes. The stacktraces are from .net remoting (for Setup TV) losing connection with TV Service (which has crashed)

 

[Stepko]

AW: Re: AW: Re: IPTV Australia

I think the exception you are seeing in his log is not the reason why TV server crashes. The stacktraces are from .net remoting (for Setup TV) losing connection with TV Service (which has crashed)

SetupTV and the service use tcp connections to communicate? Didn't know that. Yeah, then you are right that this is not the reason.
But Ausdigital should try the new filter anyway.

The last thing I can think of is the stream itself. The rtp standart defines a few extras like header extensions or padding bytes. The filter doesn't support all of that suff. Perhaps the provider uses one of these "features". Then the data that sent to the tv server are not correct and the tv server crashes because of the corrupted data?!?!

To test that I would need to get a dump of the stream. If you would record the stream in vlc it wouldn't work because all rtp headers were removed by vlc. Getting a dump is a bit more complicated. I managed to get a dump this way:
- Download monograms "graphstudio"
- Make sure that the original MPIPTVSource.ax is in place (the one shipped with MP)
- Start graphstudio
- In Graphstudio select "Graph"->"Insert". Select "MediaPortal IPTV Source Filter". Click insert
- Use "udp://233.29.121.2:1234" as URL (yes udp, NOT rtp)
- Close filters dialog
- Right click on the out pin of the filter and select "Insert Dump Filter"
- Let the stream be saved to a file, e.g. "streamdump.ts"
- Press the play button
- Wait for 10-15 seconds
- Press the stop button

Can you upload the file somewhere? Otherwise I cound PM you my mail addres.

Stepko

 

[Ausdigital]

Hi Stepko,

I have done what you suggest a few posts back with the newly created MPIPTVSource.ax file.

This time, the TV server did not crash. But it still gets NO SIGNAL when scanning for the channels.

Attached are the logs.

I will try to setup and capture data from GraphStudio later this evening and post the results.

Cheers,

Ausdigital.

 

[Ausdigital]

Attached is the streamdump.ts file.

 

[Stepko]

AW: Re: IPTV Australia

Hi,

had a look at the streamdump. The stream is ok, your provider doesn't use any special header flags, and the payload type is correctly set to mp2t. In fact the header in your stream looks exactly like the header my providers uses. I really don't know why it is not working.

To sum this up:
- Referring to the logs the filter works like it should
- The stream is ok and should work with the filter
- TV Server has no signal

Hmm, I really have no idea what the problem is. I think it would be the best to reimplement the logging features and do even more logging than the old debug version. But I need some time to do that.

In the meantime you could test the filter with graphstudio. You already know how to use graphstudio
Get a streamdump with the modified filter and check if the file plays in vlc.
- Stop TV Service and replace MPIPTVSource.ax with the latest modified version (the one not crashing)
- Start Graphstudio and add the filter.
- This time use a rtp url: "rtp://233.29.121.2:1234"
- Add filedump filter and start the graph for a few seconds

Then you can try to play the recorded file in vlc. Is the file ok (video and audio are ok)? You don't need to upload the file.

Sorry, that it's not working. This is really weired...
Stepko