hey, lets say an enourmous patch has been constructed that exceeds the patchers current processor capacity attainable on one machine. even if the patch has wrongfully with good intentions anMVC sorta interface tied into the tcl tk simcomplexity, would a live capable solution to on one machine run pd with the ui and audio disabled while on another machine run pd with the gui disabled and audio enabled? if this did work and the audio did not glitch every time you move the mouse araound and instead the idea was implemented on one machine would this clarify that you just need to interrupt the machine at it's mouse setting vector and increas the mouse in the temporal direction? or does one only need to read the entire sourcecode of tcl tk to understand what is going on.com secondly how is mobmuplat different than say nexus ui for popular ddevices like android iNoids. thirdly on each of these ui platforms how are dynamic things like cloning the ui and spawning the coresponding monstrosity in pd? maybe this is all we want to be able to tinker with the design in real time at the most least footprint in the memory and cpu cycle . p.s. don buchla blast off memorial jam session
a) love include pic
b) GUI performance is highly dependant on setup , OS , window manager , moon phase , voodoo rituals
Could you clarify which where in play for b) ?
-- buZz
Could you clarify which where in play for b) ?
-- buZz
only have just now access to the current version of xensynth over air
with ssh@ubuntu-studio
in the process of taping /rerouting/ too short exposed network cables ,
finding a torn off tie dye sleeve for use as saw grease(coconut oil)
applicator, etc...
maybe this question can be answered once the computer desk is up and
running .
while waiting maybe these will hold you over
https://archive.org/details/Walkera.buchlaseq
https://l.facebook.com/l.php?u=https%3A%2F%2Farchive.org%2Fdetails%2FWalkera.buchlaseq&h=kAQHnjyi1
https://archive.org/details/22edobuchlastdpent5maj
https://l.facebook.com/l.php?u=https%3A%2F%2Farchive.org%2Fdetails%2F22edobuchlastdpent5maj&h=SAQHaulAe
https://archive.org/details/22astrology10buchla
https://l.facebook.com/l.php?u=https%3A%2F%2Farchive.org%2Fdetails%2F22astrology10buchla&h=RAQHOz-o6
re: "crickets" don buchla blast off memorial bass feathering https://www.youtube.com/watch?v=PU2buvqNhIo https://youtu.be/PU2buvqNhIo
more buchla/moog inspired puredata madness https://archive.org/details/xmjijam3 i'm thinking my problem is in my envelope still too many machines and partitions with xensynth on it i may have accidentl been using a version with the unfixed envelope patch. have tried to conserve cpu ticks by turning off every abstraction or patch that has an audio rate calculation in it by way of switching audio off in the patch when a voice deactivates. seems like the glitching is worse when i use an envelope with more than a few milliseconds release time so that tells me that i still have something screwy going on with the envelope. noticed that the envelope has no block so that they can be disabled. its a tricky thing to keep up with too. simple polyphonic thinking doesn't work due to the dynamic sustains, you can never schedule the deactivation bang till the noteoff message has been received then youn have to schedule the deactivation of the voice after the release has occured. then the envelope has to also be able to be deactivated after a voice stealing, so it may be in any part of its computation so all vlines, delays, and everything must be stopped and fast ramped down. so you have an additional ramp down delay to deal with. maybe thats what i need to rethink, about not using voice stealing. or a way to tidy the whole mess up.
-
Bastiaan van den Berg -
Billy Stiltner