<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Alternate sample rate fails with PA_STREAM_FIX_RATE flag"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=75954#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Alternate sample rate fails with PA_STREAM_FIX_RATE flag"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=75954">bug 75954</a>
              from <span class="vcard"><a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> <span class="fn">Tanu Kaskinen</span></a>
</span></b>
        <pre>Created <span class=""><a href="attachment.cgi?id=95605" name="attach_95605" title="Test program">attachment 95605</a> <a href="attachment.cgi?id=95605&action=edit" title="Test program">[details]</a></span>
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.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>