3 ms·

This is awesome! I've been doing some PSX decompiling and there are lots of similar things there as well. Interestingly, something like `memmove` is linked in

This is awesome! I've been doing some PSX decompiling and there are lots of similar things there as well. Interestingly, something like `memmove` is linked in using an SDK library[0], but `strcpy` is a function provided by the BIOS. Later version of the SDK could patch that out for a library version, but as late as 1997 it hadn't been. 0 - https://github.com/Xeeynamo/sotn-decomp/blob/master/src/main/psxsdk/libc/memmove.c https://github.com/Xeeynamo/sotn-decomp/blob/master/src/main...

anthk 2y ago
I'd love a reimplemeantion in C+SDL2 (and OpenGL 2.1) of the former console games. Now there are the N64 games being ported to PC with decompilers, I can only hope. Inb4 "there are native PC versions of these, you know"... most recompiled N64 games with the FX's being 'deshaderized' to pure textures (or simpler FX's) can be run in toasters such as cheap netbooks from 2009 and nearly anywhere. They even ported Super Mario 64 to the 3DFX API. I know, the most complex games accesing the N64 framebuffer with complex FX will require OpenGL 3.3 to mimic that microcode; but, as I said before, when the engines run uber-fast on anything post Pentium III, is not something difficult to 'mimic' these in software while the rest it's running GL 2.1 accelerated.
- bitwize 2y ago
  > They even ported Super Mario 64 to the 3DFX API. That's... not surprising. UltraHLE ran SM64 like a dream, and the HLE bit referred to the fact that the emulator translated 3D calls to the Glide API rather than attempting to emulate the 3D hardware directly.
  - anthk 2y ago
    Yeah, I knew about that, so this it's just transcribing instead of translating. But I'd guess SGI machines (IRIX) being OpenGL bound (they invented it) the N64 would map the microcode to GL funcs much better.
    - bitwize 2y ago
      Glide was modelled after OpenGL, so I'm guessing the mapping was not that much of a stretch anyway.
      - rvnx 2y ago
        and then you had to use an extra DLL that was essentially translating 3dfx calls to DirectX
        anthk 2y ago
        That was later. NGlide for sure.
- astrange 2y ago
  The N64 used a different texture interpolation method than anything else ever has (IIRC three-point instead of four-point) so if you do the equivalent of HLE like that, it'll look bad and blurry. Of course, official rereleases of N64 games haven't emulated it properly either.
  - anthk 2y ago
    Not an issue at 640x480 and higher resolutions. Once your run the games at 1024x768 and up that doesn't matter at all: sm64ex, perfectdark, zeldaoot for PC...
    - astrange 2y ago
      Doesn't it? I didn't go try it, but seems to me a different texture interpolation would be more obvious at higher resolutions. If you use one of those hires texture packs then it'd be fine.

anthk 2y ago

I'd love a reimplemeantion in C+SDL2 (and OpenGL 2.1) of the former console games. Now there are the N64 games being ported to PC with decompilers, I can only hope. Inb4 "there are native PC versions of these, you know"... most recompiled N64 games with the FX's being 'deshaderized' to pure textures (or simpler FX's) can be run in toasters such as cheap netbooks from 2009 and nearly anywhere. They even ported Super Mario 64 to the 3DFX API. I know, the most complex games accesing the N64 framebuffer with complex FX will require OpenGL 3.3 to mimic that microcode; but, as I said before, when the engines run uber-fast on anything post Pentium III, is not something difficult to 'mimic' these in software while the rest it's running GL 2.1 accelerated.

bitwize 2y ago
> They even ported Super Mario 64 to the 3DFX API. That's... not surprising. UltraHLE ran SM64 like a dream, and the HLE bit referred to the fact that the emulator translated 3D calls to the Glide API rather than attempting to emulate the 3D hardware directly.
- anthk 2y ago
  Yeah, I knew about that, so this it's just transcribing instead of translating. But I'd guess SGI machines (IRIX) being OpenGL bound (they invented it) the N64 would map the microcode to GL funcs much better.
  - bitwize 2y ago
    Glide was modelled after OpenGL, so I'm guessing the mapping was not that much of a stretch anyway.
    - rvnx 2y ago
      and then you had to use an extra DLL that was essentially translating 3dfx calls to DirectX
      - anthk 2y ago
        That was later. NGlide for sure.
astrange 2y ago
The N64 used a different texture interpolation method than anything else ever has (IIRC three-point instead of four-point) so if you do the equivalent of HLE like that, it'll look bad and blurry. Of course, official rereleases of N64 games haven't emulated it properly either.
- anthk 2y ago
  Not an issue at 640x480 and higher resolutions. Once your run the games at 1024x768 and up that doesn't matter at all: sm64ex, perfectdark, zeldaoot for PC...
  - astrange 2y ago
    Doesn't it? I didn't go try it, but seems to me a different texture interpolation would be more obvious at higher resolutions. If you use one of those hires texture packs then it'd be fine.