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 trans

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 Meeg

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 > Hello, i have a have a setup

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