@marc_boule I spent about . . . wait, let me turn the room light back on and allow you to come out from the corner …
I tested about an hour loading random patches, first with just the ones with the scoop attached which showed much desired flat-lined. Then, against my better judgement, others with headphones on, and main levels up. . . happily, with no issues. With the Mute enabled, dc blocker I always turn on, hey - it did in fact mute! As far as I can tell, the mute and DC blocker is working!!
Awesome. @marc_boule thank you for addressing so quickly. Quick question though, why would DC blocker ever be an option? I cannot see this never not enabled - imho. I think it is defaulted to off too btw…I may be wrong.
From my testing, I say push this version out to one and all. This is terribly exciting. I, I am not kidding, the relief knowing that I don’t have to muck about with my mains level with every load… or if I forget I get a burst of audio-noise that scares the every living crap out of me . . . . yay! My Genelecs thank you @marc_boule
I am very curious though, is it “normal” standard behavior for during an initial load process crap blurts out?? Is there a plethora of reasons why this does happen? Load/system/weather?
I still like to find out why the impromtu clock starts/activates on load and sends a clk, when obviously it is not enabled. With this Bang, it initiates what every is connected - seems odd to me.
TBH, I wish, the audio globally, had an on/off option, the “run” engine is in a pause/off state. All modules / deactivated at load. Similarly the way MAXmsp sorts it out having to ‘start audio’ to get things moving. Having Rack at load ALL be inactive, until “rack-engine” becomes “turned on…” manually … just jabbering now