Open jreus opened 8 years ago
May be related to #16 Perhaps the non-realtime bit takes too long to process, when accessing the networking interface.
Is this affected by the CPU load of the real-time audio process ? (the one you get with watch -n -0.5 cat /proc/xenomai/stat
)
I think the sluggishness is due to https://github.com/sensestage/supercollider/issues/34 . That should be unrelated to the segfaults, however it may explain why segfaults are more rare when running scsynth
without sclang
.
Now that I have (allegedly) fixed the segfaults, I'd say they were unrelated to the sluggishness. They were stack-overflow-related, so that must have meant that going through sclang
was worse in this respect.
When using Bela as a remote server (controlled via the IDE on my Macbook), the server responsiveness via OSC is either unreliable or disfunctional. Server status info in the bottom right of the IDE is available sometimes and sometimes not. Some server/language communication features even crash scsynth (for example, using the poll Ugen, or polling control busses from the language)