Question wrt recording

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

 



On Tue, 10.03.09 21:56, Magnus Hjorth (magnus.hjorth at home.se) wrote:

> Hi,
>
> According to the docs for libpulse, pa_stream_set_overflow_callback is  
> only for playback streams. So, how can you get notified of overflow in  
> recording streams? Or does PA  dynamically allocate larger buffers so  
> overflows never can happen?

The buffer management in PA is based on ref counting. That means when
the queue is empty it doesn't take up any memory. And if it is not
empty it takes exactly as much memory as its current fill level. We
still enforce some limit to this, but generally overflows when
recording are unlikely.

That said it probably makes sense to throw overflow events for
recording as well -- which we indeed currently don't do.

> Another question, is there a way to query for a source if there is any  
> on-the-fly conversion going on, for example if  plug: is being used on  
> Alsa? I'm a little concerned that some people might be recording with  
> worse quality than they think and would like to be able to give some  
> warning at least.

The sources/sink are always run in the "native" format of the
underlying device (unless the native format is very exotic or the
underlying API is too limited to allow us query the native
format). If you connect a stream to a device that doesn't match in
channel map, sample rate, sample format of course
conversion/resampling needs to take place. You can query the
sample_spec/channel_map of the device and compare it with your
stream's and then you know whether conversion takes place or not.

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4



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

  Powered by Linux