On Fri, 2013-04-26 at 05:05 +0200, Alexander Couzens wrote:
Hello,
I would like to work on pulseaudio as gsoc student this year.
Can you give me some feedback about my ideas, please?
I'm working with pulse for a while and this is how I'm using it:
-1-
We have an announcements system at
On 04/26/2013 12:48 PM, Tanu Kaskinen wrote:
On Fri, 2013-04-26 at 05:05 +0200, Alexander Couzens wrote:
Hello,
I would like to work on pulseaudio as gsoc student this year.
Can you give me some feedback about my ideas, please?
I'm working with pulse for a while and this is how I'm using it:
On Fri, 2013-04-26 at 14:54 +0200, David Henningsson wrote:
On 04/26/2013 12:48 PM, Tanu Kaskinen wrote:
On Fri, 2013-04-26 at 05:05 +0200, Alexander Couzens wrote:
Hello,
I would like to work on pulseaudio as gsoc student this year.
Can you give me some feedback about my ideas, please?
On 04/26/2013 03:37 PM, Tanu Kaskinen wrote:
On Fri, 2013-04-26 at 14:54 +0200, David Henningsson wrote:
On 04/26/2013 12:48 PM, Tanu Kaskinen wrote:
On Fri, 2013-04-26 at 05:05 +0200, Alexander Couzens wrote:
Hello,
I would like to work on pulseaudio as gsoc student this year.
Can you give
On Fri, 26 Apr 2013 14:54:19 +0200
David Henningsson david.hennings...@canonical.com wrote:
On 04/26/2013 12:48 PM, Tanu Kaskinen wrote:
Making module-tunnel-sink reliable would be very welcome.
I'd like to see a rewrite of module-tunnel-sink to use the libpulse API
instead of doing the
From: João Paulo Rechi Vita jprv...@openbossa.org
---
As already discussed with Tanuk and Mikel, this series should be applied to the
master branch.
src/modules/bluetooth/module-bluetooth-device.c | 1 +
1 file changed, 1 insertion(+)
diff --git
From: João Paulo Rechi Vita jprv...@openbossa.org
The 'Alias' property should be preffered over the 'Name' property, according to
the org.bluez.Device1 API documentation.
---
src/modules/bluetooth/module-bluetooth-device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: João Paulo Rechi Vita jprv...@openbossa.org
The org.bluez.Device1.Name property is optional and may not be present
(that happens with the PTS 4.7.0), so it's better not to expose it to
clients so they don't rely on its existence.
---
src/modules/bluetooth/module-bluetooth-device.c | 1 -
1
On Fri, Apr 26, 2013 at 12:30 PM, jprv...@gmail.com wrote:
From: João Paulo Rechi Vita jprv...@openbossa.org
---
As already discussed with Tanuk and Mikel, this series should be applied to
the
master branch.
And I guess to the next branch as well, so we can rebase the other
bluetooth
Hi João Paulo,
On Fri, Apr 26, 2013 at 5:30 PM, jprv...@gmail.com wrote:
From: João Paulo Rechi Vita jprv...@openbossa.org
The org.bluez.Device1.Name property is optional and may not be present
(that happens with the PTS 4.7.0), so it's better not to expose it to
clients so they don't rely
Am 26.04.2013 14:54, schrieb David Henningsson:
My ideas for a gsoc application:
- Fix network sinks. Try to move a stream to network sink and back
moments later it will run into problems.
e.g. mplayer just stop playing and hang. My job would be
additional testing and fixing upcoming bugs
Hi,
I am trying to integrate PA with ALSA.
I just changed the alsa.conf to add
pcm.!default {
type pulse
}
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
but i am landing into this error
# aplay -Dpulse /share/t.wav
ALSA lib dlmisc.c:236:(snd1_dlobj_cache_get)
From: João Paulo Rechi Vita jprv...@openbossa.org
The 'Name' property of the Device interface became optional in BlueZ 5
and may not be present anymore (that happens when testing against the
PTS 4.7.0), so it's better not to expose it to clients so they don't
rely on its existence.
---
From: João Paulo Rechi Vita jprv...@openbossa.org
The 'Alias' property should be preffered over the 'Name' property,
according to the BlueZ API documentation.
---
src/modules/bluetooth/module-bluetooth-device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, 26 Apr 2013 22:05:03 +0200
Thomas Martitz ku...@rockbox.org wrote:
How could you possibly be unhappy about improving RTP support? Right
now it's basically unusable (for me, anyway) due to this problem/bug:
https://bugs.freedesktop.org/show_bug.cgi?id=44777
Is has nothing to do with
On Fri, 2013-04-26 at 22:05 +0200, Thomas Martitz wrote:
Am 26.04.2013 14:54, schrieb David Henningsson:
My ideas for a gsoc application:
- Fix network sinks. Try to move a stream to network sink and back
moments later it will run into problems.
e.g. mplayer just stop playing and
On Fri, 2013-04-26 at 16:40 +0200, David Henningsson wrote:
[...]
- Simplified way for scripting pulseaudio and doing basic event
handling. Normal (power) user should script their soundsystem.
I believe there's general agreement that we want Lua scripting in
PulseAudio. I think this
17 matches
Mail list logo