[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <op.vrob5de16426ze@millennium>
Date: Tue, 01 Mar 2011 17:59:27 +0100
From: Uwaysi Bin Kareem <uwaysi.bin.kareem@...adoxuncreated.com>
To: linux-kernel@...r.kernel.org, clemens@...isch.de
Subject: Re: Possible bug, with extreme low latency audio.
On Tue, 01 Mar 2011 11:57:18 +0100, Clemens Ladisch <clemens@...isch.de>
wrote:
> Uwaysi Bin Kareem wrote:
>> I have shaved a kernel for features I suspected to add to os-jitter, to
>> get the lowest possible latency from it.
>>
>> What happens is, if I set my audioapp, (renoise) to extremely low
>> latencies, (96khz, 8 samples buffers x 2), the audio seems to be
>> distorting and speeding up, while having periods of normal playback.
>
> I'd guess that buffer is so small that it's smaller than the DMA FIFO
> and/or the DMA burst size of the sound device (whatever it is) so that
> the DMA controller is not able to accurately report the current position
> in the buffer.
>
> Obviously, the lowest possible latency is higher than 167 µs.
Actually I have to different audiocards here. The one with the problem is
an nvidia onboard soundchip.
It seems to behave like this, with my current .config, with latencies
below 1 ms. With an unshaved earlier .config, on 2.6.33, latencies would
not go below 1 ms on this card, but the audio would become noisy and
distorted. On 2.6.36 this has changed to 0.5ms. And shaving the kernel,
allows one to go even lower.
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev
a2)
Subsystem: Micro-Star International Co., Ltd. Device 7380
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22
Memory at f9ff8000 (32-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
The other is a firewire device (Konnekt24d using FFADO, running on the old
firewire stack).
The firewire device actually plays nicely without much buffer underruns
down to 0.363 ms latency (8x2 @ 44.1k).
However it seems to choke at 8x2 @ 96k. Glitching, because of buffer
underruns aren't the main problem here either, but the sound will
disappear for large amounts of time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists