David Braun

Hi! I'm very glad to hear about Linux. For Mac, could you examine your Xcode files and see if they're any different? https://github.com/DBraun/DawDreamer/blob/master/Builds/MacOSX/DawDreamer.xcodeproj/project.pbxproj Look for references to Python. I'd like...

One more thing is that maybe you're using Python that didn't come from homebrew. I only tested with homebrew, not conda/miniconda etc.

I'm not the biggest fan of brew myself. I only used it because RenderMan previously used it. Maybe these [lines](https://github.com/DBraun/DawDreamer/blob/758e2a76d9b16cfc38693a1103b6522907d5bce6/DawDreamer.jucer#L67-L79) indicate something, but it's similar to what you scoped out...

Interesting, because that plugin is included in the automated tests for macOS: https://github.com/DBraun/DawDreamer/blob/bdc8947dc7aa99e141c0a081d4ba5bf0ccfd73b3/tests/dawdreamer_utils.py#L102 Does it work if you don't call `load_state`? Did you call `engine.load_graph([(synth, [])])`? before render? Can you...

No problem. Let's leave this open as a bug in the meanwhile.

Tested and fixed in 0.6.14. I decided to make it throw a RuntimeError you can catch with a try clause.

Seems like the rare case of a mono VST. You could try making sure `audio` is shaped (1, T) where T is the number of samples before passing it to...

This one is different than the last example. **Expand mono to N channels:** ```python faust = e.make_faust_processor("faust") N = 2 faust.set_dsp_string(f"process = _

Darn, that could be a tough one. It could be an issue with any of the VSTs, or it could be a DawDreamer issue. I'll revisit the relevant code when...

Thanks, then it seems like a problem with DawDreamer.