Hi Clemens,
(Mar 15 2014 07:24), Clemens Ladisch wrote:
Looks OK.
Thanks for your quick review.
In theory, a device that uses INTERIM is likely to need a larger timeout than the FCP default, but as long as 125 ms works for those BeBoB devices, increasing the timeout is not necessary.
With this value and BeBoB devices which I own, I have experienced no retry/timeout.
As long as I know, BeBoB based devices need much time to complete immediate/deferred transaction for changing sampling rate during streaming. In this case, immediate transactions need 150 msec or more and deferred transactions need 40/240msec or more to complete. But BeBoB driver must not change sampling rate in this case because sampling rate should not be changed during streaming. The driver should stop streaming once then change sampling rate.
I suggest that we will change this value when finding devices which need more timeout.
Thanks
Takashi Sakamoto o-takashi@sakamocchi.jp