On Friday, January 20, 2017 00:27:08 Frank Neumann wrote:
> - The only other interesting observation from today was to see what happens
> if I change the jackd buffer size. My standard buffer size here is 128
> frames, and with that there is roughly one correctly played sample in about
> 10 events.
> If I increase the buffer size to 1024 frames, the issue is a lot more rare
> - I have to wait up to a minute to hear one correctly played sample. One
> the other side, reducing the buffer size to 64 frames creates more correct
> playbacks - roughly 1 out of 4.
> Not sure if this brings us closer to the root cause, but still
> interesting.
Good to know.
> - To make sure I am not fooled by some issue with my sound card (M-Audio
> Audiophile 2496), I set up playback of the same file with qtractor and
> Rui's "drumkv1" LV2 plugin. That one delivers stable "correct" audio data,
> so the problem really appear to stem from LinuxSampler itself.
No doubt about that. As I said before, it seems to be a bug on LS side.
Since Alby M. said he was unable to reproduce that issue with the official
tarball release LS 2.0.0, maybe you give that version a short try, just to see
if that bug had been accidentally introduced in the meantime:
svn update -r2789
CU
Christian
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
