Comment 30 for bug 579117

Revision history for this message
Chris Hermansen (c-hermansen) wrote : Re: [Bug 579117] Re: Wireless blocks USB-Audio, leading to dropouts

Here's an interesting thing!!!!

I was reading over "First Steps" on the pulseaudio website, and I
noticed the pulseaudio command "play-file".

I fooled around a bit trying to kill pulseaudio and start it up from the
command line with pulseaudio -nC but it seems some system service is
restarting it automagically.

Aaaaaaaaanyway, then I noticed the use of "pacmd" to connect to the
daemon, so I tried that, and sure enough, connected to the daemon.

Then I copied a couple of .flac files from my Music directory to my home
directory as "test.flac" and "test2.flac", and I used "play-file" to
play them.

And I could not get any stuttering!!!

Thinking maybe it was something to do with restarting the daemon a few
times, I started up Exaile and played a file; it stuttered within a
minute or so of the beginning of the song.

Am I onto something here?

BTW I am back to a vanilla pulseaudio configuration.

On Sat, 2010-06-19 at 06:11 +0000, David Henningsson wrote:

> Well, I'm also out of really good ideas, but if you have the time, I guess you just have to continue investigating and trying combinations of what causes high latencies and what don't. E g trying Karmic with a different kernel, trying a preemptive kernel, a mainline kernel, etc.
> If you find one kernel that works and one kernel that doesn't (and nothing else is changed), you can continue using "git bisect" to find the exact commit causing the error. I'm quite certain the error is kernel related.
>
> As for pulseaudio, if tsched=0 does not help, I don't think anything
> else will - but don't take my word for it, feel free to try whatever you
> want.
>

--
Regards,

Chris Hermansen · mailto:<email address hidden>