Pulse Audio 4.0 gets killed by 300 Hz tone...never recovers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 at 5:15 PM, Robert Krakora <
rob.krakora at messagenetsystems.com> wrote:

> 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 sound really smooth going from 44.1->8->44.1...maybe it
> was the up-sampling that was killing me.  With a better re-sample algorithm
> the motor-boating appears to have disappeared with only a sacrifice of 15%
> CPU on the dual core Atom with which I am working.  If this was indeed the
> problem, I am going to feel really stupid getting you guys involved.  :-(
> Thanks for your prompt responses.
>
> Best Regards,
>
> Rob
>
>
> On Mon, Jun 24, 2013 at 3:25 PM, Thomas Martitz <kugel at rockbox.org> wrote:
>
>> 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 record from the alsa sink while this motor-boating is happening,
>>> is the audio in the recorded file fine? You can record with for example
>>> this command:
>>>
>>>       parecord --device=NAME_OF_THE_MONITOR_**SOURCE > ~/tmp/test.wav
>>>
>>> Replace NAME_OF_THE_MONITOR_SOURCE with the name of the monitor source.
>>> You can list the available sources with "pactl list sources short",
>>> hopefully you're able to figure out which of the sources is the correct
>>> one (it's one of those that end with ".monitor").
>>>
>>>
>>
>> And if not you could feed the recorded file to paplay with different
>> sample rates to see if resampling isn't done correctly somewhere.
>>
>> Best regards
>> ______________________________**_________________
>> pulseaudio-discuss mailing list
>> pulseaudio-discuss at lists.**freedesktop.org<pulseaudio-discuss at lists.freedesktop.org>
>> http://lists.freedesktop.org/**mailman/listinfo/pulseaudio-**discuss<http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss>
>>
>
>
>
> --
> Rob Krakora
> MessageNet Systems
> 101 East Carmel Dr. Suite 105
> Carmel, IN 46032
> (317)566-1677 Ext 212
> (317)663-0808 Fax
>



-- 
Rob Krakora
MessageNet Systems
101 East Carmel Dr. Suite 105
Carmel, IN 46032
(317)566-1677 Ext 212
(317)663-0808 Fax
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20130624/65afbb6f/attachment.html>


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux