I like the idea of detecting and eliminating duplicates in the sound queue.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard E. Brown Sent: Friday, November 19, 2004 5:32 AM To: [EMAIL PROTECTED] Subject: [IM-Talk] How should sound notifications work? Folks: We've received a request to change the way sound notifications work (the way they're played), and we want to know if anyone would care or notice. This proposal would only affect the way sounds are played when a new sound notification arrives while the previous is still playing. Currently, InterMapper interrupts the currently-playing sound when a new sound notification is triggered. Thus you'll sometimes hear a stuttered sound, like, "Ya-Ya-Ya-Yahooooo!" when four devices come back up at the same time. It has been requested that we change this behavior to play each sound in full. The requestor uses text-to-speech, and it's important to hear the full sound; interrupting it clips the end of the message, losing the meaning. But we're wary of queuing up multiple (maybe dozens of) "Yahoo's" and forcing you to listen 'til they're all done. New Proposal The proposal is that a) InterMapper always play the full sound notification, and b) InterMapper would only queue a single copy of each identical sound notification (dropping duplicates). When a new one arrives, InterMapper would scan the list of sound notifications waiting to be played, and if it finds an exact duplicate, the new one will be ignored (dropped). That way, only a single copy would be played. Examples: - InterMapper will continue to play sounds in the order they arrive. - A number of "Yahoo!"s occuring simultaneously would cause only one to be played; the others would be discarded. - Suppose a Yahoo was playng, and a Beep was in the list to be played next. A new Yahoo would be ignored. (InterMapper would scan the entire list, and discard the duplicate.) - If the first "Yahoo!" had just finished, then a second would play immediately. - InterMapper would test for duplicates by comparing the sound file to be played. A "Web server down" text to speech would be treated as different from a "Mail server down". Depending on the implementation, all text-to-speech notifications might be treated as non-duplicates, and played independently. Our big questions are: - Does anyone rely on the current interrupting behavior for sound notifications? - Would this be a good feature? Does eliminating a stream of (interrupted) Yahoo's make your life better? - Do you have other thoughts about this? Many thanks! Rich Brown [EMAIL PROTECTED] Dartware, LLC http://www.dartware.com 10 Buck Road, PO Box 130 Telephone: 603-643-2268 Hanover, NH 03755-0130 USA Fax: 603-643-2289 ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: [EMAIL PROTECTED] ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: [EMAIL PROTECTED]
