SamY wrote: > It appears that the Squeezer app is more conservative in sending > "analog" volume changes to LMS. It probably does some caching of its own > in the UI as the dial is rotated, whereas Squeeze Ctrl seems to send > every volume change in individual increments of 1, which causes the > jerky behavior as the plugin waits for a .25-second break in the > requests before adjusting the AVR volume to the last requested level.
Well, so much for that theory. I just did a test with Squeezer and it also sends dial-based volume changes in a series of 1-unit increments which are cached in the plugin until there is a 1/4-second break which, to me, results in a fairly smooth feeling, if not analog, process. The caching interval actually used to be 1/8 second, which I increased in order to cut down on the number of discrete commands sent to the AVR. Like most such things, it's a tradeoff. In this case, a smaller caching interval could theoretically result in a more analog feel to the volume change due to an increased number of smaller discrete changes requested. However, at some point, that very increase in requests would overload the AVR, causing timeouts and even larger volume jumps than would otherwise occur. I feel that the 1/4 second value is a good compromise in most situations. However, I suppose it could also be another candidate for a user menu option. Sam ------------------------------------------------------------------------ SamY's Profile: http://forums.slimdevices.com/member.php?userid=63495 View this thread: http://forums.slimdevices.com/showthread.php?t=60114 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
