Le 29 nov. 2010 à 16:27, <o...@lilltiger.se> <o...@lilltiger.se> a écrit : Isent it the drivers job to make sure that applications do not have to bother about potentional hardwahere issues, The ossxmix has the same issues, althought because it happens less because the updates is a little slower for somereason (havent checked the code). But either the driver should protect from to frequent writes, or the docs should state very clearly that it does not do that and the user of the library have to rule that in and not write to frequent. Possibly adjusting a well placed oss_udelay() until it doesn't exhibit this beyaviour. Does the datasheet say anything about floods ? In any case the driver should at least try to prevent this. And it's not realy a stupid thing of the application to do, I found this issue by just making a slider to adjust the volume, and with a responsive toolkit like Qt this slider will update it's values very fast when moving the slider knobb. I think I recall a similar behaviour in Haiku once btw :p François. |
_______________________________________________ oss-devel mailing list oss-devel@mailman.opensound.com http://mailman.opensound.com/mailman/listinfo/oss-devel
