04.08.2014 19:29, I wrote:
Anyway, I think that the task of objectively testing the resampler
speed and quality also needs to be done, in order to provide such
justifications. Please see
http://lists.freedesktop.org/archives/pulseaudio-discuss/2014-February/019968.html
for the formulation.
On Tue, 2014-08-19 at 12:37 +0100, Colin Guthrie wrote:
Tanu Kaskinen wrote on 19/08/14 12:12:
On Tue, 2014-08-19 at 14:08 +0300, Tanu Kaskinen wrote:
Since the RAOP sink supports only some formats and channel counts, we
shouldn't blindly use pa_core.default_sample_spec. This patch changes
On Wed, 2014-08-20 at 14:51 +0200, DIEHCO RD wrote:
Hello, I hope it is good place for my request. I am looking for some
tips to configure the pulseaudio server on an embedded system. The
program is in the system, but I have difficult to lauch it correctly.
After setting
On Wed, 2014-08-20 at 10:52 -0300, Hugo Osvaldo Barrera wrote:
On 2014-08-20 06:52, Glenn Golden wrote:
Hugo Osvaldo Barrera h...@barrera.io [2014-08-20 09:37:17 -0300]:
Am I going something wrong, or have I hit a bug?
Hugo, fwiw: There's a comandline utility called ponymix
On Mon, 2014-08-11 at 12:47 +0300, Tanu Kaskinen wrote:
If the transport for the profile doesn't exist, the old behaviour was
to leave cp-available at the default value, which is
PA_AVAILABLE_UNKNOWN, but if there's no transport, the profile should
be marked as unavailable.
---
On Tue, 2014-08-12 at 12:48 +0300, Tanu Kaskinen wrote:
The module implementation treats an empty description as a protocol
error, so we should validate the description already at client side.
---
src/pulse/ext-device-manager.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Patch review status updated:
http://www.freedesktop.org/wiki/Software/PulseAudio/PatchStatus/
Statistics:
* 2014-08-24
* 131 patches are pending review.
* The oldest pending patch is 277 days old.
* 2014-08-17
* 133 patches are pending review (not counting the in a github
branch
On Fri, 2014-08-22 at 11:26 -0400, Felipe Sateler wrote:
Note that the directory is chowned if pacmd or pactl are called as
root with the wrong runtime dir. While I have no opinion on the
merits of allowing --check to work as root, I think that calling
`pacmd list-sinks` as root should not
04.08.2014 18:40, Peter Meerwald wrote:
+quality_spec = soxr_quality_spec(SOXR_QQ, 0);
SOXR_QQ means quick cubic interpolation - i.e. the worst quality level
provided by the library. It is worse than speex-float-1 (but the message
with the relevant plots exceeded the maximum tolerable
On Sat, 2014-08-23 at 08:41 -0600, Glenn Golden wrote:
Tanu, Felipe,
Writing up some text now for the --check option. Further below is what I have
so far. A lot longer than the original, but it attempts to cover everything
that has been mentioned in the thread thus far.
However, while
04.08.2014 18:40, Peter Meerwald wrote:
see https://libav.org/doxygen/master/group__lavr.html
Signed-off-by: Peter Meerwald pme...@pmeerw.net
Signed-off-by: poljar (Damir Jelić) poljari...@gmail.com
---
configure.ac | 17 +
src/Makefile.am| 6 ++
04.08.2014 18:40, Peter Meerwald wrote:
see http://sourceforge.net/p/soxr/wiki/Home/
Signed-off-by: Peter Meerwald pme...@pmeerw.net
Signed-off-by: poljar (Damir Jelić) poljari...@gmail.com
--
rebased and leftover handling is external to _resample() now;
this fixes a bug in the
On Sun, 2014-08-24 at 13:00 +0300, Tanu Kaskinen wrote:
On Fri, 2014-08-22 at 11:26 -0400, Felipe Sateler wrote:
Note that the directory is chowned if pacmd or pactl are called as
root with the wrong runtime dir. While I have no opinion on the
merits of allowing --check to work as root, I
Tanu Kaskinen tanu.kaski...@linux.intel.com [2014-08-24 13:33:26 +0300]:
On Sat, 2014-08-23 at 08:41 -0600, Glenn Golden wrote:
The experiments seem to indicate that if XDG_RUNTIME_DIR is EITHER
unset OR if it points to a directory or pid file which is inaccessible
or non-
04.08.2014 18:40, Peter Meerwald wrote:
see https://libav.org/doxygen/master/group__lavr.html
Signed-off-by: Peter Meerwald pme...@pmeerw.net
Signed-off-by: poljar (Damir Jelić) poljari...@gmail.com
---
configure.ac | 17 +
src/Makefile.am|
04.08.2014 18:40, Peter Meerwald wrote:
+quality_spec = soxr_quality_spec(SOXR_QQ, 0);
SOXR_QQ means quick cubic interpolation - i.e. the worst quality level
provided by the library. It is worse than speex-float-1 (but the message with
the relevant plots exceeded the maximum tolerable
I have finished the first stage of my work on resampler quality evaluation.
The scripts are here: https://gitorious.org/psy-eval/psy-eval/
The results are here: https://imgur.com/a/jtIEj
Note: they are valid only for 44100 - 48000 Hz resampling. But that's
the common case.
TL;DR summary: it
25.08.2014 01:02, Weedy wrote:
On 24 Aug 2014 14:53, Alexander E. Patrakov patra...@gmail.com
mailto:patra...@gmail.com wrote:
P.S. The following resamplers are not on the plots:
src-zero-order-hold: exactly the same as trivial.
speex-float-4: very very similar to speex-float-3. Not
24.08.2014 23:55, Peter Meerwald wrote:
04.08.2014 18:40, Peter Meerwald wrote:
+quality_spec = soxr_quality_spec(SOXR_QQ, 0);
SOXR_QQ means quick cubic interpolation - i.e. the worst quality level
provided by the library. It is worse than speex-float-1 (but the message with
the
19 matches
Mail list logo