Yo,
'Twas brillig, and Maarten Bosmans at 09/02/11 16:07 did gyre and gimble:
2011/1/31 Colin Guthrie gm...@colin.guthr.ie:
'Twas brillig, and Maarten Bosmans at 31/01/11 10:36 did gyre and gimble:
2011/1/16 Maarten Bosmans mkbosm...@gmail.com:
The branch is up at
2011/1/31 Colin Guthrie gm...@colin.guthr.ie:
'Twas brillig, and Maarten Bosmans at 31/01/11 10:36 did gyre and gimble:
2011/1/16 Maarten Bosmans mkbosm...@gmail.com:
The branch is up at
https://github.com/mkbosmans/pulseaudio/compare/master...rate-adjustment
ready for merging, as far a I am
On 2011-02-09 17:07, Maarten Bosmans wrote:
As I said before, the last commit
[72b90ea8ac53e23862284991a2ce355de250f585] is really beyond my
understanding of rewinds and would definately not be appropriate for
stable-queue without further review. Also, it has not been tested in
combination with
'Twas brillig, and Maarten Bosmans at 31/01/11 10:36 did gyre and gimble:
2011/1/16 Maarten Bosmans mkbosm...@gmail.com:
The branch is up at
https://github.com/mkbosmans/pulseaudio/compare/master...rate-adjustment
ready for merging, as far a I am concerned.
I'm still not entirely sure
I've tested module-loopback by playing to a null-sink and looping its
monitor to the real alsa sink. This showed good behaviour, but may be
the algorithm I used for module-rtp-recv should also be used here.
Does anyone has a better suggestion for a setup to test
module-loopback? null-sink and
2011/1/17 pl bossart bossart.nos...@gmail.com:
I've tested module-loopback by playing to a null-sink and looping its
monitor to the real alsa sink. This showed good behaviour, but may be
the algorithm I used for module-rtp-recv should also be used here.
Does anyone has a better suggestion for
The branch is up at
https://github.com/mkbosmans/pulseaudio/compare/master...rate-adjustment
ready for merging, as far a I am concerned.
I'm still not entirely sure whether the change of
https://github.com/mkbosmans/pulseaudio/commit/72b90ea8ac53e23862284991a2ce355de250f585
is correct, but it