From 773ead235bc913a889b19fd58b7ffff2fba7c8c7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Stephan=20A=C3=9Fmus?= Date: Sat, 21 Jun 2008 12:19:55 +0000 Subject: [PATCH] Added note about the remaining playback problem for using OSS in BeOS. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26060 a95241bf-73f2-0310-859d-f6bbb57e9c96 --- .../media/media-add-ons/opensound/OpenSoundNode.cpp | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/src/add-ons/media/media-add-ons/opensound/OpenSoundNode.cpp b/src/add-ons/media/media-add-ons/opensound/OpenSoundNode.cpp index 97ed072975..527fcb6877 100644 --- a/src/add-ons/media/media-add-ons/opensound/OpenSoundNode.cpp +++ b/src/add-ons/media/media-add-ons/opensound/OpenSoundNode.cpp @@ -1496,6 +1496,16 @@ OpenSoundNode::HandleDataStatus(const media_timed_event* event, { // CALLED(); + // TODO: this is called mostly whenever the system mixer + // switches from not sending us buffers (no client connected) + // to sending buffers, and vice versa. In a Terminal, this + // can be nicely demonstrated by provoking a system beep while + // nothing else is using audio playback. Any first beep will + // start with a small glitch, while more beeps before the last + // one finished will not have the glitch. I am not sure, but + // I seem to remember that other audio nodes have the same + // problem, so it might not be a problem of this implementation. + BString message("OpenSoundNode::HandleDataStatus status: "); switch(event->data) {