StartPlayer timeout of 20 seconds too short for VIA Epia-M frontend

[klaas.de.waal@…]

Start of playback of recordings on a VIA Epia-M frontend sometimes fails with this error: TV Error: StartPlayer(): NVP is not playing after 20000 msec

The StartPlayer code is in libs/libmythtv/tv_play.cpp I have changed two things in this file:

• increase the default timeout value from 20000 to 40000
• change the wait loop sleep time from 50 microseconds to 50000 microseconds

A sleep time of 50 microseconds is very small and causes CPU time to be wasted in the wait loop. For reference, one video frame is 20 milliseconds (PAL).

With these changes I can now play back any recording, the worst startup time is now: TV: StartPlayer(): took 25490 ms to start player.

I have attached a patch for tv_play.cpp for the 0.19 stable revision 10024.

[klaas.de.waal@…]

tv_play.cpp change StartPlayer timeout from 20 to 40 seconds

[Isaac Richards]

(In [10032]) Close #1870 by applying patch (increases timeout value for starting a recorder).

Would be better to figure out _why_ it's taking so long on the reporter's machine, of course.

[klaas.de.waal@…]

Previous patch was for StartRecorder which did not solve the problem. New patch tv_play.cpp.2.patch is for StartPlayer which did solve the problem for me. Sorry for the mistake. About the causes of the delay:

• backend is a slow P3 800Mhz/256MB
• with a fast P4 2.6GHz/768MB frontend total delay always less than 20 seconds
• with the VIA Epia-M 600MHz frontend total delay often exceeds 20 seconds
• biggest part of the delay comes from MySQL processing at the backend

[anonymous]

But you're still just increasing the delay rather than fixing/working out what the problem is. 20 seconds is a ridiculous wait for playback to start.

[Isaac Richards]

Not applying due to submittor sending out obviously untested patch previously.