That fixed it for a while. But after a couple hours, it stopped accepting input again.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Parallels tech preview for M1
- Thread starter faffoo
- Start date
- Sort by reaction score
That fixed it for a while. But after a couple hours, it stopped accepting input again.
To support bash you need a POSIX-compliant environment which Windows does not offer, therefore you have to add some compatibility layer to it (for example Cygwin or WSL). I think Cygwin is smaller than WSL though, and is good though to use simple tools like git or bash.
Another option is, as you are using parallel, you can just use that file-sharing feature to sync a custom folder, and use the POSIX tools on the mac side, but still get the update in the windows side.
Microsoft did not implement SSE3 emulation?
That's sad. Apple supports SSE3 emulation on Rosetta, maybe you can give CrossOver a try.
This will happen when your Mac went to sleep mode, and windows(looks like the guest tools) is not properly waked up.
I wonder if you can put in a feedback note to the windows insider team and request them to add it.
Actually MMX, SSE, SSE2, SSE3 and SSE 4.1 is reported as being supported under x64 emulation.
WSL works with a native ARM64 Linux distribution, while Cygwin is x86/x64 code afaik.
I can confirm that, I even managed to run some SSE assembly codes. Perhaps some emulation behavior generates wrong result and the Witcher 3 is not accepting the result?
And that is the problem. WSL1 is running Linux binaries, but WSL1's kernel is not a real Linux kernel(unlike WSL2), therefore sometimes it will not run the code it complies just like wine cannot run all win32 apps.
Cygwin runs real windows binaries, but providing a POSIX interface, therefore there is no need to worry about compatibility issue of Linux ABI. Cygwin runs under emulation, but could provide even better compatibility if you can compile your programs from source.
I though the discussion was about bash, git and a few gnu tools - so for that WSL should be the better option due to being native as opposed to Cygwin. Besides i do not think Cygwin is inherently more compliant than WSL as far as the Kernel interface is concerned - loadable kernel modules are a problem for both WSL and Cygwin, while no issue for WSL2 apparently.
That having said, i have not used Cygwin for years, because i switched to WSL/WSL2.
Last edited:
Must be a strange method how The Witcher is detecting CPU features. I was using CPUID-instruction in my sample code in order to determine CPU features - and the emulated CPU has according flags set.
Because I had problems with WSL1 which I had some code did not run after complication, but the exact same code did run under Cygwin, therefore I just kept using Cygwin after that. That's a very early time, WSL was just introduced, and things might have changed. WSL2 is an ultimate solution for this but it is not working for M1 yet.
True, CrossOver works for some games in M1, and there's a YouTube video showing that Witcher 3 can indeed run like that.
This was more of an experiment, whether the VM route is already viable for x86_64 gaming. And the answer seems to be "yes and no". I tried some small/free Steam games and they did work. It appears that is going to need a compatibility list, just like with Crossover.
Is TPM Chip working for anyone? I added TPM Chip under Hardware but when configuring Bitlocker, it keeps complaining that it needs TPM chip.
I just tried the GoG version of Homeworld Remastered Collection. I ran through the tutorial and started the game and it seems to work pretty nicely.
About 20% hit ? More or less expected. But should get better in the final version.
Folks at Parallels answered my post in their forums: TPM chip is not supported in this technical preview.
