I'm sure you guys know the situation... creating software for different platforms requires multiple computers. Not only do you need a Mac and PC, but you need multiple versions to test different operating systems and software updates. A few years back, I got tired of switching between multiple computers to get the job done, so I created triple boot PC/Hack/Linux machine. It works well. No complaints. Then I decided to upgrade my GPU to an RTX3090 for faster 3D rendering. It's quite a beast! The issue is MacOS does not work with Nvidia chips, so every time I wanted to boot up macos, I had to unplug my GPU. I also started to get annoyed by not being able to use multiple OS at one time. Powering down MacOS to use Windows can quickly get old.
Since I'm relying heavily on virtualization to run my mini datacenter, I took a shot at creating a virtualized workstation. The result?

One computer that simultaneously runs Monterey, BigSur, Win10, Win11, Linux desktop and Ubuntu server!
I'm still in the testing stages, but it's working wonderfully. I've successfully exported plugins from HISE on each platform.
The system is running on Proxmox. Not to be confused with things like VirtualBox or Parallels (which are type 2 hypervisors that run on top of an existing OS), Proxmox is a type 1 hypervisor. That means that your computer's actual hardware is divided up and given to each virtual machine.
Since the allocation of hardware is sectioned off and given to a Virtual Machine, that means you need a computer with a bit of horsepower to use multiple operating systems at the same time, but you may already have what you need. Or worst case, You only run 1 OS at a time with full resources.
By using some utilities like VirtualHere (share usb over ethernet) and Barriers (use one mouse/keyboard to control multiple computers) I'm able to use one set of hardware resources (usb sound card, dongles, etc) and share them with each computer. Each system sees the devices as if they are actually attached to the computer. No layer in between. The only downfall is since it's "directly attached", you can't share your sound card with multiple machines simultaneously.... I'm mean, that sounds like a nightmare anyway! hahahh
Right now, the Mac virtual machines feel like they have a little bit of lag, so I'm going to have to install a GPU for those machines to use.
If you guys are interested, I can post some details on building a machine like this.

It looks like you're trying to hook up a gain reduction meter to a dynamics module.
here ya go! in 13 easy steps
I'm using "right click" auto complete as much as possible.

#1 - Add Dynamics module

#2 - Create a reference to the module

#3 - Create a slider and add reference

#4 - create a timer

#5 - Create function for timer

#6 - create variable to hold a reference of gain reduction

#7 - convert reduction to dB

#8 - set value of slider to gain reduction

#9 - set slider mode to decibel

#10 - Start Timer

#11 - test that reduction meter is working

#12 - set slider image to your strip

#13 - test that strip is working

Merry merry everyone!

I would love to have SideChain inputs available in the bus routing.

https://docs.juce.com/master/tutorial_audio_bus_layouts.html

Finally had a second to make a quick video. I apologize for the poor quality and zero planning... but you get the idea

https://youtu.be/WuqUNGE2tx0

@Christoph-Hart oh shit! There goes my weekend plans. R.I.P my marriage

I just ran into this when opening older projects on my new rig. Images and binary are way below 50mb.
Did a little searching and found that this may happen if Visual Studio doesn't use the 64 bit toolset. I think it's some kind of global change between VS2017 and 2019.
Manually setting the architecture in Environmental Variables fixed the problem for me.
https://phoenixnap.com/kb/windows-set-environment-variable

:person_cartwheeling_medium-light_skin_tone: :person_cartwheeling_light_skin_tone:

Ok... I've obviously have not had enough coffee today. I'd probably have to export the plugin after I rebuild HISE for something to take effect.
Ignore my stupidity for now.

It appears to be something with the exported plugin. The machine IDs generated with JUCE_USE_BETTER_MACHINE_IDS=1 are the same as if it's set to false. At least I know where to start looking

@ustk I've changed the preprocessor in the module like this:

Still the same result

I'm not sure what I'm doing wrong here, but HISE and my compiled plugin can't agree on a "better" machine ID.

I've compiled HISE like this:

and added this to my project:

When I launch the plugin, it detects that the ID is different and I update my license file. Then when I load HISE, it still thinks that the ID is different. What am I doing wrong?

@Christoph-Hart

@Christoph-Hart January 1st or 2nd?

@clevername27 Unfortunately, I endure the same amount of suffering as everyone else.

@CyberGen What about calling the change after a delay?

Content.callAfterDelay(500, function(){
     Knob1.setValue(1);
     Knob1.changed();
}, this);

@clevername27 This happens randomly to me as well. It's possible that a script it taking loner to load than anticipated and the app chokes. I just hit recompile a few times and it usually comes back to life.

@trillbilly said in VirtualBox + Export Wizard:

xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

See if this helps:
https://stackoverflow.com/questions/17980759/xcode-select-active-developer-directory-error/17980786#17980786