'Twas brillig, and Arun Raghavan at 08/02/11 17:09 did gyre and gimble:
On Fri, 2010-11-19 at 18:11 -0200, João Paulo Rechi Vita wrote:
Hello Pierre,
On Wed, Nov 10, 2010 at 17:00, pl bossart bossart.nos...@gmail.com wrote:
Here's the corrected path with most comments from Tanu implemented. I
Yo,
'Twas brillig, and Maarten Bosmans at 09/02/11 16:07 did gyre and gimble:
2011/1/31 Colin Guthrie gm...@colin.guthr.ie:
'Twas brillig, and Maarten Bosmans at 31/01/11 10:36 did gyre and gimble:
2011/1/16 Maarten Bosmans mkbosm...@gmail.com:
The branch is up at
Sorry I couldn't make the meeting yesterday.
On Thu, 2011-02-24 at 23:34 -0600, Margarita Olaya wrote:
Pierre,
On Thu, Feb 24, 2011 at 2:20 PM, pl bossart bossart.nos...@gmail.com wrote:
The initial version of the UCM module is available at the following link:
From: Maarten Bosmans [mailto:mkbosm...@gmail.com]
Sent: Friday, February 25, 2011 1:10 AM
To: Becker, VincentX
Cc: General PulseAudio Discussion
Subject: Re: [pulseaudio-discuss] [PATCH 1/2] Add a target to the PA log
feature
The patches were handled at the meeting yesterday
-Original Message-
From: pulseaudio-discuss-boun...@mail.0pointer.de [mailto:pulseaudio-
discuss-boun...@mail.0pointer.de] On Behalf Of Paul Menzel
Sent: Thursday, February 24, 2011 11:15 PM
To: pulseaudio-discuss@mail.0pointer.de
Subject: Re: [pulseaudio-discuss] [PATCH 1/2] Add a target
On Fri, 2011-02-25 at 09:42 +, Colin Guthrie wrote:
'Twas brillig, and Arun Raghavan at 08/02/11 15:34 did gyre and gimble:
If there are no objections to this approach, we could expose the fading
API via a property (set it to trigger a fade) and a signal (for the
fade-done callback).
'Twas brillig, and Arun Raghavan at 25/02/11 10:40 did gyre and gimble:
Oh, the irony! :) Yep, this will need to fade (:p) to the background.
Pity, since the gst side power optimisation also gets postponed as a
result, but hopefully it'll be something we can get back to soon after
1.0 (I'm an
Forgive my ignorance of how the virtual-sink.c works (I've really not
looked) but my (perhaps incorrect) understanding was that it is
basically a code template rather than a real sink.
Is this just a wrong grasp of the situation?
If it's not wrong, should the changes there to modargs etc. be
Hi,
A while ago a user needed to get notification (in a module) when a sink
port changed.. I recommended he added a simple patch for this to add a
new hook which he implemented. I'm only now getting around to merging
(sorry kt)
I extended this a little to add a similar hook when the card profile
'Twas brillig, and Colin Guthrie at 25/02/11 11:23 did gyre and gimble:
diff --git a/src/pulsecore/card.c b/src/pulsecore/card.c
index 2f0a3af..1758f48 100644
--- a/src/pulsecore/card.c
+++ b/src/pulsecore/card.c
@@ -214,6 +214,7 @@ int pa_card_set_profile(pa_card *c, const char
*name,
As the patches that make it possible to build pulse on win32 should
land in master any moment now, I thought it would be a good time to
make the binaries available for download.
http://bosmans.ch/pulseaudio/pulseaudio-1.0dev-1090.4.zip
This is just a repackaging of the files found at
'Twas brillig, and Maarten Bosmans at 25/02/11 13:28 did gyre and gimble:
Is there also a possibility to host the zipfile on
some 'official' pulsed server for download, or should I just host them
myself, just like Cendia does for the old 0.9.6 binaries? I don't
think you can upload files to
When creating synthesized paths, pa_alsa_path_set_new() created duplicate
elements for each path, and one of the duplicate elements would be marked as
required absent. That made path probing fail. While debugging this, I noticed
also that pa_alsa_path_synthesize() didn't initialize p-last_element
---
src/modules/alsa/module-alsa-card.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/src/modules/alsa/module-alsa-card.c
b/src/modules/alsa/module-alsa-card.c
index ebd2f8a..3f8576d 100644
--- a/src/modules/alsa/module-alsa-card.c
+++
'Twas brillig, and Tanu Kaskinen at 25/02/11 14:28 did gyre and gimble:
---
src/modules/alsa/module-alsa-card.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/src/modules/alsa/module-alsa-card.c
b/src/modules/alsa/module-alsa-card.c
index ebd2f8a..3f8576d
'Twas brillig, and Tanu Kaskinen at 25/02/11 14:27 did gyre and gimble:
When creating synthesized paths, pa_alsa_path_set_new() created duplicate
elements for each path, and one of the duplicate elements would be marked as
required absent. That made path probing fail.
Not sure I fully
On Fri, 2011-02-25 at 11:14 +, Colin Guthrie wrote:
Forgive my ignorance of how the virtual-sink.c works (I've really not
looked) but my (perhaps incorrect) understanding was that it is
basically a code template rather than a real sink.
Is this just a wrong grasp of the situation?
Well,
'Twas brillig, and Tanu Kaskinen at 25/02/11 15:44 did gyre and gimble:
I almost forgot to give credit to Marc-André Lureau, who wrote the first
version of this patch a long time ago. So, Colin, if you commit this
patch, please add the following text to the commit message:
This patch is
Modifiers can be used in the following situations:-
1) Music is being played. Pulseaudio has configured the Music use case
verb via UCM. The system wants to play a tone, this could be a beep or
even a ring tone for an incoming call. Pulseaudio would then check for a
UCM play tone modifier
Well, it is a template, but it's also fully functional. The
functionality is just very limited :)
If it's not wrong, should the changes there to modargs etc. be migrated
to the modules which have been spawned from virtual sink?
I believe there aren't actually any modules yet spawned from
'Twas brillig, and pl bossart at 25/02/11 16:13 did gyre and gimble:
Well, it is a template, but it's also fully functional. The
functionality is just very limited :)
If it's not wrong, should the changes there to modargs etc. be migrated
to the modules which have been spawned from virtual
On Fri, 2011-02-25 at 10:10 -0600, pl bossart wrote:
Modifiers can be used in the following situations:-
1) Music is being played. Pulseaudio has configured the Music use case
verb via UCM. The system wants to play a tone, this could be a beep or
even a ring tone for an incoming call.
the idea was to have at least one card working, so yes this is pretty
much the same approach than the code in module-alsa-card. Do you have
any idea on how to manage virtual cards? I'm not clear on they way
that ALSA manages virtual cards.
I am not clear either. I asked a question on this on
Hi guys!
On Fri, Feb 25, 2011 at 5:05 PM, Colin Guthrie gm...@colin.guthr.ie wrote:
'Twas brillig, and Tanu Kaskinen at 25/02/11 15:44 did gyre and gimble:
Are you happy with the patch other than this additional comment in the
commit message?
Thanks Tanu for giving me my share of credits :)
24 matches
Mail list logo