[yoshimi] Re: Buffer branch

  • From: Will Godfrey <willgodfrey@xxxxxxxxxxxxxxx>
  • To: yoshimi@xxxxxxxxxxxxx
  • Date: Sat, 6 Apr 2019 11:52:01 +0100

On Fri, 5 Apr 2019 14:31:54 +0100
"Tom" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "madtom1999" for DMARC)
wrote:

On 01/04/2019 20:02, Will Godfrey wrote:
For about a week now, I've been trying to improve Yoshimi's behaviour over a
variety of buffer sizes, and LV2 hosts, along with stand-alone jack and alsa.
However, I've made no progress trying to get them all on the same page and 
timed
correctly, so I've decided to put this on the back-burner and get on with 
other
things.

I had asked several people to try it out, but please don't bother to try
anymore. I may come back to in the future.
 
I've played with a few things in similarish situations and sometimes 
running different things on different processors*  can speed things up 
but it seems to be a bit of a dark art. Sometimes running the kernel in 
realtime mode works quite well  but then that stops screensavers working 
which can be a bit of a security risk!

Tom

* at boot time you can keep linux running on (say) 3 processors leaving 
(on an 8 core) 5 to run different processes on - jack on one, yosh on 
another etc etc


Good points Tom, however in this particular case it's the way *envelope* times
change depending on buffer size that I was trying to sort out. There is no
central time calculation, all parts of Yoshi do that at note_on time. Carla in
particular screws that up be sending genuinely variable buffer sizes. Make it
right for Carla and it's wrong for everything else :(

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Yoshimi source code is available from either: 
https://sourceforge.net/projects/yoshimi
Or: https://github.com/Yoshimi/yoshimi
Our list archive is at: https://www.freelists.org/archive/yoshimi
To post, email to yoshimi@xxxxxxxxxxxxx

Other related posts: