'Twas brillig, and Lennart Poettering at 19/06/09 02:00 did gyre and gimble:
As many probably already know Palm is using PA on the Pre, and now
they published the sources:
http://opensource.palm.com/packages.html
http://palm.cdnetworks.net/opensource/1.0.1/pulseaudio-0.9.14-patch.gz
It's
On Fri, 19.06.09 09:31, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Joking aside, it's good to see this patch. Am I right in saying that
they didn't actually need to share it due to the LGPL side of things? If
so good on them for releasing it all the same :)
LGPL is not BSD. Of course
Heya,
just a quick heads-up on the new ALSA mixer handling logic in PA which
I merged a few days ago, for packagers and other interested folks:
Previously PA was picking one ALSA (simple) mixer element to control
and then was sticking to it for all hardware volume/mute
handling. Usually that was
The resampling part makes complete sense. Palm are using a polyphase
fixed-ratio filter; this will be more optimized than the variable-rate
interpolation provided by libspeexdsp (no need to be variable-rate for
file playback, only needed when devices are not clocked off of the
same reference). The
Yo,
Another heads-up:
I just stripped all he messy permission-related startup code from
PA. There is no group pulse-rt anymore, and no calls into
PolicyKit. It's all gone.
Instead you now either have to set RLIMIT_RTPRIO before starting PA
or use RealtimeKit. RealtimeKit is now a dependency of
Is this targetted at 0.9.16?
Cheers,
Waldo
--
Intel Corporation - Hillsboro, Oregon
Ultra Mobility Group - Platform Software Architecture
Tel: +1 503 264 6237 - Mobile: +1 503 703-7327
-Original Message-
From: pulseaudio-discuss-boun...@mail.0pointer.de [mailto:pulseaudio-
On Fri, 19.06.09 12:10, Bastian, Waldo (waldo.bast...@intel.com) wrote:
Is this targetted at 0.9.16?
Yes.
AFAICS everything I was planning for 0.9.16 is now in place. I am
still waiting for a new udev in Rawhide, then I'll roll beta tarballs
and stick them in Rawhide and final should follow
Hi,
Thought I'd point out this:
http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
Linked from
http://linux.slashdot.org/story/09/06/19/1937210/State-Of-Sound-Development-On-Linux-Not-So-Sorry-After-All
Lennart, if you have time, it may be worth writing up
2009/6/20 Colin Guthrie gm...@colin.guthr.ie:
Hi,
Thought I'd point out this:
http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
Linked from
http://linux.slashdot.org/story/09/06/19/1937210/State-Of-Sound-Development-On-Linux-Not-So-Sorry-After-All
On Fri, 19.06.09 23:32, Colin Guthrie (gm...@colin.guthr.ie) wrote:
Hi,
Thought I'd point out this:
http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
Linked from
Hi there!
In another matter I noticed some strange behaviour and am unsure whether
it's a bug or just misconfiguration:
I have 4 soundcards attached to pulseaudio to supply music to the
entire appartement.
1 onboard Intel HDA configured for analog 7.1 output
2 Terratec USB cards configured for
Hi!
Mark Greenwood wrote:
Something I wondered about was whether it would be possible to give
devices user-defined names. This would help specifically when network
sinks are in use, so that I could send audio to 'Kitchen' instead of
'powermac snapper (00:10) on mac'... trips off the tongue
No this is not on USB. I am writing a new ALSA driver for a new hardware and
when I play through pulse audio, first time after reboot, I get a hush noise
(empty buffers?).
Can you please give some clue if pulse audio is sending it or is there anything
else you think is going wrong. This
13 matches
Mail list logo