On 2014-08-05 05:53, Takashi Sakamoto wrote:
Hi David,
I tested this functionality with my two devices below. As a result, the
fallback did not work well. Please check the attached files.
Echo Audio Audiofile 4 (6ch capture/6ch playback)
M-Audio FireWire Audiophile (4ch capture/6ch
Hi Sajeesh,
On 5 August 2014 09:53, Sajeesh Sidharthan sajees...@samsung.com wrote:
Hi Arun,
This is the first time I have submitted a patch to open source.
Could you please let me know if I have to do anything further if the change
is acceptable?
Nothing to do from your side - the patch
On Mon, Aug 4, 2014 at 9:10 AM, Peter Meerwald pme...@pmeerw.net wrote:
could you please try to pass --enable-neon-opt for the armhf build? I
think ARMHF is supposed to provide NEON support
Armhf seems to be autodetecting neon[1]. However, NEON is not
guaranteed to be available on armhf, so
On Tue, Aug 5, 2014 at 10:47 AM, Peter Meerwald pme...@pmeerw.net wrote:
On Mon, Aug 4, 2014 at 9:10 AM, Peter Meerwald pme...@pmeerw.net wrote:
could you please try to pass --enable-neon-opt for the armhf build? I
think ARMHF is supposed to provide NEON support
Armhf seems to be
This is not expected to be used by most clients - the default
system-wide setting is preferred to provide a consistent user
experience.
However certain clients (at the moment, this is just web browsers), need
to be able to disable clients from modifying system-wide volume, so
this provides such a
Hi folks,
Alexander's already brought up the issue of websites that can set the volume on
a stream programmatically, and either unwittingly or malicious set the system
volume to 100% when using flat-volumes, and while I've been against having to
deal with this on the PulseAudio side, I think we
06.08.2014 00:54, Arun Raghavan wrote:
Hi folks,
Alexander's already brought up the issue of websites that can set the volume on
a stream programmatically, and either unwittingly or malicious set the system
volume to 100% when using flat-volumes, and while I've been against having to
deal with
I installed pulseaudio and what I *think/assume* were it's dependencies,
(from slackbuild scripts)
avahi-0.6.31-x86_64-1_SBo
json-c-0.11-x86_64-1_SB
libasyncns-0.8-x86_64-1_SBo
lirc-0.9.0_3.10.17-x86_64-3_SBo
jack-audio-connection-kit-0.124.1-x86_64-1_SBo
pavucontrol-2.0-x86_64-1_SBo
On 8/5/14, 12:35 AM, Sajeesh Sidharthan wrote:
---
src/modules/bluetooth/module-bluez5-device.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/modules/bluetooth/module-bluez5-device.c
b/src/modules/bluetooth/module-bluez5-device.c
index 57b2791..eda7a9d
On 6 August 2014 01:12, Alexander E. Patrakov patra...@gmail.com wrote:
06.08.2014 00:54, Arun Raghavan wrote:
Hi folks,
Alexander's already brought up the issue of websites that can set the
volume on
a stream programmatically, and either unwittingly or malicious set the
system
volume to
Hi David,
On Aug 5 2014 19:56, David Henningsson wrote:
Looking at the logs, there is no sign of the multichannel profile at
all. It makes me wonder if you're actually testing with my patch set
applied, can you double check that there indeed is a Multichannel
mapping in your default.conf? It
Looking at the logs, there is no sign of the multichannel profile at
all. It makes me wonder if you're actually testing with my patch set
applied, can you double check that there indeed is a Multichannel
mapping in your default.conf? It was applied to git master last Friday.
The
06.08.2014 06:31, Arun Raghavan wrote:
On 6 August 2014 01:12, Alexander E. Patrakov patra...@gmail.com wrote:
I think that the real problem that needs to be solved is not only that flat
volumes are inapplicable to the web, but also that PulseAudio doesn't
provide any API for intra-application
On 6 August 2014 09:09, Alexander E. Patrakov patra...@gmail.com wrote:
06.08.2014 06:31, Arun Raghavan wrote:
On 6 August 2014 01:12, Alexander E. Patrakov patra...@gmail.com wrote:
I think that the real problem that needs to be solved is not only that
flat
volumes are inapplicable to the
14 matches
Mail list logo