14 ms·

If they can emulate a PowerPC system then they can run AmigaOS and MacOS/MacOSX for PowerMacs to run some legacy programs on Windows, Linux, Modern MacOSX, iOS,

If they can emulate a PowerPC system then they can run AmigaOS and MacOS/MacOSX for PowerMacs to run some legacy programs on Windows, Linux, Modern MacOSX, iOS, etc. There were rumors that Microsoft would port Windows 10 to the XBox One and then convert XBox games to Windows 10 via the Windows Store, etc. Then you could buy or rent XBox, XBox 360, and XBox One games. Apple had a Rosetta software that ran PowerMac stuff on Intel Macs until 10.7 removed it IIRC. So Apple has the patents and IP for that. There was also an old ARDI Executor program that ran old Mac 68K stuff in Windows, Linux, BeOS, etc.

cnorthwood 9y ago
Rosetta was licensed from Transitive, which is now owned by IBM. I suspect they still have the IP for it.
spullara 9y ago
The Rosetta software (original name was QuickTransit) was developed by Transitive Corporation and licensed by Apple. They were acquired by IBM in 2009.
- mobilio 9y ago
  Learn Something New Every Day!
bluedino 9y ago
Isn’t the challenge with Xbox in the obscure GPU emulation? I mean there’s no Xbox emulator and it was designed with an Intel CPU.
- ZenoArrow 9y ago
  Yeah, the GPU is a custom part not found elsewhere (IIRC the NV2A GPU is meant to be somewhat similar to the GeForce 2 and GeForce 3). However, there is an emulator being worked on for the original Xbox called CxBx Reloaded, which is a continuation of the CxBx emulator. To give an idea of how far along it is, here's some recent footage of JSRF: https://m.youtube.com/watch?v=8fYaMc18apI https://m.youtube.com/watch?v=8fYaMc18apI
- monocasa 9y ago
  Yeah, although not any more obscure than the GC/Wii GPU really. I'd argue that the fact that the OG Xbox's homebrew scene used the illegally acquired official XDK for the mos part played a part. This meant that they didn't get as deep into documenting the hardware at that early stage, and instead relied on closed source libraries.
  - Grazester 9y ago
    The same could be argued about the Dreamcast where there SDK was concerned but that has been emulated. Not perfectly but pretty well. I have read it was not just interest in the console but the GPU.
    - monocasa 9y ago
      The GPU is way simpler on the Dreamcast since all T&L is done in software. It's GPU is just a screen space rasterizer.
khedoros1 9y ago
If you just need a PPC MacOSX emulator, look at PearPC. My laptop couldn't emulate a G3 at full speed in 2004 when I first tried it, but I'll bet a modern CPU would have a better chance. This project doesn't look like it's emulating PowerPC, though. It's tracing the binary, disassembling it, and generating equivalent C++ code. It's a technique called static recompilation.
- synchronise 9y ago
  PearPC looks rather incomplete and dead unfortunately.
  - khedoros1 9y ago
    I suppose "incomplete" depends on what you're doing. It worked pretty well for playing around with all those years ago, and it at least still compiles. I don't have any PPC images around to throw at it.
  - rossy 9y ago
    Well, if you need another PPC Mac OS X emulator, look at QEMU. QEMU's Mac PPC support has improved by leaps and bounds recently. It's now a pretty competent Mac emulator for OS 9.0-10.5.
  - stuaxo 9y ago
    It was dead for a number of years, but then revived again but now nothing for a couple of years. One of the devs who was working on it has been improving qemus PPC emulation in the meantime though.
djsumdog 9y ago
I wonder if this type of project would be easier for the XBoxOne since it uses x86-64. I realize x86 != PC as shown by the team that ported Linux to the PS4, another x86 system that has almost no standard PC hardware in it. So I'm sure trying to run XBoxOne binaries on other x86 systems still wouldn't be trivial.
- nejenendn 9y ago
  By far the biggest issue would be graphics drivers, I think.
  - microcolonel 9y ago
    Of course, you don't need to write the whole thing. Both parts (XBox 360 and PS4) are at least similar to existing Radeon GCN parts, and we have good quality open source Radeon drivers which outperform the closed ones.
    - pandaman 9y ago
      If you want to run PC executables on PS4 and Xbox One (Xbox 360 has been made well before GCN, it's an AMD VLIW (R300 perhaps?) so I figure you mean Xbox One) you can probably make drivers from the Radeon drivers. However it does not help with running PS4/X1 executables on PC in any way other than knowing a bit about underlying hardware.
      - microcolonel 9y ago
        I think I maybe misunderstood which way nejenendn was talking about. I thought nejenendn was referring to the difficulty of running Linux on a PS4/XBox One.
        nejenendn 9y ago
        Sorry, i was speculating on running xbox one and ps4 executables on the desktopp. Assumably microsoft would add support for xbox executables in this scenario. I don’t see Sony ever doing that; we’d need something like wine, or an actual emulator/dynamic recompiler.
chokolad 9y ago
> There were rumors that Microsoft would port Windows 10 to the XBox One and then convert XBox games to Windows 10 via the Windows Store, etc. Then you could buy or rent XBox, XBox 360, and XBox One games. You can sorta do this already. Xbox One is running a Windows 10 core and major releases area aligned with windows. You can play significant percentage of Xbox, Xbox 360 and UWP games (like Astroneer for example) on Xbox One.
- rootw0rm 9y ago
  Even better: you can play the remastered Phantom Dust on W10
mrpippy 9y ago
qemu has PowerPC system emulation support, and can run MacOS 9/X
phire 9y ago
I'm pretty sure it relies on the fact that the xbox 360 enforces strict W^X. Which means all the code on 360 games is clearly marked in the binary and it's impossible for the game to do anything weird like generate or decrypt new code on the fly.
- DSMan195276 9y ago
  That doesn't actually guarantee no funny business, someone could jump into the middle of a multibyte instruction. Generally speaking games shouldn't be doing that so it should be fine, but there's nothing stopping it. It does however show the problem that you can't always actually tell where some code starts within a block. Note: I'm not talking about the Xbox specially. Its binary format my actually make it clear where every piece of code starts, or there may be other ways of telling.
  - wolfgke 9y ago
    > That doesn't actually guarantee no funny business, someone could jump into the middle of a multibyte instruction. Does PowerPC use multibyte instruction that don't have to be aligned? It would be very atypical for RISC processors, but if you can provide evidence that these exist, I will believe you. (sidenote: I am aware that Thumb and in partiular Thumb-2 on ARM uses instructions of variable length)
    - DSMan195276 9y ago
      I wasn't talking specifically about the PowerPC architecture, I was just pointing out that just because a computer supports 'W^X' doesn't mean you can always know exactly what instructions a program will run. You need stronger guarantees then that (Like, for example, that you can't run unaligned instructions, and that all instructions are the same length). You could never really write a recompiler like this for x86 code even though you can mark data with the NX bit, because you can't tell where the instructions start, or whether or not a jump may end-up half-way between an instruction. That said, when I wrote that comment I didn't know for sure if the XBox 360 CPU had that or not. Looking it up, it's still not 100% clear to me but I would wager no. There are extensions to the PowerPC architecture that have shorter instructions (It appears to be somewhat similar to Thumb), but I was unable to tell whether or not the XBox 360's Xenon supported that. Being that clearly people more familiar with the XBox 360 then I am believe compiling the code beforehand is possible, I think it's likely the XBox 360 doesn't have the optional support for variable-length instructions. Still, there are some RISCs that have variable length instructions [0], but as you'd expect the majority of them are fixed length (Though, especially in this context RISC vs. CISC can be pretty arbitrary). Even just talking about Game Systems not all of them run RISCs. The 6502, z80, and 68k are all classified as CISC and have variable-length instructions sets, and all of those are featured in lots of Game Systems. So it is a problem you have to consider if you're going to be writing a JIT/recompiler/etc. for those architectures. [0] https://en.wikipedia.org/wiki/Comparison_of_instruction_set_architectures https://en.wikipedia.org/wiki/Comparison_of_instruction_set_...
homarp 9y ago
ardi software (executor and the 68k emulator) are on github: https://github.com/ctm/executor https://github.com/ctm/executor and https://github.com/ctm/syn68k https://github.com/ctm/syn68k
- stuaxo 9y ago
  Last time I tried compiling it as 32 bit works, but they need some help to work on 64 bit.

cnorthwood 9y ago

Rosetta was licensed from Transitive, which is now owned by IBM. I suspect they still have the IP for it.

spullara 9y ago

The Rosetta software (original name was QuickTransit) was developed by Transitive Corporation and licensed by Apple. They were acquired by IBM in 2009.

mobilio 9y ago
Learn Something New Every Day!

bluedino 9y ago

Isn’t the challenge with Xbox in the obscure GPU emulation? I mean there’s no Xbox emulator and it was designed with an Intel CPU.

ZenoArrow 9y ago
Yeah, the GPU is a custom part not found elsewhere (IIRC the NV2A GPU is meant to be somewhat similar to the GeForce 2 and GeForce 3). However, there is an emulator being worked on for the original Xbox called CxBx Reloaded, which is a continuation of the CxBx emulator. To give an idea of how far along it is, here's some recent footage of JSRF: https://m.youtube.com/watch?v=8fYaMc18apI https://m.youtube.com/watch?v=8fYaMc18apI
monocasa 9y ago
Yeah, although not any more obscure than the GC/Wii GPU really. I'd argue that the fact that the OG Xbox's homebrew scene used the illegally acquired official XDK for the mos part played a part. This meant that they didn't get as deep into documenting the hardware at that early stage, and instead relied on closed source libraries.
- Grazester 9y ago
  The same could be argued about the Dreamcast where there SDK was concerned but that has been emulated. Not perfectly but pretty well. I have read it was not just interest in the console but the GPU.
  - monocasa 9y ago
    The GPU is way simpler on the Dreamcast since all T&L is done in software. It's GPU is just a screen space rasterizer.

khedoros1 9y ago

If you just need a PPC MacOSX emulator, look at PearPC. My laptop couldn't emulate a G3 at full speed in 2004 when I first tried it, but I'll bet a modern CPU would have a better chance. This project doesn't look like it's emulating PowerPC, though. It's tracing the binary, disassembling it, and generating equivalent C++ code. It's a technique called static recompilation.

synchronise 9y ago
PearPC looks rather incomplete and dead unfortunately.
- khedoros1 9y ago
  I suppose "incomplete" depends on what you're doing. It worked pretty well for playing around with all those years ago, and it at least still compiles. I don't have any PPC images around to throw at it.
- rossy 9y ago
  Well, if you need another PPC Mac OS X emulator, look at QEMU. QEMU's Mac PPC support has improved by leaps and bounds recently. It's now a pretty competent Mac emulator for OS 9.0-10.5.
- stuaxo 9y ago
  It was dead for a number of years, but then revived again but now nothing for a couple of years. One of the devs who was working on it has been improving qemus PPC emulation in the meantime though.

djsumdog 9y ago

I wonder if this type of project would be easier for the XBoxOne since it uses x86-64. I realize x86 != PC as shown by the team that ported Linux to the PS4, another x86 system that has almost no standard PC hardware in it. So I'm sure trying to run XBoxOne binaries on other x86 systems still wouldn't be trivial.

nejenendn 9y ago
By far the biggest issue would be graphics drivers, I think.
- microcolonel 9y ago
  Of course, you don't need to write the whole thing. Both parts (XBox 360 and PS4) are at least similar to existing Radeon GCN parts, and we have good quality open source Radeon drivers which outperform the closed ones.
  - pandaman 9y ago
    If you want to run PC executables on PS4 and Xbox One (Xbox 360 has been made well before GCN, it's an AMD VLIW (R300 perhaps?) so I figure you mean Xbox One) you can probably make drivers from the Radeon drivers. However it does not help with running PS4/X1 executables on PC in any way other than knowing a bit about underlying hardware.
    - microcolonel 9y ago
      I think I maybe misunderstood which way nejenendn was talking about. I thought nejenendn was referring to the difficulty of running Linux on a PS4/XBox One.
      - nejenendn 9y ago
        Sorry, i was speculating on running xbox one and ps4 executables on the desktopp. Assumably microsoft would add support for xbox executables in this scenario. I don’t see Sony ever doing that; we’d need something like wine, or an actual emulator/dynamic recompiler.

chokolad 9y ago

> There were rumors that Microsoft would port Windows 10 to the XBox One and then convert XBox games to Windows 10 via the Windows Store, etc. Then you could buy or rent XBox, XBox 360, and XBox One games. You can sorta do this already. Xbox One is running a Windows 10 core and major releases area aligned with windows. You can play significant percentage of Xbox, Xbox 360 and UWP games (like Astroneer for example) on Xbox One.

rootw0rm 9y ago
Even better: you can play the remastered Phantom Dust on W10

mrpippy 9y ago

qemu has PowerPC system emulation support, and can run MacOS 9/X

phire 9y ago

I'm pretty sure it relies on the fact that the xbox 360 enforces strict W^X. Which means all the code on 360 games is clearly marked in the binary and it's impossible for the game to do anything weird like generate or decrypt new code on the fly.

DSMan195276 9y ago
That doesn't actually guarantee no funny business, someone could jump into the middle of a multibyte instruction. Generally speaking games shouldn't be doing that so it should be fine, but there's nothing stopping it. It does however show the problem that you can't always actually tell where some code starts within a block. Note: I'm not talking about the Xbox specially. Its binary format my actually make it clear where every piece of code starts, or there may be other ways of telling.
- wolfgke 9y ago
  > That doesn't actually guarantee no funny business, someone could jump into the middle of a multibyte instruction. Does PowerPC use multibyte instruction that don't have to be aligned? It would be very atypical for RISC processors, but if you can provide evidence that these exist, I will believe you. (sidenote: I am aware that Thumb and in partiular Thumb-2 on ARM uses instructions of variable length)
  - DSMan195276 9y ago
    I wasn't talking specifically about the PowerPC architecture, I was just pointing out that just because a computer supports 'W^X' doesn't mean you can always know exactly what instructions a program will run. You need stronger guarantees then that (Like, for example, that you can't run unaligned instructions, and that all instructions are the same length). You could never really write a recompiler like this for x86 code even though you can mark data with the NX bit, because you can't tell where the instructions start, or whether or not a jump may end-up half-way between an instruction. That said, when I wrote that comment I didn't know for sure if the XBox 360 CPU had that or not. Looking it up, it's still not 100% clear to me but I would wager no. There are extensions to the PowerPC architecture that have shorter instructions (It appears to be somewhat similar to Thumb), but I was unable to tell whether or not the XBox 360's Xenon supported that. Being that clearly people more familiar with the XBox 360 then I am believe compiling the code beforehand is possible, I think it's likely the XBox 360 doesn't have the optional support for variable-length instructions. Still, there are some RISCs that have variable length instructions [0], but as you'd expect the majority of them are fixed length (Though, especially in this context RISC vs. CISC can be pretty arbitrary). Even just talking about Game Systems not all of them run RISCs. The 6502, z80, and 68k are all classified as CISC and have variable-length instructions sets, and all of those are featured in lots of Game Systems. So it is a problem you have to consider if you're going to be writing a JIT/recompiler/etc. for those architectures. [0] https://en.wikipedia.org/wiki/Comparison_of_instruction_set_architectures https://en.wikipedia.org/wiki/Comparison_of_instruction_set_...

homarp 9y ago

ardi software (executor and the 68k emulator) are on github: https://github.com/ctm/executor https://github.com/ctm/executor and https://github.com/ctm/syn68k https://github.com/ctm/syn68k

stuaxo 9y ago
Last time I tried compiling it as 32 bit works, but they need some help to work on 64 bit.