For reference , Fex is a translation framework for x86 to ARM much like Apple’s Rosetta2 and Microsoft’s Prism.
Valve sponsor development as it’s also the way the new Steam Frame supports x86 games. It’s also being used (as a fork) in Crossover Beta to replace the use of Rosetta2.
I don't know, but assumed that Valve doesn't require studios to recompile their software or use any special tooling, it's basically just packaging of existing executables. This is also why they do Windows on Linux emulation.
despite the funny backronym, Wine actually IS a WINdows Emulator. Someone apparently told them that it's only called an emulator if it's emulating a CPU architecture, but that's not true.
If you squint a bit (well, a lot really), Win32S on 3.1 and Windows 95’s Win32 implementation are Windows NT emulators running on top of 16 bit Windows.
For me an emulator works to simulate the hardware which is very different from translating API calls. THe result may appear to be same, but the approach is very different.
I think in common usage, people expect an "emulator" to be a more sandboxed translation layer than Wine, for example, provides.
e.g. it's probably a security vuln if loading a Game Boy ROM reads arbitrary paths on your local filesystem determined by the ROM's code, not so much with Wine.
Someone made a cute demonstration that I think usefully encapsulates this a while ago. [1]
Mostly because the Gameboy doesn't have any IO register to reformat your hard disk. If the emulator interpreted some instruction as reformatting your hard disk, that would be a bug because it's not interpreting it as whatever it actually does on a real Gameboy.
“Emulator” is a term of art in this area which refers to emulation of a hardware (and usually machine instruction) environment. Ironically, “translation” (as in instruction translation), as proposed by a sibling comment, is an even more connoted-with-hardware-emulation term.
WINE is … well, most directly it’s just an implementation of an API (the Windows APIs). In webdev parlance it might be called a “polyfill”. Perhaps a “compatibility shim”?
dagmx · · focus · HN ↗
Valve sponsor development as it’s also the way the new Steam Frame supports x86 games. It’s also being used (as a fork) in Crossover Beta to replace the use of Rosetta2.
MiroslavPokorny · · focus · HN ↗
THen they wouldnt require any emulator for any new compiles.
rwmj · · focus · HN ↗
cassianoleal · · focus · HN ↗
They don't. They use WINE, which as the name says, Is Not an Emulator. :D
(I'll let my pedantic self out now)
mitxela · · focus · HN ↗
cdmckay · · focus · HN ↗
What is it emulating exactly?
jcranmer · · focus · HN ↗
mitxela · · focus · HN ↗
anthk · · focus · HN ↗
pjmlp · · focus · HN ↗
And yes it did had emulators for Windows 16, and DOS
<a href="https://en.wikipedia.org/wiki/Virtual_DOS_machine" rel="nofollow">https://en.wikipedia.org/wiki/Virtual_DOS_machine
<a href="https://en.wikipedia.org/wiki/Windows_on_Windows" rel="nofollow">https://en.wikipedia.org/wiki/Windows_on_Windows
fredoralive · · focus · HN ↗
mitxela · · focus · HN ↗
MiroslavPokorny · · focus · HN ↗
fragmede · · focus · HN ↗
mitxela · · focus · HN ↗
anthk · · focus · HN ↗
ekianjo · · focus · HN ↗
mitxela · · focus · HN ↗
MiroslavPokorny · · focus · HN ↗
mitxela · · focus · HN ↗
MiroslavPokorny · · focus · HN ↗
mitxela · · focus · HN ↗
rincebrain · · focus · HN ↗
e.g. it's probably a security vuln if loading a Game Boy ROM reads arbitrary paths on your local filesystem determined by the ROM's code, not so much with Wine.
Someone made a cute demonstration that I think usefully encapsulates this a while ago. [1]
[1] - <a href="https://gpfault.net/posts/drunk-exe.html" rel="nofollow">https://gpfault.net/posts/drunk-exe.html
mitxela · · focus · HN ↗
ekianjo · · focus · HN ↗
zbentley · · focus · HN ↗
WINE is … well, most directly it’s just an implementation of an API (the Windows APIs). In webdev parlance it might be called a “polyfill”. Perhaps a “compatibility shim”?