alsa: when printing warning about bogus data from alsa include snd_pcm_dump()

bluetooth: when starting up HSP stream, send 2 packets first, only afterwards enter one-read-one-write logic

bluetooth: rework timing logic, properly implement latency callbacks

bluetooth: be a bit more verbose if we exit due to bad poll() revents flag

bluetooth: rename sco to hsp also for the user

core: add a seperate fixed_latency field for sinks/sources with fixed latency

core: memory leak, fix ref counting when moving streams

dbus: memory leak, actually free dbus wrapper

dbus: drop pa_ prefix from static symbol

protocol-native: downgrade message if we receive pcm block for dead stream

protocol-native: print underrun message only once for each underrun

socket-server: memory leak, free machine id after use

dbus: memory leak, free pending calls

dbus: memory leak, free server id after use

bluetooth: memory leak, actually free discovery struct itself

interpol-test: make it easier to test corking only optionally

bluetooth: make sure to set max_request

introduce relative_volume field in sink_input and make use of it on sink flat volume change

when calculating volume from dB use ceil()

print smallest attenuation/sample

update documentation regarding stream timing a bit

after propagating a sink volume change to the sink inputs recalculate their soft volumes

we need to make our multiplications with linear values

reduce number of conversions to/from linear volumes

compare with doubles, not integer

If the sink volume is lowered to 0 and then increased again, make sure all stream volumes follow instead of staying at 0

make use of SO_TIMESTAMP timestamp for accuracy and leave smoother paused until we have data

mark null sink as support dynamic latency

adjust max_rewind/max_request whenever the latency changes

send the source latency based on the MTU size

add suspend_within_thread() callbacks to pa_sink_input/pa_source_output

enable debugging output based on if DEBUG_DATA macro is set

make sure we don't apply sampling rate fixes that bring the sampling freq > PA_RATE_MAX

Fixes #525

Make sure we don't get stuck when prebuf is too high

If prebuf is greater than tlength minus minreq we might end up waiting
for the buffer to fill up further however without ever asking for more
data from the client since less minreq bytes might be missing.

This fixes bug #440

extend documentation for pa_stream_cork() a bit

properly handle interpolation when queried x is left of last data position

don't fail device reservation if the D-Bus connection is dead

be a bit more verbose about the busses we are connected to

make sure we keep a reference of the bus connection during the whole runtime if we manage to acquire the bus name

run make po-update

Merge commit 'origin/master-tx'

Merge branch 'master' of ssh://rootserver/home/lennart/git/public/pulseaudio

make it easy to disable interpolation in the interpolation test tool

Fix a couple of races in native protocol

Also make sure we account for recording memblock that are currently 'on
the fly' between the main and the IO thread.

Also makes a couple of timing calls that were done in different calls
in a single inter-thread call. That way there is a better guarantee that
they match up.

don't try to outsmart the transport

introduce pa_{sink|source}_get_latency_within_thread()

Modify smoothing code to make cubic interpolation optional and allow 'quick fixups' on resuming

The primary reason for this change is to allow time graphs that do not
go through the origin and hence smoothing starting from the origin is
not desired. This change will allow passing time data into the smoother
while paused and then abruptly use that data without smoothing using the
'quick fixup' flag when resuming.

Primary use case is allowing recording time graphs where the data
recorded originates from a time before the stream was created. The
resulting graft will be shifted and should not be smoothened to go
through the origin.

Sending translation for Finnish

initialize sound cards only after the 'control' object appeared

increase log buffer further

refuse to initialize on modem devices

add missing files to POTFILES.in

run make update-po

Merge commit 'origin/master-tx'

various spelling fixes

POTFILES.IN: Refer to src/pulsecore/dbus-util.c

Sending translation for po/sr@latin.po

Sending translation for Serbian

Sending translation for po/sr@latin.po

Sending translation for Serbian

Merge branch 'master' of ssh://rootserver/home/lennart/git/public/pulseaudio

downgrade a few messages

Sending translation for Serbian

Sending translation for Chinese (Simplified)

plot the difference between system and sound card time

properly account for seeks in the requested_bytes counter

use machine id instead of hostname to identify local connections

Sending translation for Italian

load bt discover module only when installed

prepare test7

pass destination source/sink when moving streams so that we can access them

don't access i->sink if it is not set

prepare test6

increase timing update interval exponentially

in verbose mode log buffer attr changes

add buffer_attr callback stuff to exported symbol list

fix buffer defaults

be a bit more verbose about max_request changes

Log underruns

handle buffer_attr changed messages properly

update command name table

fix an error where a signal was accidently freed when it is tried to register it twice

Merge commit 'origin/master-tx'

Sending translation for Spanish

Sending translation for Spanish

Sending translation for Spanish

revive solaris module

On Wed, 4 Mar 2009, Lennart Poettering wrote:

[snip]
> > This patch disables link map/library versioning unless ld is GNU ld.
> > Another approach for solaris would be to use that linker's -M option,
> > but I couldn't make that work (due to undefined mainloop, browse and
> > simple symbols when linking pacat. I can post the errors if anyone is
> > intested.)
>
> The linking in PA is a bit weird since we have a cyclic dependency
> between libpulse and libpulsecommon which however is not explicit.

Could that affect the pacat link somehow?

What are the implications for client apps that link with the non-versioned
libraries I've been building on solaris?

[snip]
> >  struct userdata {
> >      pa_core *core;
> > @@ -87,15 +92,24 @@ struct userdata {
> >
> >      pa_memchunk memchunk;
> >
> > -    unsigned int page_size;
> > -
> >      uint32_t frame_size;
> > -    uint32_t buffer_size;
> > -    unsigned int written_bytes, read_bytes;
> > +    int32_t buffer_size;
> > +    volatile uint64_t written_bytes, read_bytes;
> > +    pa_mutex *written_bytes_lock;
>
> Hmm, we generally try do do things without locking in PA. This smells as
> if it was solvable using atomic ints as well.
>
> Actually, looking at this again I get the impression these mutex are
> completely unnecessary here. All functions that lock these mutexes are
> called from the IO thread so no locking should be nessary.
>
> Please don't use volatile here. I am pretty sure it is a misuse. Also
> see http://kernel.org/doc/Documentation/volatile-considered-harmful.txt
> which applies here too I think.

OK, I've removed the locks. For some reason I thought that the get_latency
function was called from two different threads.

> > +static void sink_set_volume(pa_sink *s) {
> > +    struct userdata *u;
> > +    audio_info_t info;
> > +
> > +    pa_assert_se(u = s->userdata);
> > +
> > +    if (u->fd >= 0) {
> > +        AUDIO_INITINFO(&info);
> > +
> > +        info.play.gain = pa_cvolume_avg(&s->virtual_volume) * AUDIO_MAX_GAIN / PA_VOLUME_NORM;
> > +        assert(info.play.gain <= AUDIO_MAX_GAIN);
>
> I'd prefer if you'd use pa_cvolume_max here instead of pa_cvolume_avg()
> because this makes the volume independant of the balance.
>
> > -    info.play.error = 0;
> > +        info.play.gain = pa_cvolume_avg(&s->virtual_volume) * AUDIO_MAX_GAIN / PA_VOLUME_NORM;
> > +        assert(info.play.gain <= AUDIO_MAX_GAIN);
>
> Same here. (i.e. for the source)

Done and done.

> > +            if (u->sink->thread_info.rewind_requested)
> > +                pa_sink_process_rewind(u->sink, 0);
>
> This is correct.
>
> >
> >              err = ioctl(u->fd, AUDIO_GETINFO, &info);
> >              pa_assert(err >= 0);
>
> Hmm, if at all this should be pa_assert_se(), not pa_assert() (so that
> it is not defined away by -DNDEBUG). However I'd prefer if the error
> would be could correctly. (I see that this code is not yours, but
> still...)

Done.

> > +                        case EINTR:
> > +                            break;
>
> I think you should simply try again in this case...

Done.

> > +                        case EAGAIN:
> > +                            u->buffer_size = u->buffer_size * 18 / 25;
> > +                            u->buffer_size -= u->buffer_size % u->frame_size;
> > +                            u->buffer_size = PA_MAX(u->buffer_size, (int32_t)MIN_BUFFER_SIZE);
> > +                            pa_sink_set_max_request(u->sink, u->buffer_size);
> > +                            pa_log("EAGAIN. Buffer size is now %u bytes (%llu buffered)", u->buffer_size, buffered_bytes);
> > +                            break;
>
> Hmm, care to explain this?

EAGAIN happens when the user requests a buffer size that is too large for
the STREAMS layer to accept. We end up looping with EAGAIN every time we
try to write out the rest of the buffer, which burns enough CPU time to
trip the CPU limit.

So, I reduce the buffer size with each EAGAIN. This gets us reasonably
close to the largest usable buffer size. (Perhaps there's a better way to
determine what that limit is, but I don't know how.)

> > +
> > +            pa_rtpoll_set_timer_absolute(u->rtpoll, xtime0 + pa_bytes_to_usec(buffered_bytes / 2, &u->sink->sample_spec));
> > +        } else {
> > +            pa_rtpoll_set_timer_disabled(u->rtpoll);
> >          }
>
> Hmm, you schedule audio via timers? Is that a good idea?

Perhaps not. I won't know until I test on more hardware.

But, given that we have rt priority and high resolution timers on solaris,
I think it is OK in theory...

The reason I used a timer was to minimise CPU usage and avoid the CPU
limit. Recall that getting woken up by poll is not an option for playback
unfortunately. We can arrange for a signal when the FD becomes writable,
but that throws out the whole buffer size concept, which acts to reduce
latency.

> That really only makes sense if you have to deal with large buffers and
> support rewinding.

I've implemented rewind support, but I'm still not sure that I have
understood the concept; I take it that we "rewind" (from the point-of-view
of the renderer, not the sink) so that some rendered but as yet unplayed
portion of the memblock/buffers can then be rendered again?

> Please keep in mind that the system clock and the sound card clock
> deviate. If you use the system timers to do PCM scheduling ou might need
> a pa_smoother object that is able to estimate the deviation for you.

Actually, in an earlier version I did use a smoother (after reading about
that in the wiki). But because of the non-monotonic sample counter (bug?)
I decided that it probably wasn't worth the added complexity so I removed
it. I'll put the smoother back if I can figure out the problem with the
sample counter.

>
> > +    u->frame_size = pa_frame_size(&ss);
> >
> > -    if ((fd = open(p = pa_modargs_get_value(ma, "device", DEFAULT_DEVICE), mode | O_NONBLOCK)) < 0)
> > +    u->buffer_size = 16384;
>
> It would appear more appropriate to me if the buffer size is adjusted by
> the sample spec used.

Done.

> One last thing: it would probably be a good idea to allocate a pa_card
> object and attach the sink and the source to it.

It is possible to open /dev/audio twice by loading the solaris module
twice -- once for the sink (passing record=0) and once for source (passing
playback=0), thus giving seperate threads/LWPs for source and sink. It
might be misleading to allocate two cards in that situation?

> Right now pa_cards are mostly useful for switching profiles but even if
> you do not allow switching profiles on-the-fly it is of some value to
> find out via the cards object which source belongs to which sink.
>
> Otherwise I am happy!
>
> Thanks for your patch! I'd be thankful if you could fix the issues
> pointed out and prepare another patch on top of current git!

No problem. Patch follows. It also includes a portability fix for
pa_realpath and a fix for a bug in the pa_signal_new() error path that
causes signal data be freed if you attempt to register the same signal
twice.

> I hope I answered all your questions,

Your answers were very helpful, thanks.

Finn

>
> Lennart
>
>

Specifying ALSA mixer control

On Fri, Mar 27, 2009 at 7:21 AM, Lennart Poettering <lennart@poettering.net> wrote:

>> I tried installing the latest git sources on my Ubuntu Jaunty box but
>> it just broke sound in all my applications.  For my own purposes, I'm
>> going to need to start with the Ubuntu-patched 0.9.14.  However, if
>> you are willing to accept this patch I will forward port it so that it
>> applies to the latest sources.  It's a completely harmless change, so
>> why not apply it?
>
> Yes, I am happy to apply it. Could you please update it for current git?
>

Great.  An updated patch is attached.  For symmetry, I added this
option to the alsa source module as well.

The Ubuntu folks have customized pulse so much that it is difficult
for me to get this version working on my system.  For this patch I
have only made sure that it compiles.  But it does pretty much the
same thing as the one for 0.9.14, which is working great for me.

Thanks,
Kyle

fix some typos in doxygen comments

these bugged me for a while now.

Maarten

handle failure to parse proplist in cli-command gracefully

explain ff7033c11d9248fe837204b03c8397231dc511fe

Revert "make sure we always read in all properties"

This reverts commit 1c8f968282208be391f062c1656d85e2ba5078ac.

Turns out doing this is racy. The appropriate fix seems to be
38825d79123678bf0c5d156aaea4bedb888a7fcd

allow nofail mode only when no server string was specified

minor cleanups

take org.pulseaudio.Server instead of org.pulseaudio to match the interface name already used in the HAL module

fix compiler warning

make sure we never access an invalid pa_bluetooth_device object

make sure we always read in all properties

get rid of old 'Connected' property parsing and make sure we don't execute two case branches

introduce typedef for pa_bt_audio_state and use it everywhere