Only a few channels are stuttering over a 100Mbps LAN (1 Viewer)

[chemelli]

did you try latest public build ? There is a n improvied TsReader that may fix this issue.

Simone

 

[titof]

did you try latest public build ? There is a n improvied TsReader that may fix this issue.

Simone

My SVN is 21720. I'll try with lastest (22029) tomorrow.

Thanks.

 

[titof]

This SVN don't fix my problem ...

All logs are fine, except TsReader.log and evr.log have a lot of line when I watch a stuttering channel :

24-03-2009 10:08:10.985 [c90]Vid/Ref : 112.120, Late b-frame(11), Compensated = 18.540 ( -3.067 A/V buffers=00/06), Clk : 21.607000, State 2
24-03-2009 10:08:11.063 [ff8]Aud/Ref : 111.914, Late Compensated = 18.334 ( -3.351 A/V buffers=01/06), Clk : 21.685000, State 2
24-03-2009 10:08:11.063 [c90]Vid/Ref : 112.040, Late p-frame(09), Compensated = 18.460 ( -3.225 A/V buffers=00/06), Clk : 21.685000, State 2
24-03-2009 10:08:11.090 [c90]Vid/Ref : 112.080, Late p-frame(10), Compensated = 18.500 ( -3.216 A/V buffers=00/07), Clk : 21.716000, State 2
24-03-2009 10:08:11.125 [c90]Vid/Ref : 112.240, Late b-frame(14), Compensated = 18.660 ( -3.087 A/V buffers=00/06), Clk : 21.747000, State 2
24-03-2009 10:08:11.162 [ff8]Aud/Ref : 112.034, Late Compensated = 18.454 ( -3.324 A/V buffers=01/07), Clk : 21.778000, State 2
24-03-2009 10:08:11.186 [c90]Vid/Ref : 112.160, Late p-frame(12), Compensated = 18.580 ( -3.229 A/V buffers=00/08), Clk : 21.809000, State 2
24-03-2009 10:08:11.210 [ff8]Aud/Ref : 112.154, Late Compensated = 18.574 ( -3.251 A/V buffers=01/09), Clk : 21.825000, State 2
24-03-2009 10:08:11.228 [c90]Vid/Ref : 112.200, Late p-frame(13), Compensated = 18.620 ( -3.221 A/V buffers=00/10), Clk : 21.841000, State 2
24-03-2009 10:08:11.257 [ff8]Aud/Ref : 112.274, Late Compensated = 18.694 ( -3.178 A/V buffers=01/09), Clk : 21.872000, State 2
24-03-2009 10:08:11.287 [c90]Vid/Ref : 112.360, Late b-frame(17), Compensated = 18.780 ( -3.123 A/V buffers=00/12), Clk : 21.903000, State 2
24-03-2009 10:08:11.325 [ff8]Aud/Ref : 112.394, Late Compensated = 18.814 ( -3.136 A/V buffers=01/12), Clk : 21.950000, State 2
24-03-2009 10:08:11.345 [c90]Vid/Ref : 112.280, Late p-frame(15), Compensated = 18.700 ( -3.265 A/V buffers=00/13), Clk : 21.965000, State 2
24-03-2009 10:08:11.423 [c90]Vid/Ref : 112.320, Late p-frame(16), Compensated = 18.740 ( -3.303 A/V buffers=00/13), Clk : 22.043000, State 2
24-03-2009 10:08:11.449 [c90]Vid/Ref : 112.480, Late b-frame(20), Compensated = 18.900 ( -3.175 A/V buffers=00/13), Clk : 22.075000, State 2
24-03-2009 10:08:11.486 [c90]Vid/Ref : 112.400, Late p-frame(18), Compensated = 18.820 ( -3.286 A/V buffers=00/12), Clk : 22.106000, State 2
24-03-2009 10:08:11.525 [c90]Vid/Ref : 112.440, Late p-frame(19), Compensated = 18.860 ( -3.277 A/V buffers=00/11), Clk : 22.137000, State 2
24-03-2009 10:08:11.565 [c90]Vid/Ref : 112.600, Late b-frame(23), Compensated = 19.020 ( -3.164 A/V buffers=00/10), Clk : 22.184000, State 2
24-03-2009 10:08:11.606 [c90]Vid/Ref : 112.520, Late p-frame(21), Compensated = 18.940 ( -3.291 A/V buffers=00/09), Clk : 22.231000, State 2
24-03-2009 10:08:11.633 [ff8]Aud/Ref : 112.514, Late Compensated = 18.934 ( -3.312 A/V buffers=01/09), Clk : 22.246000, State 2
24-03-2009 10:08:11.664 [c90]Vid/Ref : 112.560, Late p-frame(22), Compensated = 18.980 ( -3.297 A/V buffers=00/10), Clk : 22.277000, State 2
24-03-2009 10:08:11.730 [ff8]Aud/Ref : 112.634, Late Compensated = 19.054 ( -3.301 A/V buffers=01/10), Clk : 22.355000, State 2
24-03-2009 10:08:11.744 [c90]Vid/Ref : 112.720, Late I-frame(02), Compensated = 19.140 ( -3.215 A/V buffers=00/10), Clk : 22.355000, State 2
24-03-2009 10:08:11.824 [c90]Vid/Ref : 112.640, Late p-frame(00), Compensated = 19.060 ( -3.389 A/V buffers=00/11), Clk : 22.449000, State 2

In evr.log, I have this line :

24-03-2009 10:49:15.243 [dbc]Scheduling sample from the past (26 ms, last call to NotifyWorker: 65 ms)
24-03-2009 10:49:15.243 [ea4]frame is too late for 26 ms, last sleep time 20 ms.
24-03-2009 10:49:15.250 [dbc]Scheduling sample from the past (11 ms, last call to NotifyWorker: 7 ms)
24-03-2009 10:49:15.318 [dbc]Scheduling sample from the past (42 ms, last call to NotifyWorker: 67 ms)
24-03-2009 10:49:15.318 [ea4]frame is too late for 43 ms, last sleep time 20 ms.
24-03-2009 10:49:15.331 [dbc]Scheduling sample from the past (26 ms, last call to NotifyWorker: 13 ms)
24-03-2009 10:49:15.331 [ea4]frame is too late for 26 ms, last sleep time 20 ms.
24-03-2009 10:49:15.348 [dbc]Scheduling sample from the past (12 ms, last call to NotifyWorker: 18 ms)
24-03-2009 10:49:16.124 [dbc]Scheduling sample from the past (8 ms, last call to NotifyWorker: 25 ms)

Please help me !!!

 

[Paranoid Delusion]

titoftit

Did you use the new setting in MP config\TV\tvclient "don't drop discontinued packets in tsreader"

 

[titof]

titoftit

Did you use the new setting in MP config\TV\tvclient "don't drop discontinued packets in tsreader"

Yes, but it's not good. My recording or liveTV don't have discontinued packets, I've have a very good reception.

And recordings of stuttering channels is very good quality, no stuttering, except if I use RTSP.

 

[CCob]

Hi,

you can read my analyze of this problem at:

Magnus blog: Stutter in MediPortal streaming server

Best regards
Magnus

I also believe it's the FileReader class that could be the problem, it's somewhat unoptimized for streaming needs in my opinion. The Windows cache manager and the read ahead thread when using synchronous IO is usually OK, but sometimes when the machine CPU spikes or disk IO increases then the read ahead inside the windows cache manager can suffer incurring delays when reading from disk.

I have offered to help with this here

https://forum.team-mediaportal.com/development-91/single-timeshift-file-mantis-issue-0001862-a-56945/

and also PM'ed the dev/reporter assigned to this task but nobody seems to want my help.

Magnus, like you say, asynchronous IO would be the best way to improve this and also loose the dreaded MultiFileReader class. I was thinking of setting up completion port threads (perhaps 2 threads per CPU) for both reading and writing that is shared among all instances of a new FileReader/Writer class (for streaming recordings) and a derived CircularFileReader/Writer class (for time shifting) which pre allocates the file before anything is written to it, and reading and writing will be done in a circular fashion so that the timeshift file doesn't grow any bigger.

But since I have had no feedback from devs yet I don't want to start on anything as completion ports are time consuming and can be difficult to debug.

 

[toz]

It's really sad to see so much people with the same problem and nobody in the dev team able to fix it. It seems we demonstrated stutterings are not due to bad TV signal or bad network hardware. I'm not using MediaPortal anymore but I liked it very much.

Devs could at least give answers to CCob questions ! This bug is nearly two years old !

Good luck in your searches guys.