Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
Message-ID: <007301c16ce0$604fef50$0300a8c0@ufo>
From: "Trevor Forbes" <trevorforbes AT ozemail DOT com DOT au>
To: <cygwin-developers AT cygwin DOT com>, <cygwin-xfree AT cygwin DOT com>
References: <20011020122946 DOT A6118 AT redhat DOT com> <000501c15997$b069ebf0$9a6707d5 AT BRAMSCHE> <20011020235014 DOT D28304 AT redhat DOT com> <20011114043027 DOT GA19437 AT redhat DOT com>
Subject: Re: sound support more info - kde2 porting status -- still looking for a volunteer
Date: Wed, 14 Nov 2001 17:15:46 +0930
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

Yea, I will give it a go......

Trevor

----- Original Message -----
From: "Christopher Faylor" <cgf AT redhat DOT com>
To: <cygwin-xfree AT cygwin DOT com>; <cygwin-developers AT cygwin DOT com>
Sent: Wednesday, November 14, 2001 2:00 PM
Subject: Re: sound support more info - kde2 porting status -- still looking
for a volunteer


> This would be trivial to implement.
>
> I'd appreciate it if someone would take a stab at implementing it.
>
> cgf
>
> On Sat, Oct 20, 2001 at 11:50:14PM -0400, Christopher Faylor wrote:
> >On Sat, Oct 20, 2001 at 08:47:37PM +0200, Ralf Habacker wrote:
> >><snip>
> >>>
> >>> >6. the sound support of cygwin isn't ready. Especially setting
> >>> >   of audio buffer size from an application is a problem.
> >>> >   Look in the thread about the rocksndiamond game started with
> >>> >   http://sources.redhat.com/ml/cygwin-xfree/2001-q4/msg00171.html.
> >>>
> >>> I didn't see anything which actually set the blocksize in the code
> >>> fragment that you sent to cygwin-apps.  I just saw code which read the
> >>> block size and said "this should return 512".  But, cygwin uses a
larger
> >>> buffer than that.  I don't actually see an ioctl for setting the block
> >>> size under linux, but maybe I missed something.
> >
> >Duh.  You even mentioned this in your email.  Sorry for missing it.
> >
> >This looks like more than a simple fix to the fhandler_dsp.cc code but it
> >should be pretty easy if anyone wants to tackle it?
> >
> >Anyone interested in implementing SNDCTL_DSP_SETFRAGMENT?
> >
> >cgf
> >>
> >>It's called the fragment size and uses the SNDCTL_DSP_SETFRAGMENT ioctl
call.
> >>It seems that the lower word contains the log2 of the buffer size and in
the
> >>higher word the number of buffers are set. Currently Cygwin ignores this
call.
> >>
> >>   /* Example for fragment specification:
> >>      - 2 buffers / 512 bytes (giving 1/16 second resolution for 8 kHz)
> >>      - (with stereo the effective buffer size will shrink to 256)
> >>      => fragment_size = 0x00020009 */
> >>
> >> if (ioctl(audio.device_fd,SNDCTL_DSP_SETFRAGMENT,&fragment_spec) < 0)
> >>     Error(ERR_EXIT_SOUND_SERVER,
> >>   "cannot set fragment size of /dev/dsp - no sounds");
> >>
> >>Ralf
> >
> >--
> >cgf AT cygnus DOT com                        Red Hat, Inc.
> >http://sources.redhat.com/            http://www.redhat.com/
>
> --
> cgf AT redhat DOT com                        Red Hat, Inc.
> http://sources.redhat.com/            http://www.redhat.com/