{"action":"opened","issue":{"url":"https://api.github.com/repos/samaaron/sonic-pi/issues/443","labels_url":"https://api.github.com/repos/samaaron/sonic-pi/issues/443/labels{/name}","comments_url":"https://api.github.com/repos/samaaron/sonic-pi/issues/443/comments","events_url":"https://api.github.com/repos/samaaron/sonic-pi/issues/443/events","html_url":"https://github.com/samaaron/sonic-pi/issues/443","id":69421923,"number":443,"title":"Hoover synth can crash on the RPi","user":{"login":"xavriley","id":369527,"avatar_url":"https://avatars.githubusercontent.com/u/369527?v=3","gravatar_id":"","url":"https://api.github.com/users/xavriley","html_url":"https://github.com/xavriley","followers_url":"https://api.github.com/users/xavriley/followers","following_url":"https://api.github.com/users/xavriley/following{/other_user}","gists_url":"https://api.github.com/users/xavriley/gists{/gist_id}","starred_url":"https://api.github.com/users/xavriley/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/xavriley/subscriptions","organizations_url":"https://api.github.com/users/xavriley/orgs","repos_url":"https://api.github.com/users/xavriley/repos","events_url":"https://api.github.com/users/xavriley/events{/privacy}","received_events_url":"https://api.github.com/users/xavriley/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":0,"created_at":"2015-04-19T12:52:17Z","updated_at":"2015-04-19T12:52:17Z","closed_at":null,"body":"Sam reported a crash using the hoover synth on the RPi\r\n\r\nLooking into it the most likely culprit appears to be CombC which does some memory management in the background. Looking on some forums I see that there are some suggestions that BufCombC has better failure characteristics but you have to manage your own buffers\r\n\r\n> > you mean use BufDelayL instead of DelayL? ... I could do that easily. \r\n> > But I dont understand how that could mean less memory is allocated.. \r\n>\r\n> it would mean it is allocated dynamically and should just cause a failed allocation (rather then a crash). > Also - DelayL (and their ilk) round up to the next power of two. Allocating otherwise doesn't (I believe). \r\n>\r\n> Josh \r\n\r\nfrom http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/Allocating-large-memsize-in-server-options-td5561452.html\r\n\r\nThe rest of the discussion pointed out that SuperCollider only allocates a tiny amount of memory on  startup by default (something like 8Mb). This could be increased through the `-m` flag when we boot scsynth\r\n"}}