I was messing around with resampler.c in the pulsecore folder. I was
wondering about the input and output buffer sizes that are passed into
the various resampling methods. I printed out the size and the output
buffer is larger than the sampling rate ratio times the input buffer
by a large number
What is returned in the next input buffer, when the resampled output buffer
is under by a sample or two?
For example:
Input buffer size is 100 samples. You are upsampling by a factor of two, so
the output buffer size should be 200 samples.
So if you a doing some processing, and the number of
Is there a flag that specifies the amount of time that parec should be
running? parec seems to run indefinitely waiting for data to be streamed on
the monitor sink.
Thanks
Baek
--
Baek Chang
[EMAIL PROTECTED]
407-267-6701
___
pulseaudio-discuss
What is the proper way to do volume ramping in pulse audio to avoid clicking
when changed the volume? I wrote a module to callback and change the volume
in small incremental steps, but it seems that pulse seems to apply the
volume changes on the audio buffer as a whole. Does pulseaudio take a
? If
not, then where?
Thanks
Baek Chang
On Thu, Jan 22, 2009 at 1:00 PM, Lennart Poettering
lenn...@poettering.netwrote:
On Wed, 21.01.09 13:44, Baek Chang (baek...@ccrma.stanford.edu) wrote:
How is the latency obtained when using bluetooth in pulseaudio. By
latency
I mean something
I am seeing warp around happening due to overflow when doing the following.
parec -r --device=alsa_output.pci_8086_269a_sound_card_0_alsa_playback_0.monitor
output.raw --format=s16le --rate=44100 --channels=1
paplay --format=s16le --rate=44100 --channels=2
if i use parec with the same
somewhere if we are adding two channels
together?
On Wed, Sep 15, 2010 at 2:54 PM, Baek Chang baek...@ccrma.stanford.eduwrote:
I am seeing warp around happening due to overflow when doing the following.
parec -r
--device=alsa_output.pci_8086_269a_sound_card_0_alsa_playback_0.monitor
output.raw
Is it possible to change the sampling rate that the alsa sink or source is
configured for? For example, in some scenarios, 44.1kHz is used, then in
another scenario, to avoid sample rate conversion and some other hardware
problems, configure the alsa device to 8kHz within the
Running into a weird issue. I am doing the following on 0.9.22 version of
pulseaudio
start pulseaudio, and play and audio file.
when the file is done playing, after 5 seconds, the alsa sink suspends.
then I let the system go to power collapse.
When I resume and play an audio file again, alsa
Hi,
I'm seeing some issue with underruns/rewinds occurring on the beginning of
every sink input playback.
I see rewind requests on alsa sink of 9600 bytes. The alsa driver is
configured with the following buffer sizes
I: sink.c: device.buffering.buffer_size = 9600
I: sink.c:
Also, if i revert to pulseaudio 0.9.14, i do not see this issue happening.
I can hear the very short samples in the beginning fine.
On Sun, May 1, 2011 at 8:45 PM, Baek Chang baek...@ccrma.stanford.eduwrote:
I am hearing that very very short sounds, smaller than hw buffer size,
occasionally
.
Thanks
On Tue, May 3, 2011 at 1:36 AM, Colin Guthrie gm...@colin.guthr.ie wrote:
'Twas brillig, and Baek Chang at 02/05/11 04:52 did gyre and gimble:
Also, if i revert to pulseaudio 0.9.14, i do not see this issue
happening. I can hear the very short samples in the beginning fine.
I think
Hi,
There used to be some test/sample code that did volume ramping on pulseaudio
git source. Recently it has been taken out. Any idea as to why, the revert
commits did not mention a reason.
I've been testing it out and it seems stable, I did have to change some of
the logic and code to get it
at 18:21 -0700, Baek Chang wrote:
Hi,
There used to be some test/sample code that did volume ramping on
pulseaudio git source. Recently it has been taken out. Any idea as
to why, the revert commits did not mention a reason.
I've been testing it out and it seems stable, I did have
I'm trying to use the echo cancellation module on my embedded platform but
it seems to be taking all the cpu usage and renders audio useless.
I'm continually seeing these messages:
warning: The echo canceller started acting funny and got slapped (reset). It
swears it will behave now.
D:
On Thu, May 26, 2011 at 11:25 AM, Arun Raghavan
arun.ragha...@collabora.co.uk wrote:
On Thu, 2011-05-26 at 10:07 -0700, Baek Chang wrote:
I'm trying to use the echo cancellation module on my embedded platform
but it seems to be taking all the cpu usage and renders audio useless.
I'm
16 matches
Mail list logo