They will likely write their own emulator, but don't forget about WSL. You can already run WINE on Windows, I wouldn't be surprised if you could also run FEX+WINE on Windows for ARM.
soulsource
joined 1 year ago
by intercepting syscalls and executing them directly
Not only syscalls. FEX and Box64 also allow using native libraries instead of emulating them. That leaves basically only the game logic to be emulated.
Yep. The big question is if the gap will close enough that ARM chips indeed end up delivering better power efficiency with emulation than an AMD64 chip that delivers the same performance without emulation.
My bets would be on the native AMD64 chip ending up more power efficient. To be honest, I would not bet too much money though.
ARM based Deck would be a huge improvement to battery life. Don't get your hopes up too high. You will need an emulation layer like FEX of Box64, and unlike WINE those do have quite a substantial overhead.
It is impressive how far those emulators have come, especially since they got the option to use native libraries instead of emulated ones, but the game logic itself will always need emulation...
This doesn't mean it can't be done, it just means that the ARM CPU needs to be pretty fast to counter the emulation overhead, and that's why I have my doubts about the energy efficiency...
(Btw: I have tried running several AMD64 games on my A311D powered MNT Reform laptop with Box64. It's impressive how well the emulation runs, and how many games are actually playable already. However, I also encountered a lot of games that don't reach enjoyable FPS on that hardware. With a faster ARM chip though....)
It depends on what kind of patent. I just googled the term I had used before, and it is indeed what I expected it to be: https://en.wikipedia.org/wiki/Design_patent
And yes, that name is stupid. That's why I am happy that my native language, German, has a better distinction between "Patent" (what you described) and "Geschmacksmuster" (design patent).
About patents being public: They are. That's because the idea behind patents is that after they expire, anyone can use them to build the technology they describe. The temporary exclusive usage rights that they offer are meant as an incentive for inventors to publish their findings. The only problem is that the legal situation did not keep up with the creativity of patent lawyers... (I will stop now, otherwise this will turn into an endless rant about how broken the patent system is.)
I'm not sure how the term "patent" is to be interpreted here. It could be used like back in the days when Apple sued Samsung because their phone had rounded edges too...
Like a "design patent" (sorry, I'm not a native English speaker, so I'm unsure if this is the correct translation).
A lot of the pals in the game look quite close to Pokémon. Not identical, of course, but so similar that one just has to wonder if the design has been "inspired" by Pokémon...
Short answer: Whales.
Long answer: Watch the South Park episode on the topic. They explain it in detail. It's titled "Freemium Isn't Free".
Need to enshittify it enough to make the AI features feel like an improvement.
This. There is very little need for third-party tools, as long as you don't want to install a whole lot of games. After all, the installation process only happens once per game, and also without tools it doesn't take very long.
As a step-by-step guide:
- Download the games from the GoG website. You can find them if you hover the site's header bar, where your user-name is displayed. There's a "Games" button which brings you to the list of games, where you can download the installers directly. The downloads are listed under "Download Offline Backup Game Installers".
- Unpack the game installer.
- Innoextract is your friend here. No need to run the installer, just unpack the files. Works with both, Windows and Linux games.
- Alternatively, if it's a native Linux game, you can just run the installer directly on the Steam Deck.
- For Windows games you can theoretically also use Proton directly on the deck. However, the process is annoying, so I won't go into details.
- Alternatively, you can run the installer on your desktop PC and copy the files to the Deck via sftp.
- Add the game to Steam Library. This can be done in Desktop Mode. There's a menu entry in Steam's "Games" menu for that.
- In the File Browser, you need to disable the file filter, as it (iirc) only shows .desktop files by default. You'll want the game's executable though.
- If it's a Windows game, go to the game's properties page in Steam, and force a specific compatibility tool for it, namely some recent version of Proton.
- For native Linux games this step is usually not needed, but some very old games need to set the Steam Linux Runtime here.
- For DOS games, check out my blog post about DOSBox on the Deck.
- I don't know how well it works on the Deck (never tried it, as I don't feel it's necessary), but there would also be boxtron.
- Last, but not least, use sgdboop to set some artwork.
I don't know if this applies to CLAW, but many games back then had their audio stored as CD Audio Tracks. If that is the case, you might want to actually emulate a CDROM drive instead of just extracting the files. There is a CDROM emulator for Linux, called CDEmu, which can read CUE/BIN CD Images.
Oh, and that game seems to have an ancient 16-bit installer, which might not work on modern systems. However, according to WineHQ Appdb one can just copy the files from the CD and it works.
Me neither. I only (have to) use Windows at work, all my own PCs have been running Linux for decades...
I do know however, that WSL emulates most (but not all) Linux syscalls, so you can ran (nearly) all Linux programs on Windows - including WINE. There is also a driver in Mesa so that you can render 3D graphics from within WSL on any DX12 graphics card.