Quote:
Originally Posted by radosch  I gave it another try and noted exact times when my display changed.
Then I checked the logs and found out that the display changes immediately whenever CybrDisplay plugin kicks off the "Sending lines to display" procedure - timestamps in the log matched my timestamps taken while I had watched the display.
So the delay is not introduced by the display or its driver.
Rather, it seems to be MediaPortal/CybrDisplay issue. Based on the logs, it looks like CybrDisplay plugin polls status every ~33 seconds or so: Code: 2008-05-27 20:59:44.712333 [Info.][CybrDisplay]: CybrDisplayPlugin.DisplayHandler.DisplayLines(): Sending lines to display.
...
2008-05-27 21:00:17.039333 [Info.][CybrDisplay]: CybrDisplayPlugin.DisplayHandler.DisplayLines(): Sending lines to display.
...
2008-05-27 21:00:49.369333 [Info.][CybrDisplay]: CybrDisplayPlugin.DisplayHandler.DisplayLines(): Sending lines to display.
...
2008-05-27 21:01:21.709333 [Info.][CybrDisplay]: CybrDisplayPlugin.DisplayHandler.DisplayLines(): Sending lines to display.
...
Obviously, this way the display can be updated only twice in a minute, which is not acceptable.
Has anyone observed such behavior as well?
Can it be fixed by changing some configuration setting?
[I have installed the latest MediaPortal 1.0RC1, rev: 19158 and the latest CybrDisplay plugin (05/08).
I have SilverStone case with SoundGraph iMON display (VFD connected via USB).] |
SOLVED!
The lazy updates of the display were caused by my TVService being stopped.
Since I started the TVService my display has been working like a charm
I suspect MediaPortal periodically tries to connect to the TVService on the same thread as used by CybrDisplay - those ~33 second delays in display update were most likely caused by MP waiting until the connection fails due to timeout...
Anyway, it works now.
Should anyone experience the same behavior (e.g. KristianK), check your TVService and make sure it is started.