HDHomeRun Prime Tuner Locked (1 Viewer)

[mm1352000]

Well, I just tested it and all I can say is wow...This filter changes channels so much faster than the current filter MediaPortal comes shipped with.

Interesting. Looks like the filter is ignoring requests when the URL doesn't change. That would indeed give a nice speed bump.
Having said that, when I look at your log files TV Server still looks a bit sluggish to me... as if something is constantly monitoring or scanning the TV Server process. What is your CPU and RAM spec?

 

[A Happy Cloud]

Well, I just tested it and all I can say is wow...This filter changes channels so much faster than the current filter MediaPortal comes shipped with.

Interesting. Looks like the filter is ignoring requests when the URL doesn't change. That would indeed give a nice speed bump.
Having said that, when I look at your log files TV Server still looks a bit sluggish to me... as if something is constantly monitoring or scanning the TV Server process. What is your CPU and RAM spec?

Intel Core i7-2920XM (2.50 GHz)
6 GB RAM

I'd like to think that its more than capable of handling what I throw at it

 

[mm1352000]

Wow - that should indeed be very capable.
Sections like this where TV Server is not doing very much in code terms:

[2014-03-04 21:13:02,217] [Log ] [24 ] [INFO ] - subch:0 SetMpegPidMapping
[2014-03-04 21:13:02,219] [Log ] [24 ] [INFO ] - subch:0 pid:1AB9 pcr
[2014-03-04 21:13:02,222] [Log ] [24 ] [INFO ] - subch:0 pid:B04 pmt
[2014-03-04 21:13:02,224] [Log ] [24 ] [INFO ] - subch:0 pid:1AB9 video type:MPEG-2
[2014-03-04 21:13:02,226] [Log ] [24 ] [INFO ] - subch:0 map pid:1AB9 video type:MPEG-2
[2014-03-04 21:13:02,229] [Log ] [24 ] [INFO ] - subch:0 pid:1ABA audio lang:eng type:AC3
[2014-03-04 21:13:02,232] [Log ] [24 ] [INFO ] - subch:0 map pid:1ABA audio lang:eng type:AC3
[2014-03-04 21:13:02,234] [Log ] [24 ] [INFO ] - subch:0 pid:1ABB audio lang:spa type:AC3
[2014-03-04 21:13:02,236] [Log ] [24 ] [INFO ] - subch:0 map pid:1ABB audio lang:spa type:AC3
[2014-03-04 21:13:02,239] [Log ] [24 ] [INFO ] - subch:0 pid:1ABC type:5
[2014-03-04 21:13:02,241] [Log ] [24 ] [INFO ] - subch:0 pid:1ABD audio langor type:AC3
[2014-03-04 21:13:02,244] [Log ] [24 ] [INFO ] - subch:0 map pid:1ABD audio langor type:AC3

It is a simple for loop working with a dictionary:
https://github.com/MediaPortal/Medi...plementations/DVB/Graphs/TvDvbChannel.cs#L923

There is just no way it should be taking a few milliseconds between each entry. No way. I wonder if your CPU has throttled down or something... because that is just not right.

 

[A Happy Cloud]

Wow - that should indeed be very capable.
Sections like this where TV Server is not doing very much in code terms:

[2014-03-04 21:13:02,217] [Log ] [24 ] [INFO ] - subch:0 SetMpegPidMapping
[2014-03-04 21:13:02,219] [Log ] [24 ] [INFO ] - subch:0 pid:1AB9 pcr
[2014-03-04 21:13:02,222] [Log ] [24 ] [INFO ] - subch:0 pid:B04 pmt
[2014-03-04 21:13:02,224] [Log ] [24 ] [INFO ] - subch:0 pid:1AB9 video type:MPEG-2
[2014-03-04 21:13:02,226] [Log ] [24 ] [INFO ] - subch:0 map pid:1AB9 video type:MPEG-2
[2014-03-04 21:13:02,229] [Log ] [24 ] [INFO ] - subch:0 pid:1ABA audio lang:eng type:AC3
[2014-03-04 21:13:02,232] [Log ] [24 ] [INFO ] - subch:0 map pid:1ABA audio lang:eng type:AC3
[2014-03-04 21:13:02,234] [Log ] [24 ] [INFO ] - subch:0 pid:1ABB audio lang:spa type:AC3
[2014-03-04 21:13:02,236] [Log ] [24 ] [INFO ] - subch:0 map pid:1ABB audio lang:spa type:AC3
[2014-03-04 21:13:02,239] [Log ] [24 ] [INFO ] - subch:0 pid:1ABC type:5
[2014-03-04 21:13:02,241] [Log ] [24 ] [INFO ] - subch:0 pid:1ABD audio langor type:AC3
[2014-03-04 21:13:02,244] [Log ] [24 ] [INFO ] - subch:0 map pid:1ABD audio langor type:AC3

It is a simple for loop working with a dictionary:
https://github.com/MediaPortal/Medi...plementations/DVB/Graphs/TvDvbChannel.cs#L923

There is just no way it should be taking a few milliseconds between each entry. No way. I wonder if your CPU has throttled down or something... because that is just not right.

Well I don't think so. Right now at 22% load its pushing 3.33 Ghz. But yeah, that does seem quite odd.

 

[mm1352000]

That code is not I/O bound and not memory intensive either. It usually runs in less than a millisecond whereas for you it takes close to 30. I'd say check your security software. In general TV Server CPU use should be very low... like less than 5%... so unless other demanding processes are causing TV Server to be pre-empted...? (...in which case you could increase the priority of the TV service process...)
http://wiki.team-mediaportal.com/1_...r_Configuration/06_General#TVService_priority

 

[A Happy Cloud]

That code is not I/O bound and not memory intensive either. It usually runs in less than a millisecond whereas for you it takes close to 30. I'd say check your security software. In general TV Server CPU use should be very low... like less than 5%... so unless other demanding processes are causing TV Server to be pre-empted...? (...in which case you could increase the priority of the TV service process...)
http://wiki.team-mediaportal.com/1_...r_Configuration/06_General#TVService_priority

Well, other than Windows Firewall, I'm running no other security software. I just upped the TV Server priority to high. I'm not sure if it made a difference but here are the log files.

 

[mm1352000]

It is a bit better... but I still can't shake the feeling something is not right.
You mentioned 22% load. That's not from TV service, right?

 

[A Happy Cloud]

It is a bit better... but I still can't shake the feeling something is not right.
You mentioned 22% load. That's not from TV service, right?

Nope, that was the total processor load at that moment. Usually, when I'm using MediaPortal, my PC hovers between 7-10% total load with the TV Service between 2-3% load.

 

[georgius]

Interesting. Looks like the filter is ignoring requests when the URL doesn't change.

It shouldn't be. Where do you see this behavior in logs?

If I correctly understand how logging works (for TV logger), it seems that for every line written to log, opens log file, seek to end of log file, writes line and closes log file. For often logging it is not very good approach. In IPTV filter log I don't see such performance problem.

 

[georgius]

I'm trying to handle closing connection problem, but I'm unable to test it. All my RTSP servers (live555 and VLC) doesn't close connection, so I need help from you @A Happy Cloud. I attached to this post special build for you. If it is possible, make test with Wireshark running to see, if connection is really closed and opened.