Re: Audio - In kernel audio mixing

Hello, On Sun, 15 May 2016 13:05:13 -0400 Thor Lancelot Simon wrote: > Would this project benefit from the ability to use the floating point > unit, or vector extensions requiring the FP registers, in the kernel? That makes me wonder how difficult it would be to coerce the

Re: Audio - In kernel audio mixing

> It works so far [...] Forgot to mention, the pc beeper does not work. Is this device correct? crw-rw-rw- 1 root wheel 156, 0 May 16 02:19 /dev/speaker Is it still supposed to use the real integrated beeper, or would it synthesize a beep through the sound card?

Re: Audio - In kernel audio mixing

> /usr/src/sys/dev/isa/files.isa:435: redefinition of `spkr' It builds when removing the pertinent line from that file. It works so far, apart from what appears to be a logarithmic decrease in global volume with each concurrent opening of the device. I assume this is done to avoid clipping when

Re: Audio - In kernel audio mixing

> On May 15, 2016, at 4:20 PM, David Holland wrote: > > Uh what? On essentially all architectures the kernel can tell which > programs use the FPU, and presumably if they use it the values in it > can't be allowed to randomly disappear. > > (In fact, the mechanism for

Re: Audio - In kernel audio mixing

I'm getting this when trying to build with your vaudio-kern patches applied: $ ./build.sh -O /usr/obj.i386 -j3 -U -u kernel=GENERIC ===> build.sh command:./build.sh -O /usr/obj.i386 -j3 -U -u kernel=GENERIC ===> build.sh started:Mon May 16 01:24:25 CEST 2016 ===> NetBSD version:

Re: Audio - In kernel audio mixing

On Sun, May 15, 2016 at 03:54:07PM -0700, Lyndon Nerenberg wrote: > > On most architectures, you can't use the FPU in the kernel at this time. > > Something that's lacking is a portable API that lets problem state > programs tell the kernel they are using the FP etc. registers and > need

Re: Audio - In kernel audio mixing

> On most architectures, you can't use the FPU in the kernel at this time. Something that's lacking is a portable API that lets problem state programs tell the kernel they are using the FP etc. registers and need them preserved across context switches. This isn't just a UNIX problem. A

Re: Audio - In kernel audio mixing

On Mon, May 16, 2016 at 04:52:50AM +1000, Nathanial Sloss wrote: > > There would be benefits in using FPU registers as this would distribute the > work between cpu and fpu I'll also look into this. On most architectures, you can't use the FPU in the kernel at this time. Thor

Re: Audio - In kernel audio mixing

On 15.05.2016 22:23, Timo Buhrmester wrote: >> I believe that the vaudio approach is better and wanted to start a >> discussion >> about in kernel-mixing and hopefully which approach (if any) should be >> included in NetBSD in future. > A third option would be taking OpenBSD's sndiod (which we

Re: Audio - In kernel audio mixing

> I believe that the vaudio approach is better and wanted to start a discussion > about in kernel-mixing and hopefully which approach (if any) should be > included in NetBSD in future. A third option would be taking OpenBSD's sndiod (which we have in pkgsrc/wip); it seems rather sane and it's

Re: Audio - In kernel audio mixing

Hi, On Mon, 16 May 2016 03:01:27 bch wrote: > Is that an automatic, out-of-the-box 10-20ms for any and all streams? 2ms > on a single channel in a duplex stream is obviously noticeable (as > reference for what delay a human can perceive), so 20ms could be considered > relatively large. I don't

Re: Audio - In kernel audio mixing

Hi, Also by applying vaudio.diff you should also create dev/speaker. One benefit of using in kernel mixing was that I was able to utilize audiobell.c and provide a tone/generator (modified isa/spkr) for all platforms with a sound card as well as a keyboard bell for wscons. Best regards, Nat.

Re: Audio - In kernel audio mixing

Hi, On Mon, 16 May 2016 03:05:13 Thor Lancelot Simon wrote: > > But given what you wrote below, wouldn't doing so coerce all streams to > 44100/16? It seems like it might be worth the extra work to avoid > resampling when all inputs/outputs are at the same, non 44.1/16 rate. > > Would this

Re: Fwd: Re: Audio - In kernel audio mixing

On May 15, 2016 10:17 AM, "bch" wrote: > > Forgot to reply-all. > > -- Forwarded message -- > From: "bch" > Date: May 15, 2016 10:01 AM > Subject: Re: Audio - In kernel audio mixing > To: "Nathanial Sloss" > Cc: > >

Fwd: Re: Audio - In kernel audio mixing

Forgot to reply-all. -- Forwarded message -- From: "bch" Date: May 15, 2016 10:01 AM Subject: Re: Audio - In kernel audio mixing To: "Nathanial Sloss" Cc: On May 15, 2016 8:29 AM, "Nathanial Sloss" wrote: > > Hi, > >

Re: Audio - In kernel audio mixing

On Mon, May 16, 2016 at 01:32:57AM +1000, Nathanial Sloss wrote: > Hi, > > I've been working away at in kernel audio mixing for the past 6 weeks or so. > > I've made archives of two different approaches to in kernel audio mixing and > made them available on ftp.NetBSD.org/pub/NetBSD/misc/nat >

Audio - In kernel audio mixing

Hi, I've been working away at in kernel audio mixing for the past 6 weeks or so. I've made archives of two different approaches to in kernel audio mixing and made them available on ftp.NetBSD.org/pub/NetBSD/misc/nat The first is vaudio-kern.tgz - This will do in-kernel audio mixing if one

Re: Improvements in amd64

On Fri, May 13, 2016 at 05:42:55PM +0200, Maxime Villard wrote: > Le 13/05/2016 16:48, Martin Husemann a écrit : > >On Fri, May 13, 2016 at 12:53:54PM +0200, Maxime Villard wrote: > >> - I took rodata out of the text+rodata chunk, and put it in the data+bss+ > >>