@Christoph-Hart Adding -fno-strict-aliasing to the compiler flags makes the multipage dialogs show up again.

I think it's something to do with the way the std:bind is being used in these macros, I think it's confusing the optimisation system.

#define BIND_MEMBER_FUNCTION_0(x) std::bind(&x, this) #define BIND_MEMBER_FUNCTION_1(x) std::bind(&x, this, std::placeholders::_1) #define BIND_MEMBER_FUNCTION_2(x) std::bind(&x, this, std::placeholders::_1, std::placeholders::_2) #define BIND_MEMBER_FUNCTION_3(x) std::bind(&x, this, std::placeholders::_1, std::placeholders::_2, std::placeholders::_3)

But this is way beyond my c++ foo so I could be very wrong.

Selected units on the timeline should persist... even through crashes

@Simon Cleaned build directory, re-compiled, seems fine now.

@d-healey Gotcha!

@aaronventure Thought this one was new… Damn!

@Christoph-Hart said in fx.pitch_shift not working in a multi channel network:

@ustk haha don't use that, I'm probably ditching it again soon.

Other than the glitches, it was doing its job really well. I hope there's a good one to replace it with after ditching this one. Or whatever the problem is with this one, I hope it gets fixed.

@d-healey Right, see it.

From macOS docs:

OpenGL is not color managed. As a consequence, it might require additional effort to devise solutions to specific color problems you may encounter when using it. The fundamental problem is OpenGL has one set of assumptions, and the display buffer has another.

JUCE has now apparently fixed it, here's the commit

Link Preview Image OpenGL: Ensure that macOS uses the same (sRGB) colour space everywhere · juce-framework/JUCE@19175ff

JUCE is an open-source cross-platform C++ application framework for desktop and mobile applications, including VST, VST3, AU, AUv3, LV2 and AAX audio plug-ins. - OpenGL: Ensure that macOS uses the same (sRGB) colour space everywhere · juce-framework/JUCE@19175ff

favicon

GitHub (github.com)

@Christoph-Hart yep it's very likely me that's at fault...

@Christoph-Hart Lovely stuff!! Thanks for letting me know!

I'm working in HISE right now. Let me pull the latest develop branch and see how I get on. Will report back.

EDIT: Yep. All good here!!

ScriptNode Clone Nodes don't compile. Verified with other developers.

@DabDab said in Changing one Script to another showing compile error | Weird:

after correction still showing previous incorrect error.

Yep that's what I'm seeing

The lastest release is Faust 2.79.3, see https://github.com/grame-cncm/faust/releases

Bump? Anyone have any new info? I'm still experiencing this bug.

@d-healey thanks for trying. That's very strange indeed then.

@Christoph-Hart That's the one. Maybe I'm having a GIT issue? Thank you. Yes, GIT issue. All good.

@Christoph-Hart thanks for tackling this issue so quickly!

Tested as working on my end.

@Christoph-Hart It's true that you're right! But my brain, him, is async...

@d-healey ah yeah that one was bugging me too. Fixed now.