These two are the result of helping someone on IRC this weekend getting pulse
to run on an OpenWRT device.
If compiled without iconv support, pacat gives an unclear invalid argument
error.
The first patch addresses the local-utf8 conversion when iconv is not
available. The pa_locale_to_utf8
Without this fix, pacat won't start up, because it is unable to set the stream
name.
---
src/pulse/utf8.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/src/pulse/utf8.c b/src/pulse/utf8.c
index fe7bcd2..773a1f8 100644
--- a/src/pulse/utf8.c
+++ b/src/pulse/utf8.c
Package: pulseaudio
Version: 1.0-4
Severity: normal
X-Debbugs-CC: pulseaudio-discuss@lists.freedesktop.org
Dear PulseAudio Debian packagers and upstream PA folks,
the Debian init script `/etc/init.d/pulseaudio` [1] currently prints a
warning when PA is configured in non-system mode.
2011/10/9 Paul Menzel pm.deb...@googlemail.com:
Package: pulseaudio
Version: 1.0-4
Severity: normal
X-Debbugs-CC: pulseaudio-discuss@lists.freedesktop.org
Dear PulseAudio Debian packagers and upstream PA folks,
the Debian init script `/etc/init.d/pulseaudio` [1] currently prints a
Am 09.10.2011 21:49, schrieb Maarten Bosmans:
2011/10/9 Juliusmycommercials...@web.de:
hi,
i would like to redirect the output from totem to line-in and use line-in as
input for teamspeak3 to send mp3's.
Wow, two more or less the same questions on the same day.
currently ive set ts3 to get
2011/10/10 Julius mycommercials...@web.de:
Am 09.10.2011 21:49, schrieb Maarten Bosmans:
2011/10/9 Juliusmycommercials...@web.de:
hi,
i would like to redirect the output from totem to line-in and use line-in
as
input for teamspeak3 to send mp3's.
Wow, two more or less the same questions
Package: pulseaudio
Version: 1.0-4
Severity: normal
X-Debbugs-CC: pulseaudio-discuss@lists.freedesktop.org
2011/10/10 Maarten Bosmans mkbosm...@gmail.com:
2011/10/9 Paul Menzel pm.deb...@googlemail.com:
Package: pulseaudio
Version: 1.0-4
Severity: normal
X-Debbugs-CC:
On Mon, Oct 10, 2011 at 01:01:00PM +0300, Matti J. Aaltonen wrote:
On 10/07/2011 03:49 PM, ext Mark Brown wrote:
What I said was that the entire audio system should be one card.
I didn't read it that way,but OK... Just one more comment/question:
I would have thought that to achieve as fine
---
src/utils/qpaeq | 43 ---
1 files changed, 20 insertions(+), 23 deletions(-)
diff --git a/src/utils/qpaeq b/src/utils/qpaeq
index a8a9fda..951e70f 100755
--- a/src/utils/qpaeq
+++ b/src/utils/qpaeq
@@ -22,12 +22,11 @@ try:
from PyQt4 import
Am 10.10.2011 11:06, schrieb Maarten Bosmans:
2011/10/10 Juliusmycommercials...@web.de:
Am 09.10.2011 21:49, schrieb Maarten Bosmans:
2011/10/9 Juliusmycommercials...@web.de:
hi,
i would like to redirect the output from totem to line-in and use line-in
as
input for teamspeak3 to send mp3's.
On Fri, Oct 07, 2011 at 07:21:44PM +0200, Paul Menzel wrote:
I am not sure. 4 W power consumption of a sound chip sounds quite a lot
to me. Additionally as written above please try a newer version.
That's many orders of magnitude more than is sane unless there's very
loud sound coming out of
Whether passing multiple format infos to negotiate digital passthrough,
or
setting one of the PA_STREAM_FIX_* flags on a record stream, I'm a bit
puzzled
how the buffering attributes are supposed to work.
Most of the values are expressed in bytes. How should the application
negotiate
Le lundi 10 octobre 2011 18:35:02 Pierre-Louis Bossart, vous avez écrit :
Whether passing multiple format infos to negotiate digital passthrough,
or
setting one of the PA_STREAM_FIX_* flags on a record stream, I'm a bit
puzzled
how the buffering attributes are supposed to work.
Most
On Mon, 2011-10-10 at 19:24 +0300, Rémi Denis-Courmont wrote:
Le lundi 10 octobre 2011 18:35:02 Pierre-Louis Bossart, vous avez écrit :
Whether passing multiple format infos to negotiate digital passthrough,
or
setting one of the PA_STREAM_FIX_* flags on a record stream, I'm a bit
Le lundi 10 octobre 2011 21:31:30 Pierre-Louis Bossart, vous avez écrit :
I don't have time to waste for threads like these.
Oh yeah. Sorry that I spend much of the free time I had in the past few months
fixing our code (good), adapting to PulseAudio new requirements (not very
good) or working
Le lundi 10 octobre 2011 19:57:03 Arun Raghavan, vous avez écrit :
You could pick the most conservative of your formats and then adjust
after connecting using pa_stream_set_buffer_attr().
Hmm OK. But what's most conservative here? There is over an order of magnitude
between float32 7.1 at
On 10/10/2011 05:40 PM, Pierre-Louis Bossart wrote:
So the question is whether the logic in Pierre's patch makes sense.
I don't know the answer. Anyway, here's one argument why the current
logic is not good: I believe some applications really are sensitive to
latency - to the point that it's
If the RT prio stuff is working the way it should, there shouldn't be
underruns (on the Pulse/ALSA side, not the client side) even if the
system load is high.
I have never seen any issues when the processing is done inside the
real-time thread (voice integration in Meego).
The issue is that
In Reply to: Mark Brown broo...@sirena.org.uk
On Fri, Oct 07, 2011 at 07:21:44PM +0200, Paul Menzel wrote:
I am not sure. 4 W power consumption of a sound chip sounds quite a lot
to me. Additionally as written above please try a newer version.
That's many orders of magnitude more than
On Mon, 2011-10-10 at 22:28 +0300, Rémi Denis-Courmont wrote:
Le lundi 10 octobre 2011 21:31:30 Pierre-Louis Bossart, vous avez écrit :
I don't have time to waste for threads like these.
Oh yeah. Sorry that I spend much of the free time I had in the past few
months
fixing our code
20 matches
Mail list logo