Re: [pulseaudio-discuss] Routing of audio to loudspeakers or headphones

2010-08-31 Thread Mark Brown
On Fri, Aug 27, 2010 at 08:49:16AM +, Kim Therkelsen wrote: [Please fix your MUA to word wrap within paragraphs, it makes your messages vastly more legible.] No, DSP in kernel will never be accepted upstream. ALSA supports doing DSP at the application layer, though PulseAudio bypasses

Re: [pulseaudio-discuss] Problem with a SigmaTel STAC9274D

2010-08-31 Thread Magnus Örstig
and this is showing up in syslog when using the sigmatel card: alsa-sink.c: Requested to rewind 14080 bytes. alsa-sink.c: Limited to 14080 bytes. alsa-sink.c: before: 3520 alsa-sink.c: after: 3520 alsa-sink.c: Rewound 14080 bytes. /Magnus 2010/8/30 Magnus Örstig ors...@gmail.com Hello, i

Re: [pulseaudio-discuss] Routing of audio to loudspeakers or headphones

2010-08-31 Thread Mark Brown
On Wed, Aug 25, 2010 at 03:49:44PM +0100, Colin Guthrie wrote: 'Twas brillig, and pl bossart at 25/08/10 14:31 did gyre and gimble: For jack sensing, we'd need a module that traps input events. ALSA sends an input event when the headphone jack is inserted. This is what's used in Meego (the

Re: [pulseaudio-discuss] [PATCH] Do not use tsched watermark if tsched is disabled

2010-08-31 Thread Colin Guthrie
'Twas brillig, and pl bossart at 19/08/10 14:52 did gyre and gimble: Assuming your reasoning is correct (I'm not that deep into DMA yet), this should be fixed in the kernel - by not allowing rewinds further back than 128 (or 256) bytes ahead of actual position. You say HDA can transfer up to