[pulseaudio-discuss] No source (typo, should be sound) from pulseaudio.. alsa is working fine though..

Shawn Ferris shawn.ferris at gmail.com
Mon Jan 30 09:05:36 PST 2012


On Mon, Jan 30, 2012 at 7:36 AM, Colin Guthrie <gmane at colin.guthr.ie> wrote:
> Hi Shawn,
>
> 'Twas brillig, and Shawn Ferris at 30/01/12 06:43 did gyre and gimble:
>
>>> These work:
>>> aplay Noise.wav
>>> aplay -D plughw:0,0 Noise.wav
>
> In the first case, is the sound going via PA or straight to dmix or
> similar? Typical configurations of PA will set the 'default' alsa device
> to the PulseAudio plugin for ALSA.

Firstly, thanks for the response, Colin!
I will have to double check when I get home, but I'm near 100% sure
that I have not set the default alsa device to route through pulse.. I
will double check though, because I'm not 100% sure what build-root
has done. :D

> When you run that command (and it's "playing"), can you paste the output
> of "pacmd ls"? This might offer some clues.

Forthcoming when I get home..


>>> If I hear the audiotestsrc, shouldn't I be able to hear the others?
>
> Hmm, yeah I would have thought so...

Phew.. thought I might be crazy!

> Is this perhaps the problem? Does speex-float-3 work on your board?
> Perhaps the gst autotestsrc does not require resampling and thus works,
> but this source does and thus does not work?
>
> Perhaps try using a fixed resampler in your daemon.conf file to test if
> it's a float vs. fixed problem?

I honestly have no clue what's supported, but this gives me hope! I
will look into it..

> So this is the sink volume + mute status, what about the stream itself?
> It can also have a volume + mute too, so worth checking there as well.

I'm not sure I understand this.. I mean, I understand what you're
talking about, I'm just not sure I know how to look at this. Is there
an example that you can give me?

> Yeah the "pulse" user is only used when running a system-wide instance.
> Ditto for the "pulse-access" group. When running under an unprivileged
> user account, they have no meaning. And you'd certainly know if you
> needed them as you wouldn't even be able to connect to the daemon to get
> any debug or other info, let alone play audio!

That's what I figured, I'm gonna remove them again :D


> UCM stuff is still in flux. Arun looked at it a bit recently for his
> work on an Android port of PA, so hopefully we'll be able to get some
> progress on UCM soon.

Ok cool.. I'm going to go back to the stock PA for now then. I don't
want any more variables than I need to troubleshoot this.

Thanks again Colin.. I really appreciate it!

Shawn


More information about the pulseaudio-discuss mailing list