From owner-freebsd-current Thu Mar 30 7: 2:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 2E80E37B7F3 for ; Thu, 30 Mar 2000 07:02:47 -0800 (PST) (envelope-from dmmiller@cvzoom.net) Received: (qmail 23557 invoked from network); 30 Mar 2000 15:02:43 -0000 Received: from acs-63-85-133-249.cvzoom.net (HELO cvzoom.net) (63.85.133.249) by ns.cvzoom.net with SMTP; 30 Mar 2000 15:02:43 -0000 Message-ID: <38E36C88.CC3979D1@cvzoom.net> Date: Thu, 30 Mar 2000 10:02:32 -0500 From: Donn Miller X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: Recent changes made to pcm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, it looks as if some changes were made to pcm. Specifically, it looks as if changes were made to address the problem of RealPlayer not stopping the clip immediately after pressing stop. Before the changes, RealPlayer (all versions) would keep playing the clip ~ 3 secs after pressing stop. Now, it stops playing the clip almost immediately after pressing stop. In the wake of these changes, now RealPlayer's sound gets interrupted very easily after opening/closing windows. Also, the previous pcm changes performed much better under high CPU loads. Now, pcm chokes under CPU loads. I may be wrong, but it looks to me like there's a tradeoff here: if you fix pcm so that RealPlayer stops playing the clip sooner after pressing stop, it performs noticeable worse under moderate to heavy cpu loads. - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message