[pulseaudio-tickets] [Bug 75954] Alternate sample rate fails with PA_STREAM_FIX_RATE flag

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=75954

--- Comment #2 from Tanu Kaskinen <tanuk at iki.fi> ---
Created attachment 95605
  --> https://bugs.freedesktop.org/attachment.cgi?id=95605&action=edit
Test program

What does "pactl list sinks short" and "pactl list sink-inputs short" show when
VLC is experiencing this problem?

I couldn't reproduce this with the attached test program. The test program does
this in its write callback:

        now = pa_timeval_load(pa_gettimeofday(&timeval));
        seconds_passed = (now - started_at) / PA_USEC_PER_SEC;
        printf("seconds_passed = %u\n", seconds_passed);

        if (pa_stream_get_time(p, &stream_usec) >= 0) {
                stream_time = stream_usec / PA_USEC_PER_SEC;
                printf("stream_time = %u\n", stream_time);
        } else
                printf("pa_stream_get_time() failed.\n");

So it spams the terminal with this kind of output:

stream_write_cb()
seconds_passed = 260
stream_time = 260
stream_write_cb()
seconds_passed = 260
stream_time = 260
stream_write_cb()
seconds_passed = 261
stream_time = 260
stream_write_cb()
seconds_passed = 261
stream_time = 260

seconds_passed is the wall clock time since starting the stream, and
stream_time is the stream time as returned by pa_stream_get_time(). If the
stream was in reality playing at 44100 Hz while the reported sample spec was
48000 Hz, I'd expect seconds_passed and stream_time to diverge over time.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20140311/34c96c1f/attachment.html>