ke, 2009-08-26 kello 12:10 +0800, Ng Oon-Ee kirjoitti:
Hi all,
I know back in March there was a conversation about alsa devices to be
used with load-module module-alsa-sink. Basically, Lennart mentioned
NEVER to use device=hw:0,0 (I do that, though, as I don't use
module-hal-detect so that
Hi Tanu, and thanks...
On Wed, 2009-08-26 at 10:22 +0300, Tanu Kaskinen wrote:
ke, 2009-08-26 kello 12:10 +0800, Ng Oon-Ee kirjoitti:
1. Instead of load-module module-alsa-sink device=hw:0,0, what should
I be using to load the appropriate device? Assuming I'm not using
On Wed, 2009-08-26 at 11:39 +0300, Tanu Kaskinen wrote:
ke, 2009-08-26 kello 15:39 +0800, Ng Oon-Ee kirjoitti:
Anyway, I have the above (with slave changed to plug:front:0 as
suggested) in my .asoundrc. Once again, aplay -D equal works fine. When
I try load-module module-alsa-sink
ke, 2009-08-26 kello 16:48 +0800, Ng Oon-Ee kirjoitti:
That's interesting, and I'll look into it in future perhaps. For now,
I'm more interested to find out why this doesn't work on my system. It
may be a more general problem, as I was trying such outputs as:-
pcm.test {
type plug
On Wed, 2009-08-26 at 12:27 +0300, Tanu Kaskinen wrote:
ke, 2009-08-26 kello 16:48 +0800, Ng Oon-Ee kirjoitti:
pcm.test {
type plug
slave { pcm hw:0,0 }
}
Which should work, since it doesn't even do anything. I get the same
error message trying to load it up though. Could
On Tue, Aug 25, 2009 at 8:00 PM, Lennart
Poetteringlenn...@poettering.net wrote:
On Tue, 18.08.09 10:42, pl bossart (bossart.nos...@gmail.com) wrote:
Here the module-loopback code, turns out we can contribute freely to
PulseAudio. Comments welcome.
Pierre, I have merged this today and fixed
On Wed, 26.08.09 08:43, pl bossart (bossart.nos...@gmail.com) wrote:
Here the module-loopback code, turns out we can contribute freely to
PulseAudio. Comments welcome.
Pierre, I have merged this today and fixed all the outstanding issues
I pointed out earlier. It works quite well now.
I've recently started using the PulseAudio Simple API. Overall I've
been very happy, but I'm having a minor problem. I'm sure it's my
fault, but I can't figure out what I'm doing wrong.
I'm using the Simple API to record audio samples. My problem is that
the data seem to come in bursts instead
On Wed, 26.08.09 10:12, Andrew McNabb (amcn...@mcnabbs.org) wrote:
I've recently started using the PulseAudio Simple API. Overall I've
been very happy, but I'm having a minor problem. I'm sure it's my
fault, but I can't figure out what I'm doing wrong.
I'm using the Simple API to record
Some fixes attached. The parameters were not handled properly. I also
added a means to disable SRC in case the source and sink are
synchronous (boolean parameter rate_adjust)
Overall the latency is somewhat higher that what I experienced with
the initial code. When forwarding my USB headset input
Lennart, thank you for explaining pa_buffer_attr. Since I'm doing
recording, I assume that I should be setting fragsize instead of
tlength. Is that right?
I've tried setting fragsize, and I'm still seeing the same latency
behavior. From the documentation[1], it appears that I need to set the
On Wed, 26.08.09 16:06, Andrew McNabb (amcn...@mcnabbs.org) wrote:
Lennart, thank you for explaining pa_buffer_attr. Since I'm doing
recording, I assume that I should be setting fragsize instead of
tlength. Is that right?
Yes, you are right.
I've tried setting fragsize, and I'm still
12 matches
Mail list logo