Re: [pulseaudio-discuss] [PATCH] trivial: Mention speex as a resampler reference in pulse-daemon.conf
On Sun, Dec 19, 2010 at 2:16 AM, Arun Raghavan arun.ragha...@collabora.co.uk wrote: I think this is incorrect - the sentence basically said the src-* resampling methods are provided by libsamplerate - for more details, look at the libsamplerate documentation. We could rephrase as: See the documentation of libsamplerate and speex for explanations of the different src- and speex- methods. Indeed, I think your suggestion is preferable. Here's a patch against current stable-queue making that change and also correcting the quality range (incorrectly 0..9 but is 0..10 now). Best, -Dan From 13a54ba888781bb0abfcd1f536dfc73550aefc21 Mon Sep 17 00:00:00 2001 From: Daniel T Chen crim...@ubuntu.com Date: Sun, 19 Dec 2010 07:51:21 -0500 Subject: [PATCH] Further clarify src- and speex- references in pulse-daemon.conf Based on comments from Arun Raghavan, make clear that we're referring to the libspeex API documentation for the speex- options. Also correct the quality range (was incorrectly 0..9 but is 0..10 now) and clean up the line length. Signed-off-by: Daniel T Chen crim...@ubuntu.com --- man/pulse-daemon.conf.5.xml.in | 27 ++- 1 files changed, 14 insertions(+), 13 deletions(-) diff --git a/man/pulse-daemon.conf.5.xml.in b/man/pulse-daemon.conf.5.xml.in index 8164106..8c22f9b 100644 --- a/man/pulse-daemon.conf.5.xml.in +++ b/man/pulse-daemon.conf.5.xml.in @@ -90,19 +90,20 @@ USA. opttrivial/opt, optspeex-float-N/opt, optspeex-fixed-N/opt, optffmpeg/opt. See the documentation of libsamplerate and speex for explanations of the - different src- methods. The method opttrivial/opt is the most basic - algorithm implemented. If you're tight on CPU consider using - this. On the other hand it has the worst quality of them - all. The Speex resamplers take an integer quality setting in the - range 0..9 (bad...good). They exist in two flavours: optfixed/opt and - optfloat/opt. The former uses fixed point numbers, the latter relies on - floating point numbers. On most desktop CPUs the float point - resmampler is a lot faster, and it also offers slightly better - quality. See the output of optdump-resample-methods/opt for - a complete list of all available resamplers. Defaults to - optspeex-float-3/opt. The opt--resample-method/opt - command line option takes precedence. Note that some modules - overwrite or allow overwriting of the resampler to use./p + different src- and speex- methods, respectively. The method + opttrivial/opt is the most basic algorithm implemented. If + you're tight on CPU consider using this. On the other hand it has + the worst quality of them all. The Speex resamplers take an + integer quality setting in the range 0..10 (bad...good). They + exist in two flavours: optfixed/opt and optfloat/opt. The former uses fixed point + numbers, the latter relies on floating point numbers. On most + desktop CPUs the float point resampler is a lot faster, and it + also offers slightly better quality. See the output of + optdump-resample-methods/opt for a complete list of all + available resamplers. Defaults to optspeex-float-3/opt. The + opt--resample-method/opt command line option takes precedence. + Note that some modules overwrite or allow overwriting of the + resampler to use./p /option option -- 1.7.1 ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] [PATCH] trivial: Mention speex as a resampler reference in pulse-daemon.conf
'Twas brillig, and Daniel Chen at 19/12/10 12:57 did gyre and gimble: On Sun, Dec 19, 2010 at 2:16 AM, Arun Raghavan arun.ragha...@collabora.co.uk wrote: I think this is incorrect - the sentence basically said the src-* resampling methods are provided by libsamplerate - for more details, look at the libsamplerate documentation. We could rephrase as: See the documentation of libsamplerate and speex for explanations of the different src- and speex- methods. Indeed, I think your suggestion is preferable. Here's a patch against current stable-queue making that change and also correcting the quality range (incorrectly 0..9 but is 0..10 now). Thanks. Pushed now. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Tell me more about pa_simple_new device argument ?
Thanks for all your responses... I'm so looking to work with Asynchronous API ... À+, Serge S. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
[pulseaudio-discuss] Undurstand Asynchronous API :(
In a first discussion thread, I was looking for introspection to find and select outuput devices for a C++ DJ real-time-line with two output : main and headphone. Thanks for all your responses... I'm so looking to work with Asynchronous API ... (This is a new discussion thead about that.) ... but WAW ! It's so hard... :( 6 hours than I'm parsing documentation about... → http://0pointer.de/lennart/projects/pulseaudio/doxygen/async.html « What a ... » :) Please, is there some example about using Asynchronous API ? So way about C++ class/objet wrapping ? I've start somethings but nothing to be show here yet... À+, Serge S. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] *reminder* Re: [PATCH 0/3] Fighting rewinds
On 2010-12-17 17:39, Marius Bjørnstad wrote: On 15/12/10 08:41, David Henningsson wrote: For users running Ubuntu Maverick, there is a ppa for easy testing here: https://launchpad.net/~diwic/+archive/fighting-rewinds It also includes two fixes on the gstreamer side. Hi, I installed the PPA, and the audio in Skype stopped working. There is no error messages, but I hear no notification sounds and no audio during calls. Sometimes, apparently at random times, I hear one of the notification sounds (login, end call). I must have triggered the playback of the sounds at some time before. In other programs, the sound works fine. Please say if there is any debug info that i can provide. Thanks for testing. Would it be possible for you two who had regressions to determine if it is patch 1, 1+2, or 3 that's causing the regression? Thanks in advance! -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
Re: [pulseaudio-discuss] Undurstand Asynchronous API :(
Ok, at this time, I've got result with Asynchronous API :) I've find some undestanding ways inside the pa source code... Week-end end, and next one will be consecrate to Christmas :/ I hope be able to show you my code for new year :) À+, Serge S. ___ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss