On 25 June 2013 04:49, Jason Newton wrote:
> On Mon, Jun 24, 2013 at 7:59 AM, Tanu Kaskinen
> The data stored within HDF5 files is structured and the metadata makes
> the files self-describing of their contents. This allows external
> programs such as the HDF File viewer, matlab, and pytables to
Hmm, are there optional dependencies to libdbus that cause it to become
GPL, or why would anyone choose GPL for libdbus?
Also "demoted to GPL" sounds like we have an opinion about GPL (it sound
like we think LGPL being of a higher rank than GPL).
On 06/25/2013 05:50 AM, Arun Raghavan wrote:
Thanks Ansis, at least now I am happy I am not alone, LOL.
On Thu, Jun 20, 2013 at 2:12 AM, Ansis Māliņš wrote:
> I tried setting it up some time ago, and it just doesn't work. At all. And
> I haven't been able to find any accounts of people getting it to work.
>
> __
Hi Peter,
If I convert all four files, which sent you, to 48K then they all play fine
via PulseAudio 4.0 (no motor boating). The frequency spectrum of the 300Hz
tone at 44.1K looked a lot different from the 300Hz tone generated by
Audacity at 44.1K. I agree that the tone is not perfect. However
---
LICENSE | 7 +++
1 file changed, 7 insertions(+)
diff --git a/LICENSE b/LICENSE
index cd5e42f..80fc08c 100644
--- a/LICENSE
+++ b/LICENSE
@@ -13,6 +13,13 @@ Since the PulseAudio daemon, tests, various
utilities/helpers and the modules
link to libpulsecore and/or the afore mentioned opti
On Mon, Jun 24, 2013 at 7:59 AM, Tanu Kaskinen
wrote:
>
>
> According to [1], libhdf5 installed size is multiple megabytes, so any
> disk space savings would be negated by the necessity to install the new
> library.
>
> [1] http://packages.debian.org/jessie/libhdf5-7
You definitely have a point
Hi Peter,
Thanks, I suspect the resampling as well. I will take a look at the wave
file with audacity and generate a pure 300 Hz tone. Thank you for your
time.
Best Regards,
Rob
On Mon, Jun 24, 2013 at 7:23 PM, Peter Meerwald wrote:
>
> > I just provided the files to you via YouSendIt. Yo
> I just provided the files to you via YouSendIt. You should be receiving an
> e-mail with a link to them. Thanks in advance for your help.
the mysterious 300HZ.wav is not a pure 300Hz tone;
it plays distorted (on ALSA and PA) because the signal is distorted
when you look at it in Audacity (An
Hi Peter,
I just provided the files to you via YouSendIt. You should be receiving an
e-mail with a link to them. Thanks in advance for your help.
Best Regards,
Rob
On Mon, Jun 24, 2013 at 5:54 PM, Robert Krakora <
rob.krak...@messagenetsystems.com> wrote:
> Hi Peter,
>
> Yes, I can. There
Hi Peter,
Yes, I can. There are four tones total all at 44.1K. Give me a few...
Sorry for my rambling e-mails...
Best Regards,
Rob
On Mon, Jun 24, 2013 at 5:52 PM, Peter Meerwald wrote:
>
> > If I play 300HZ.wav sampled at 44.1K with straight ALSA 1.0.25 it sounds
> > just fine.
>
> can y
If I convert 300HZ.wav to 48K and play with PulseAudio 4.0, it sounds
fine. If 44.1K motorboats with PulseAudio 4.0 should it not also motorboat
with straight ALSA 1.0.25?
On Mon, Jun 24, 2013 at 5:50 PM, Robert Krakora <
rob.krak...@messagenetsystems.com> wrote:
> If I play 300HZ.wav sampled a
> If I play 300HZ.wav sampled at 44.1K with straight ALSA 1.0.25 it sounds
> just fine.
can you make the file(s) available somewhere?
thanks, p.
--
Peter Meerwald
+43-664-218 (mobile)
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.
If I play 300HZ.wav sampled at 44.1K with straight ALSA 1.0.25 it sounds
just fine.
On Mon, Jun 24, 2013 at 5:49 PM, Robert Krakora <
rob.krak...@messagenetsystems.com> wrote:
> OK, I took the 300HZ.wav file and retested locally with Asterisk 11.4 out
> of the equation. It is sampled at 44.1K a
OK, I took the 300HZ.wav file and retested locally with Asterisk 11.4 out
of the equation. It is sampled at 44.1K and motorboats with
'resample-method' set to any value. If I convert the file to 8K it then
plays fine with 'resample-method' set to any value. I am confused.
On Mon, Jun 24, 2013
Hello,
I had 'resample-method' set to 'speex-float-1' when it was previously set
to the default which I believe is 'speex-float-3'. I meant to set it to
'speex-float-10' to see if the "motor-boating"
would go away...looks like I forgot the '0'. The wave files over SIP via
Asterisk 11.4 now soun
On Wed, 2013-05-15 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> Make a clear split to define an API implementing transport operations,
> and how these backends should report the events to the Bluetooth core.
> ---
> src/modules/bluetooth/bluetooth-util.c | 143
> ++
On Wed, 2013-05-15 at 10:46 +0200, Mikel Astiz wrote:
> +int pa_bt_backend_register(pa_bluetooth_discovery *y, pa_bluetooth_backend
> *b, enum profile p, void *bp);
> +void pa_bt_backend_unregister(pa_bluetooth_discovery *y,
> pa_bluetooth_backend *b, enum profile p);
Could we use just one bluet
On Wed, 2013-05-15 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> Components other than BlueZ can also implement Bluetooth profiles and
> some infrastructure is required to keep the codebase cleanly split.
> ---
> src/modules/bluetooth/bluetooth-util.c | 32 ++
Am 24.06.2013 21:03, schrieb Tanu Kaskinen:
On Mon, 2013-06-24 at 11:36 -0400, Robert Krakora wrote:
Basically, the 300Hz tone "motor boats" when played over SIP via Asterisk.
Every tone that previously played well over SIP via Asterisk then also
"motor boats".
(Please don't top-post.)
If you
On Mon, 2013-06-24 at 17:29 +0200, David Henningsson wrote:
> With the new behaviour, you will not always get a callback after a
> successful write. Make sure the callers can properly handle this.
>
> Signed-off-by: David Henningsson
> ---
> src/pulsecore/protocol-esound.c | 15 +--
On Mon, 2013-06-24 at 11:36 -0400, Robert Krakora wrote:
> Basically, the 300Hz tone "motor boats" when played over SIP via Asterisk.
> Every tone that previously played well over SIP via Asterisk then also
> "motor boats".
(Please don't top-post.)
If you record from the alsa sink while this moto
On Wed, 2013-06-12 at 16:28 +0200, David Henningsson wrote:
> @@ -351,6 +353,12 @@ static void increase_watermark(struct userdata *u) {
> new_min_latency = PA_MIN(old_min_latency * 2, old_min_latency +
> TSCHED_WATERMARK_INC_STEP_USEC);
> new_min_latency = PA_MIN(new_min_latency,
> u->s
On Wed, 2013-06-12 at 16:28 +0200, David Henningsson wrote:
> Assume that we *really really* want no more than 10 ms of latency, and
> there are occasional underruns. Now the latency will increase, first to 1 ms,
> then 2 ms, 4 ms, 8 ms, 16 ms. At that point, when the sink's latency
> is 16 ms and
Basically, the 300Hz tone "motor boats" when played over SIP via Asterisk.
Every tone that previously played well over SIP via Asterisk then also
"motor boats".
On Mon, Jun 24, 2013 at 11:35 AM, Robert Krakora <
rob.krak...@messagenetsystems.com> wrote:
> Hi Tanu,
>
> Here is my setup. I have a
Hi Tanu,
Here is my setup. I have a machine that is utilizing Asterisk 11.4 to send
a 300Hz tone sampled at 44.1K to another machine via SIP running Asterisk
11.4 and PulseAudio 4.0. The source machine does not have PulseAudio
installed and it running ALSA 1.0.25. The sink machine does have
Pul
With the new behaviour, you will not always get a callback after a
successful write. Make sure the callers can properly handle this.
Signed-off-by: David Henningsson
---
src/pulsecore/protocol-esound.c | 15 +--
src/pulsecore/protocol-http.c | 10 +++---
src/pulsecore/proto
On Mon, 2013-06-17 at 08:56 -0400, Robert Krakora wrote:
> Hi All,
>
> I have been struggling with Pulse Audio since version 2.1 to play different
> wav files that play fine with straight ALSA. A co-worker found a 300 Hz
> tone that is played by our system to warn of an emergency event kills Puls
On Mon, 2013-06-17 at 22:32 -0700, Jason Newton wrote:
> Hi,
>
> I've been using HDF5 [ http://www.hdfgroup.org/HDF5/whatishdf5.html ]
> in my own applications alot recently and I thought pulseaudio may have
> overlooked this library for it's own problems given HDF's
> scientific-field origins.
On Tue, 2013-06-18 at 22:30 +0200, Damir Jelić wrote:
> On Tue, Jun 18, 2013 at 10:00:32PM +0300, Tanu Kaskinen wrote:
> > On Tue, 2013-06-18 at 20:56 +0200, Damir Jelić wrote:
> > > On Tue, Jun 18, 2013 at 09:48:35PM +0300, Tanu Kaskinen wrote:
> > > > On Tue, 2013-06-18 at 17:06 +0200, Damir Jeli
Good morning,
I'm working on iMX23 platform using build root.
My product need use of pulsaudio2.1 and bluez 4.101.
Those package are in blunde with build root and all work fine with
exception of pulsaudio unload -> load modules.
eg:
pactl load-module module-loopback
pactl unload-module MODULE NU
On Sat, 2013-06-22 at 20:14 +0200, Mario Moles wrote:
> Hi!
> I use kernel-rt in ROSA-linux and pulseaudio crashs after a few minutes:
> With a standard-kernel all is ok!
> What can I do to report the bug?
How to report a bug: register an account on bugs.freedesktop.org and go
to https://bugs.free
Hi Georg,
On Thu, Jun 20, 2013 at 5:02 PM, Georg Chini wrote:
> Hello,
>
> after upgrading to Pulseaudio 4.0 my bluetooth devices (headset, 2 mobiles)
> are no longer discovered. I am running Debian unstable on an amd64 CPU,
> the new Debian package was released a few days ago.
> I also filed a b
On 05/27/2013 08:57 PM, David Henningsson wrote:
Well, as some of you already know, Canonical is currently working on an
Ubuntu phone product. Part of that is a well working audio stack.
In short, we're trying to build something where we can run as much of
standard Ubuntu as possible and as litt
33 matches
Mail list logo
