It's crashing because I'm trying to run a Windows software on an Apple Silicon chip

Recently, I'm studying an 8-tone box, the kind [punched by myself with paper tape (30 tones)] (https://www.youtube.com/watch?v=8ugj _ Y6BSg0). Then I discovered the software [FairyMusicBox] (http://fairymusicbox.com/midi/index.html?page=app), which is very good. You can play music and listen to it yourself, and draw the punching holes of the paper tape. The software is exquisite. Yes, I gave up the idea of using python to rub the wheel by hand. However, it only supports Windows systems. The root of all evil! After a lot of tossing, I'm really exhausted! * * Virtual machine scenario. ** When downloading Windows images, VirtualBox virtual machines, and UTM virtual machines, you should pay special attention to whether these are Apple Silicon chips. In order to download the Windows image, I have to download CrystalFetch, and then configure the virtual machine, but it can't run. After various attempts, I finally found that there is no "press any key at boot", which leads to the shell instead of loading the EFI boot disk, WTF! At least 3, 4 versions of windows images were downloaded in the middle, including windows preview plans. After the virtual machine ran through, the program finally started running. However, how could it be so stuck? Don't you use Apple's Hypervise virtualization technology? Why is it so stuck? Is it the software? * * Virtual interface layer solution * * There is another scheme, which emulates the interface of Windows with the interface of macOS. Open source is Wine. Using homebrew to install, it prompts that Rosetta 2 is not installed, but I remember not touching Rosetta, and it also prompts that the wine image download failed. I gave up temporarily. Later, the way of virtual machine really didn't work. I tried to install Rosetta 2 again, and it was installed. So what is Rosetta on my machine? Puzzled. The process of configuring wine was bumpy all the way. When I finally ran the software installation package through wine FairyMusicBoxInstaller.exe, the Chinese characters were garbled and the prompt box reported an error. So I installed the wine patch, installed the system font package, and installed the vcruntime runtime. Finally, the software was installed Good! As a result, FairyMusicBox crashed as soon as it started running, with 0x00 address access error, and even the initialization interface was not entered! I started checking logs again, searched github, asked AI, and finally found out that it was a DirectX problem. It turned out that FairyMusicBox used DX11 to render those beautiful notes, but Wine did not support it, which was beyond its capabilities. Apple's graphical interface was so unique. So I started looking for Vulkan's solution to simulate DX again, tried DXVK, MoltenVK, etc., and tried again and again, but it never worked. The log shows that the simulation of DX11 is successful, and the graphics device is also created successfully, but the next sentence log immediately crashes when accessing 0x00. Is this the simulation successful or not?! * * gave up * * Forget it, let's honestly pay CrossOver, the commercial version of Wine software, and support Wine! What are you trying to do after all this?! In fact, at the beginning, I ran through smoothly with CrossOver, and then I successfully played a paper tape of a tune. The reason why I went to toss virtual machines and Wine later is mainly to use open source for free. After all, CrossOver is the commercial version of Wine. Is it possible to keep open source and rush to pay? As a result, give me such a crit! I feel quite good to see Windows software running on macOS, which is a relief. Has anyone stepped on the pit as well, this is really too much pit!!