Re: [pulseaudio-discuss] GSoC Proposal: Resampling Improvements

2013-04-22 Thread Peter Meerwald
Hello, > > > > > By "libresample", I guess you mean "libsamplerate". Peter can correct > > > > > me > > > > > if I'm intepreting him wrong, but my understanding is that > > > > > libsamplerate > > > > > was only mentioned as an example of a resampler with a problematic > > > > > license. I don'

Re: [pulseaudio-discuss] GSoC Proposal: Resampling Improvements

2013-04-22 Thread Damir Jelić
Hi Peter. On Sun, Apr 21, 2013 at 08:31:18PM +0200, Peter Meerwald wrote: > Hello, > > > > > > What I would like to do over the summer: > > > > > - enable resampling with libav > > > > > - write some test coverage for the libav resampling method > > > > > - deprecate the ffmpeg resamp

Re: [pulseaudio-discuss] [PATCH 2/2] build-sys: Use build-aux directory to store autogenerated files

2013-04-22 Thread João Paulo Rechi Vita
On Mon, Apr 22, 2013 at 8:05 AM, Javier Jardón wrote: > On 17 April 2013 19:03, João Paulo Rechi Vita wrote: >> >> More of a curiosity, are there any big advantage of this approach over >> what we have right now? > > > Hi, sorry for the late replay > > Well simply to use the upstream tools to boo

[pulseaudio-discuss] [PATCH] echo-cancel: Fix send/recv_counter in calc_diff()

2013-04-22 Thread Peter Meerwald
From: Peter Meerwald send_counter/recv_counter relate to the bytes (play stream) passed through the queue, hence the same sample spec must be used Signed-off-by: Peter Meerwald Acked-by: Stefan Huber --- src/modules/echo-cancel/module-echo-cancel.c |4 ++-- 1 file changed, 2 insertions(+)

Re: [pulseaudio-discuss] [RFCv3 18/20] bluetooth: Call HandsfreeAudioCard.Connect() on non-optional acquire

2013-04-22 Thread João Paulo Rechi Vita
On Mon, Apr 22, 2013 at 4:43 AM, Mikel Astiz wrote: > Hi João Paulo, > > On Mon, Apr 22, 2013 at 5:07 AM, wrote: >> From: João Paulo Rechi Vita >> >> When the HFP sink/source is resumed and the transport is not acquired a >> new Audio Connection should be started by the HF. This is needed to >>

Re: [pulseaudio-discuss] [PATCH 1/2] daemon: Fix dlsearchpath while running from build tree

2013-04-22 Thread Tanu Kaskinen
On Mon, 2013-04-22 at 12:41 +0300, Tanu Kaskinen wrote: > On Sat, 2013-04-20 at 10:14 +0530, Arun Raghavan wrote: > > It appears that, libltdl will find the .la file in the builddir and > > figure out where the real .so is. > > > > This also requires .ifexists to be fixed up to correspondingly sea

Re: [pulseaudio-discuss] No sound on upgrading to Ubuntu 13.04

2013-04-22 Thread David Henningsson
Hi Paul, The OOPS in comment #2 is definitely same as bug 1169984. As for HDMI Audio + Nouveau, I don't know much about how well it works; I usually recommend people to use proprietary drivers for both Nvidia and ATI/AMD. On 04/22/2013 02:09 PM, Paul Hewlett wrote: Hi David I have conclu

Re: [pulseaudio-discuss] No sound on upgrading to Ubuntu 13.04

2013-04-22 Thread Paul Hewlett
Hi David I have concluded that this is not pulseaudio - the fault is not finding a working profile (which is alsa) I installed the latest alsa drivers and now the 'work profile' error message no longer appears. I have reported this in https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/117

Re: [pulseaudio-discuss] [PATCH 1/2] daemon: Fix dlsearchpath while running from build tree

2013-04-22 Thread Tanu Kaskinen
On Mon, 2013-04-22 at 13:24 +0300, Tanu Kaskinen wrote: > On Mon, 2013-04-22 at 15:44 +0530, Arun Raghavan wrote: > > We could possibly put these in a .fail block instead and always try to > > load, implementing the .tryload-module mechanism peter suggests. > > Just using .fail would generate unne

Re: [pulseaudio-discuss] [PATCH 2/2] build-sys: Use build-aux directory to store autogenerated files

2013-04-22 Thread Javier Jardón
On 17 April 2013 19:03, João Paulo Rechi Vita wrote: > More of a curiosity, are there any big advantage of this approach over > what we have right now? > Hi, sorry for the late replay Well simply to use the upstream tools to bootstrap the autotools configuration files (autoreconf) instead to us

[pulseaudio-discuss] pa_make_secure_dir patch: only fchown if necessary

2013-04-22 Thread Bram Vandoren
Hello, we hit a problem similar to what's described here: https://bugzilla.redhat.com/show_bug.cgi?id=852449 http://lists.opensuse.org/opensuse-bugs/2012-10/msg02347.html Some NFS servers reject fchown requests, even if you chown to the same uid/gid. pulseaudio always executes fchown even if the

Re: [pulseaudio-discuss] [PATCH 1/2] daemon: Fix dlsearchpath while running from build tree

2013-04-22 Thread Tanu Kaskinen
On Mon, 2013-04-22 at 15:44 +0530, Arun Raghavan wrote: > On Mon, 2013-04-22 at 12:41 +0300, Tanu Kaskinen wrote: > [...] > > > *ifstate = access(pathname, F_OK) == 0 ? > > > IFSTATE_TRUE : IFSTATE_FALSE; > > > pa_log_debug("Checking for ex

Re: [pulseaudio-discuss] [PATCH 1/2] daemon: Fix dlsearchpath while running from build tree

2013-04-22 Thread Arun Raghavan
On Mon, 2013-04-22 at 12:41 +0300, Tanu Kaskinen wrote: [...] > > *ifstate = access(pathname, F_OK) == 0 ? > > IFSTATE_TRUE : IFSTATE_FALSE; > > pa_log_debug("Checking for existence of '%s': > > %s", pathname, *ifstate == IFSTATE_TRUE ? "s

Re: [pulseaudio-discuss] [PATCH 1/2] daemon: Fix dlsearchpath while running from build tree

2013-04-22 Thread Tanu Kaskinen
On Sat, 2013-04-20 at 10:14 +0530, Arun Raghavan wrote: > It appears that, libltdl will find the .la file in the builddir and > figure out where the real .so is. > > This also requires .ifexists to be fixed up to correspondingly search in > /.libs. > --- > src/daemon/daemon-conf.c| 2 +- > s

Re: [pulseaudio-discuss] No sound on upgrading to Ubuntu 13.04

2013-04-22 Thread David Henningsson
On 04/20/2013 06:03 PM, Paul Hewlett wrote: Hi all In a fit of madness I upgraded to 13.04 and now my sound on my Nvidia card is not recognised. The error I get is: Apr 20 16:45:44 Feynmann pulseaudio[9714]: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id

Re: [pulseaudio-discuss] No sound on upgrading to Ubuntu 13.04

2013-04-22 Thread Tanu Kaskinen
On Sat, 2013-04-20 at 17:03 +0100, Paul Hewlett wrote: > Hi all > > In a fit of madness I upgraded to 13.04 and now my sound on my Nvidia card > is not recognised. > > The error I get is: > > Apr 20 16:45:44 Feynmann pulseaudio[9714]: [pulseaudio] module.c: Failed to > load module "module-alsa-c

Re: [pulseaudio-discuss] Resampling impreovements for GSOC'13

2013-04-22 Thread Peter Meerwald
Hello, > 3. Pass the resampling test cases in new environment. > I have found the test cases in the present code tree in > /src/tests/resampler.c where all combinations of sampling rate and sampling > format are tested. After refactoring the code, the old test cases should > pass. currently, the

Re: [pulseaudio-discuss] Documentation for git send-email

2013-04-22 Thread Shuai Fan
On 04/21/2013 06:47 PM, Tanu Kaskinen wrote: Hi, We now have documentation for using git send-email for patch submission: http://www.freedesktop.org/wiki/Software/PulseAudio/HowToUseGitSendEmail That's great, I will have a try. ___ pulseaudio-discus

Re: [pulseaudio-discuss] Resampling impreovements for GSOC'13

2013-04-22 Thread dinesh thangavel
Hello Peter, I have elaborated the points on the list. 3. Pass the resampling test cases in new environment. I have found the test cases in the present code tree in /src/tests/resampler.c where all combinations of sampling rate and sampling format are tested. After refactoring the code, the old

Re: [pulseaudio-discuss] [RFCv3 18/20] bluetooth: Call HandsfreeAudioCard.Connect() on non-optional acquire

2013-04-22 Thread Mikel Astiz
Hi João Paulo, On Mon, Apr 22, 2013 at 5:07 AM, wrote: > From: João Paulo Rechi Vita > > When the HFP sink/source is resumed and the transport is not acquired a > new Audio Connection should be started by the HF. This is needed to > support audio call transfer from the AG to the HF triggered by

Re: [pulseaudio-discuss] [PATCH 1/2] daemon: Fix dlsearchpath while running from build tree

2013-04-22 Thread Peter Meerwald
> It appears that, libltdl will find the .la file in the builddir and > figure out where the real .so is. > This also requires .ifexists to be fixed up to correspondingly search in > /.libs. what do you think about NOT using .ifexists and implementing a .tryload-module instead (to get rid of .l