BTW. The good news first. The 2048:2048 buffer setting works, even with 24/96.
It seems that it is the bulk-data-buffer-load at the beginning of a track -- when using rather huge streaming buffers and high samplerates - that's causing task scheduling issues on a low steam machine like the PI. It seems that the playback gets messed up if SL with the its rather high playback priorities (default=45) gets in trouble with the priority scheme of other involved services and IRQs. On my Arch installation not any other service/interrupt seems to be elevated. E.g. on the SB Touch it's different. Pretty much all relevant services and interrupts are elevated to 40 by default. SL is slightly above that. That's presumably causing less priority issues on SBT. That's my experience at least. Anyhow. It seems that I have to have a closer look at my task priority scheme of the RPI, if I want to run in full-file-buffer mode. And lets stop the guessing. I'll also do a bit of debugging. ;) Cheers ::: ' Touch Toolbox and more' (http://soundcheck-audio.blogspot.com) ::: by soundcheck ------------------------------------------------------------------------ soundcheck's Profile: http://forums.slimdevices.com/member.php?userid=34383 View this thread: http://forums.slimdevices.com/showthread.php?t=97046 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
