How do we enable ray tracing like the video clip shows? Is it something in the compiling options or a setting in Nvidia?
Last edited by Jamesj1318,
I would like to see Mario Kart 64 on PC, but changing the pre render graphics of the characters for 3D modeling
So I get everything correct until this
$ make -j9 TARGET_N64=0
which: no qemu-irix in (/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)
Makefile:257: *** Please install qemu-irix package or set QEMU_IRIX env var to the full qemu-irix binary path. Stop.
Anyone know how to fix this?
Update I started over from scratch and it compiled without issue.
$ make -j9 TARGET_N64=0
which: no qemu-irix in (/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)
Makefile:257: *** Please install qemu-irix package or set QEMU_IRIX env var to the full qemu-irix binary path. Stop.
Anyone know how to fix this?
Update I started over from scratch and it compiled without issue.
Last edited by Jamesj1318,
You might try using
Code:
make TARGET_N64=0 -j9
Do you know how to get controllers to work on it? I plugged in my switch pro controller but I can't figure it out
--------------------- MERGED ---------------------------
How do you get controllers to work? I plugged in my switch pro controller but I can't get it to work
--------------------- MERGED ---------------------------
How do you get controllers to work? I plugged in my switch pro controller but I can't get it to work
Xbox controller works perfectly without configuration if you have one. Not sure the switch one will without a mapper software.
I think you're not using the correct source code; the official version from the GitHub repository doesn't contain the necessary code to allow it to compile on PCs. However, someone already posted a diff file that can be used on that repository if you don't want to search for the source code archives that already do have the necessary code built-in.
Does anyone know where to limit the fps besides using a third party app to do so? For DX12. I have a 144hz monitor and the game runs at 36 fps. Switching to 60hz fixes it to 30 but I still would like a fix in the code itself.
Last edited by WaterTheFlowers,
For anyone on playing around on macOS, here's what I did to accomplish frame limiting to 30 FPS.
In
Definitely not the most elegant solution, but it works!
In
gfx_sdl2.c:
Code:
// Add the following towards the top of the file.
const unsigned int FPS = 30;
const unsigned int FRAME_TARGET_TIME = 1000 / FPS;
int ticksLastFrame = 0;
// Update this method to the following:
static bool gfx_sdl_start_frame(void) {
// Sleep the execution until we reach the target frame time in ms.
int timeToWait = FRAME_TARGET_TIME - (SDL_GetTicks() - ticksLastFrame);
// Only call delay if we are too fast to process this frame.
if (timeToWait > 0 && timeToWait < FRAME_TARGET_TIME) {
SDL_Delay(timeToWait);
}
ticksLastFrame = SDL_GetTicks();
return true;
}
Possible idea for a fork to make distributing the binary OKish:
Change it so that instead of it building the game's assets into the game executible it instead uses external files that you extract from the ROM image. Eg, /sfx/ for sound effects /textures/, etc that way even the compiled binary wouldn't contain any Nintendo copyrighted assets. It would also make it easier to mod textures and things like the HUD and music.
So you would have Mario64.exe which itself would contain no Nintendo copyrighted content, and you'd use a Python script or whatever to extract the needed assets from the ROM and the executible would load in the assets from the files you extracted to the subdirectories.
Even better is if the extracted assets were converted into a standard format for easy editing such as textures in PNG format. Though that would probably take a lot of coding to do in comparison with having it load in the assets externally instead of building them into the executible.
Think of it the same way as many early (and some current) emulators work: Doesn't emulate the BIOS and so you need a BIOS bin file for the emulator to work, and it is left to the end user to put the BIOS bin in the folder themselves so that the emulator can be distributed legally.
To use a more relevant example, the Doom 64 Ex project. Allows you to play Doom 64 natively on many different platforms, but you have to supply/extract the WAD file from a Doom 64 ROM image yourself. As opposed to the copyrighted assets being packed in with the executible which means only the source code can be legally distributed.
Change it so that instead of it building the game's assets into the game executible it instead uses external files that you extract from the ROM image. Eg, /sfx/ for sound effects /textures/, etc that way even the compiled binary wouldn't contain any Nintendo copyrighted assets. It would also make it easier to mod textures and things like the HUD and music.
So you would have Mario64.exe which itself would contain no Nintendo copyrighted content, and you'd use a Python script or whatever to extract the needed assets from the ROM and the executible would load in the assets from the files you extracted to the subdirectories.
Even better is if the extracted assets were converted into a standard format for easy editing such as textures in PNG format. Though that would probably take a lot of coding to do in comparison with having it load in the assets externally instead of building them into the executible.
Think of it the same way as many early (and some current) emulators work: Doesn't emulate the BIOS and so you need a BIOS bin file for the emulator to work, and it is left to the end user to put the BIOS bin in the folder themselves so that the emulator can be distributed legally.
To use a more relevant example, the Doom 64 Ex project. Allows you to play Doom 64 natively on many different platforms, but you have to supply/extract the WAD file from a Doom 64 ROM image yourself. As opposed to the copyrighted assets being packed in with the executible which means only the source code can be legally distributed.
Last edited by Rfire,
Similar threads
-
- Portal
- No one is chatting at the moment.
-
@
Psionic Roshambo:
I wonder if I could recommend that to some emulation devs that perhaps the sound could use some smoothing out to simulate those old TVs -
@
Psionic Roshambo:
I think a few of the early systems could benefit from that, at least up to the 8 bit generation, by the 16 bit generation I think TVs had gotten a lot better in almost every way
-
-
-
-
-
-
-
-
-
-
@
Xdqwerty:
it says it only works for the original R4, R4i Gold (r4ids.cn), R4iDSN (r4idsn.com) and Acekard R.P.G. -
-
-
-
-
-
@
Psionic Roshambo:
Just give it a try, but honestly if you have a 3DS you can play DS games without a card just off the internal SD card
-
-
-
-
-
-
-
