From owner-freebsd-multimedia Mon Jul 21 00:43:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28114 for multimedia-outgoing; Mon, 21 Jul 1997 00:43:25 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA28038 for ; Mon, 21 Jul 1997 00:42:03 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA20704; Mon, 21 Jul 1997 08:39:57 +0200 From: Luigi Rizzo Message-Id: <199707210639.IAA20704@labinfo.iet.unipi.it> Subject: Re: dma handling in the sound driver To: oliver.fromme@heim3.tu-clausthal.de (Oliver Fromme) Date: Mon, 21 Jul 1997 08:39:57 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199707210453.GAA13291@elch.heim4.tu-clausthal.de> from "Oliver Fromme" at Jul 21, 97 06:53:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello, > > Just a small comment/question... > > I am currently facing the following problem: I am writing a > frontend for mpg123 (MPEG audio player). When the user > presses the Pause/Stop button (or Fast Forward or whatever), > there's always a small delay -- I guess it is because of that > 1/2 second DMA buffer. However, I'd like the audio to stop ok so you would need a "suspend" ioctl which would immediately block io, and report the amount of undelivered bytes so that play can rewind before resuming ? Or you are just happy by suspending the transfer and restarting it with the data left to transfer ? Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________