Nintendo's execs calling Boeing's execs: "Hey, can you refer us to your.....fixers? You know.......rhymes with shmassassin.....yeah you know, those guys."
If they want the job done, he's not taking a 747
No thats how he kills them
Change it to "Boeingman" lol
"You're asking about our Garbage Men?"
"No, I mean... Wait, actually maybe..."
sends the QA department
Quality Assassins, what did you think it stood for?
Smash Sassin*
Nintendo could have raked in millions by doing it themselves, but they prefer their closed ecosystem.
The quality of what the community is doing vs what they shipped with NSO especially on launch is laughable.
Native OoT and MM on the switch would have been really sick. Instead they went with 90s level of emulator quality.
I was actually going to pay for NSO solely to be able to play OoT on the Switch. Then I saw that it was a pile of emulated muddied crap.
Has nothing to do with their closed eco system. They basically did similar stuff with some of the stuff in the sm3d collection thingy.
Nintendo is a company that only wants make new stuff, innovations.
For example, they ( mostly miyomoto ) has been quoted to not understand that people want another f-zero, as the game's principals and ideas have been fully flushed out and no new ideas could make it feel like something new.
They also usually dont do remakes/remasters unless its so new/different it can be considered a new game ( see metroid 2 on 3ds ).
If that is a smart business position to have, i will leave for you to decide, but do get your facts a bit straight :)
EDIT: also, nintendo has used open source projects for internal projects before, so idk how "closed ecosystem" is part of their stuff :)
Nintendo is a company that only wants make new stuff, innovations.
Hell even the list of Wii-U games ported to the Switch is staggering. As an early adopter of the Wii-U, implying Nintendo doesn't like rehashing old ideas is laughable.
I didn't realise so many non-Nintendo studios made games for Nintendo. I'm not a console gamer so I wouldn't know. You should have posted this the first time, but I guess now you understood their point. You're welcome :)
I didn’t realise so many non-Nintendo studios made games for Nintendo.
I think the point is [Nintendo goes] for new games instead of remakes.
They also usually dont do remakes/remasters unless its so new/different it can be considered a new game ( see metroid 2 on 3ds ).
Most of the games on that list fit that definition. Stuff like Zero Mission are extremely different from the original games.
Of course then you also have stuff like BDSP so it’s debatable whether they’ve kept up their policies in recent times, but you could definitely see that in the past.
"Those aren't remakes, they're completely different games."
Pokemon: Red, Green, Blue, Yellow, Fire Red, Leaf Green, Let’s Go Pikachu, Let’s Go Eevee
Nintendo is a company that only wants make new stuff
They've been digging mario out of the dumpster for the last 40 years wtf are you dementia-ing on about?
I think they mean either all-new or straight dumpster-dive, no enhancing old games.
What about all the HD Zelda remakes?
You're missing the point.
Is the point "ignoring all exceptions, what I say is true"?
No, see, the point's over there now. Tachyon took it with them.
But now they've got that new green Mario!
“Mario” barely qualifies as a single franchise at this point. It spans a ridiculous amount of genres.
And, ironically, Odyssey at least re-uses almost all of it from time to time. Sure, the movement is slightly different, but it's the same game they've been making since SM64. The 3D Super Mario games at least are all almost identical, with different worlds and slightly different movement.
They basically did similar stuff with some of the stuff in the sm3d collection thingy.
They did not.
For Super Mario 64, they emulated it. They increased the resolution the game renders at (trivial with emulation of 3D systems) and they used basic LUA patches in the emulator to override HUD textures with higher resolution ones adjusted for the Switch controller.
They did not add any further enhancements in any way. Compared to even 64 DS, it was extremely sophomoric. Compared to the Super Mario 64 decomp project, and what its native switch port is capable of (more on that later), it's an incredibly lazy port. They didn't even fix the slowdown with Bowser's Sub that is as simple as adjusting a single compiler flag when you build the ROM from the N64 game source code.
For Sunshine, it's an admittedly impressive solution of mostly emulation with some sections of the game engine ported (I think it's the audio processing?). Once again, the game is rendered at a higher resolution, but they did not redo ot improve further any textures (besides some of the HUD again), graphical effects, or game content. Wind Waker HD this ain't.
For Galaxy they cannibalized the existing port of it to Android on the NVidia Shield. The Switch shares most of the important internals with it (CPU, GPU). It's a combo of emulation with certain key code ported, like Sunshine. Again, besides resolution and HUD, no improvements.
Beyond that, Nintendo has been content to sell straight up emulation through the Virtual Console service since the Wii. They've had multiple instances of straight ports over the years, and some of the most popular Switch games are straight ports with DLC bundled in.
There are numerous impressive remakes they have done over the years, but that is absolutely not the norm.
The Super Mario 64 decomp on the Switch supports (not available in Nintendo's official port in 3D All Stars):
Effectively infinite render distance for objects (coins, enemies, stars, etc)
60 fps (compared to the original/all stars 30fps at best)
True analog camera control using the right stick (All Stars is just the original's clunky button based control mapped to the stick)
All sorts of QoL options like collecting stars not kicking you out of a level, options for streamlined/faster message boxes
Optional bugfixes
Optional cheats
Variety of HD texture packs to choose from
Variety of higher quality 3D model packs to choose from
Support for an astounding variety of mods. Levels, entire new games, new characters, new movement and control options (Odyssey Mario in 64 with full cappy and enemy capture mechanics anyone?)
Support for many more languages
Nearly all of the above is toggleable mid-game from the pause menu.
I don't think anyone was expecting something amazing out of 3D All Stars, but they absolutely fucking phoned it in.
Ye, the sm64 was just a jit emulation, you are correct there. Not gonna deny that either. The sms and smg emulations are interesting and impressive though. They basically use a combination of jit compilation and aot compilation to basically take in the rom and adjust code as they go, but its technically running +/- natively, if i read the switchbrew wiki page correctly, thanks to the aot compilation. I find that impressive, from a technical standpoint.
Could they have added more and do more changes? Yes, ofcourse. Im not saying the fan made stuff isnt impressive, it is and i love it!
But for nintendo, who strives to create new experiences and things, not rehashing older stuff, is why they kept it basic. For them adding that stuff doesnt make sense as the game doesnt add new enough experiences. They dont care if a bug is fixed or graphics are improved. Those dont get you new experiences or gameplay mechanics. Thats what nintendo strives for.
Again, if that is a good stance to have as a company i leave up to others to make opinions on, thats not up to me to decide or voice my opinion on ^^
Fyi, since you seem to know what youre talking about, nintendo's r&d have used open source projects before internally and we assume it is done to look at older games and see how they worked or if they could be used to make projects like sm3d ( without doing what the license doesnt permit )
Innovate means needing to pay for an online service to transfer saves between consoles, saves stored on an SD card?
Do they DMCA fan made games because the game concepts have been fully fleshed out?
When copyright expires for FZero in a century perhaps we can find out if there's more to be done (well, not us personally).
For example, they ( mostly miyomoto ) has been quoted to not understand that people want another f-zero, as the game’s principals and ideas have been fully flushed out and no new ideas could make it feel like something new.
This is also why we'll never get another Star Fox.
sad furry noises 😿
a good chunk of the switch top sellers are WiiU games. new isnt always on the table.
Damn you got mob downvoted for explaining exactly how Nintendo thinks. You're absolutely right. People don't seem to want to accept that Nintendo operates as an idea toy company. Once they've explored a new idea/gimmick they consider it completed and move on.
Except they don't? What about Odyssey was new? It's just a new version of SM64. Sure, it's got a few different mechanics than SM64, Sunshine, and Galaxy, but those are all the same game at the core, right? This isn't the only series they do like this.
The game mechanics and gimmicks are different in everyone of the games you just listed.
Barely. Odyssey even specifically references most of the older games to point out how it's very similar. They all add a small movement mechanic, but other than that jumping has been the same since SM64.
If we say the Mario games are totally different and don't reuse ideas, no game does. Literally every game changes at least something small. Hell, patches in some games change more than what has changed between those games.
Ok. Let me know after you've actually played any of those games.
Have a good one.
See my edit above.
Also, check out this video. It has a lot of side-by-side comparisons of SM64 and Odyssey.
The developers wouldn't argue it isn't treading the same ground. In some cases, they literally have you tread the same ground. They send you back to Peach's castle, just like we're back in SM64. They know they're running off of nostalgia.
Every game repeats stuff from older games. The 3D Super Mario games do this more than most. Call of Duty has changed more than these games have.
I can't think of another series that repeats the same things, tell you explicitly as part of the game that it's repeating the same things, and then has fans argue it isn't repeating things again. Of course it is. We all know if is, and that's part of why it sells. There's so much nostalgia bait because they know the nostalgia is what sells a lot of their games.
I haven't owned a Nintendo console since the SNES, but I've played a bit of SM64, a good chunk of Sunshine, and most of Odyssey (all when they were new, not since). I can tell how much they all share and I'm not even a fan of the games. An honest fan would agree.
Haha, i kinda expected it tbh. The internet hates nintendo and doesnt know how they operate internally. Still wanted to make the comment, as it is needed.
Nintendo on their way to file a DMCA C&D letter.
You're not wrong and I'm shocked this hasn't been shut down yet. Not to mention, the Nintendo 64 has been discontinued for years, but I have a feeling that won't stop Nintendo.
When that older DX game port was released, I think it took like 3 or 4 days for them to take it down. Probably even like a patch stomp tuesday situation when the interns hand off the script detections off to the lawyers.
It might take a bit longer if people stopped using sites like Youtube and Github, and tried not to include trademarked terms (or super-identifiable audiovisual content) anywhere.
Video: “Even Superman64 -a direct affront to God- has a port”
a comment on that site really condescendingly claims this is how he would have handled it and that a script could be written in half a day to do the work.
my understanding is that an emulator effectively recreates the hardware's different components in software so that from the game's "perspective" it's running on a real machine more or less.
This process instead decompiles the game code and recompiles for a new target machine.
I suspect one can't just pump out a script in an afternoon to do this, but I am curious what is the complexity here?
For graphics, the problem to be solved is that the N64 compiled code is expecting that if it puts value X at memory address Y it will draw a particular pixel in a particular way.
Emulators solve this problem by having a virtual CPU execute the game code (kinda difficult), and then emulator code reads the virtual memory space the game code is interacting with (easy), interprets those values (stupid crazy hard), and replicates the graphical effects using custom code/modern graphics API (kinda difficult).
This program is decompiling the N64 code (easy), searches for known function calls that interact with the N64 GPU (easy), swaps them with known valid modern graphics API calls (easy), then compiles for local machine (easy). Knowing what function signatures to look for and what to replace them with in the general case is basically downright impossible, but because a lot of N64 games used common code, if you go through the laborious process for one game, you get a bunch extra for free or way less effort.
As one of my favorite engineering phrases goes: the devil is in the details
that makes sense, it's like only really feasible now that we have enough decompiled, readable n64 games
So, you're pretty much spot on with how emulators work. I also like using claymation to demonstrate it, like this. Your computer bends over backwards to give the game the exact environment it expects.
What makes recompilation more than a simple script is the rebuilding aspect. I brought up claymation because it's a great analogy for this, too. An n64 ROM is a complete set of characters, sets, and a script for a claymation movie. It's I in one studio right now, and that studio is the N64, but you need this to be in your PC studio.
First, you have to decompile your sets and characters. You take reference photos and rip out every tree in a forest set and roll each tree back into it's own ball of clay, with its own reference photo each time. Every little clay cobble on a road, characters outfits, hair, limbs, you meticulously separate every piece of clay that Nintendo shaped, ball them up, and pack them. You now have a million little clay balls and reference photos for every one of them. You take these back to your PC studio. Thankfully, with these reference photos, your clay 3D printer (compiler) can return these balls into something very close to their original shapes, except there's a bunch of little mistakes. One character's leg is slightly thinner and longer than it should be, which messes up their gait when you re-film this, so you manually tweak the leg to be accurate. The cobbles don't quite fit the same, they're a bit smaller, but you have extra clay because of that so you just make more cobblestones. The road doesn't look exactly like the original, but that's fine. The trees, again, don't quite fit right, but you've made similar trees in your studio before and you know those will work so you actually just use those as references instead of the originals. You get filming but this one scene just isn't lit right, and you can't figure out why, but you eventually figure out the N64 studio opened the blinds on their window to get natural sun in this shot, but your studio doesn't have a good view of the sun at that angle, so you have to get a good lamp.
You face a million little hurdles decompiling and recompiling. Its almost literally reinventing the wheel. Almost all the work goes into little details that almost seem unnecessary, but there's so many that it's absolutely necessary. I was watching a playthrough of a recompiled majoras mask earlier today, and the Dev of this project found his way there, too, and he said it took a few days to get majoras mask to decompile and recompile, and about a year to fix all those little details that in software become lag or new bugs. So the script guy isn't really wrong when he said he could do it fast, but he definitely wouldn't do it right.
Someone fucking message me when we have a working Battle for Naboo ROM.
IIRC, the original cartridge had an extra chip in it that emulation hasn't been able to use. I'm not sure if any progress has been made on this and a few other games that used these.
Nah it didn't have an extra chip -- but large portions of the game were written in microcode for the N64's processor specifically. It's part of what makes it and Rogue Squadron kind of a pain to emulate -- along with using their own audio drivers (MoSYS/MusyX that were later used as the basis for the GameCube sound systems).
IIRC there was an official Windows port at some point though. Not sure how well it worked or works on modern systems.
Wait... Y'all are talking about X-Wing: Rogue Squadron and Star Wars Episode 1: Battle for Naboo, right?
I owned those windows ports!
They worked great back in the day - I had such a blast with them that I begged my parents to get me a shitty Logitech joystick! If you want to check them out, it looks like Rogue Squadron is only $10 on Steam; and Battle for Naboo seems to be abandonware, but it seems to be hosted on a lot of "better spread than dead" game sites.
SuperFX SNES games can be emulated, right?
I'm pretty sure that has been able to be emulated and run through most emulation software now. These Star Wars games had specific code and drivers that, when I looked up why it wouldn't emulate years ago, had not been cracked open to get the source code to enable people to program it into emulation software.
Probably a lot of work for a single game.
Battle for Naboo actually had an official PC version all the way back in 2001. No idea if it works on modern PCs, though.
The keyboard controls are very janky. You'd have to do custom button mapping with a controller, and there's no analog input. At least not without some mods that I'm not sure exist.
Saw the twitter post yesterday, good thing they waited until it was basically ready to go before showing off, now even a C&D can't stop it.
I don't think there's grounds for a C&D here anyway. I don't think it uses any copywritten material. It transcodes the game into C I think, and that's all. It does not rely on anything Nintendo created.
Nintendo is a Japanese company.
Sure. They could do something in Japan, but if they want to force the development to stop they need to use the laws where the developers are (probably the US). If they want to go after the github (assuming they're using that for some reason) repo, Microsoft is an American company so US law applies.
Actually because Nintendo is a Japanese company it means Japanese law applies to their work in America and America will facilitate the laws execution as if it was it's own because we are in this treaty.
It's why Nintendo gets away with all of its bullshit already. Because they are following Japanese copyright law which is significantly more heavy than American.
OK, yeah. Even still, looking into Japanese copyright law (as an outsider with little understanding), it doesn't seem like there's anything that would protect against this, which makes sense because that'd be crazy. This is a totally new work that happens to operate on existing work. It doesn't use anything created by Nintendo. It should not be an issue.
If you can point to something that actually says this would be protected against, go for it. I highly doubt there is such a thing though. It'd make something like a printer with a scanner potentially illegal because it operates on someone else's works to produce an output.
It doesn't really matter is the problem man. It's an argument and the answer is very expensive. If Nintendo comes a knocking, neither the people who made it nor Microsoft will pay to figure out that answer.
That's how legality works in practice. It's fucking stupid and terrible. Better to know that and spread that information so people can grab it before it's gone. And thankfully there will be forever extra-legal ways to get it now that it's our precisely because people know what I'm saying.
What is the point in trying to argue that nothing will happen? For fun?
Yuzu was using proprietary code though. That's why they got shut down but so many other emulators are still up. Sure, Nintendo tries, but they haven't gotten anywhere with the others.
Also, yeah of course people should make backups and put it in other places. That's regardless of any risk of a C&D. Just the fact the devs could dissappear or something is reason enough for that.
I think Sesame Street owns the letter C. The devs better watch out for Elmo.
Nintendo makes it as hard as possible to use their computers generically.
Nintendo fanboys: "Thankyou, sir, may I have another?"
May i pay 60 dollars for a 10 year old game mayhaps?
M'Nintendo
*tips red fedora with embossed white 'M'
Nintendo still doing that thing where you have to buy your eshop game on every device you own due to no transfers or anything?
Of course. Backwards compatibility for Nintendo died with the original Wii. That's almost certainly never coming back.
I'm wondering how much this will help the handheld scene. N64 emulation is pretty notoriously shitty on many handhelds.
It won't help emulation but on pc/steamdeck you can natively compile it so that there no need for it anymore. Not sure about smartphone but I'm sure that it should be possible!
Well, usually those re-compilers or transpilers just translate the binary to some sort of intermediate language and then any backend should be able to compile it for your target system. So, in theory those handheld could be targeted. Problem with this project is that it's not just "start transpiler, load rom, click go and your port is ready". It's more like "ok, here's your game logic. Now implement the rest (or use several other projects and duct tape their libraries together to get what you want).
Ohhh sorry, I was confused by the recent decompiling of Zelda MM.
I didn't realized it wasn't referring to it..
It's referring to both. The recompiler links to the Zelda project and basically tells you "if you want to haven an example how to.proceed/what to implement yourself after the recompilation finished, you can use the Zelda project as an example".
Yes, that was kind of my point. N64 emulation on handhelds often sucks. So being able to have games recompiled to be better optimized on something like the Miyoo Mini would be great. While it is cool for the PC because it can allow for enhancements much more easily, just getting games up and running at a minimum is not an issue for any PC made in the last decade or two.
Why is n64 emulation so bad in particular? I got my girlfriend one of those handhelds preloaded up with roms and although I haven't tried any n64 games it seems to run other 3d games from other consoles of that Era fine. Also I remember having an n64 emulator on my modded original xbox that could run games fine, I played through all of mario64 on it during quarantine before I built a new gaming pc. I feel like handhelds should have similar power to an old Xbox by now but maybe not.
unique hardware that doesnt follow the conventions of standard hardware, so you have to write code to get around that fact. Take for example one of the reason why Wii/GC development went fast eas because the PowerPC processor is fairly well documented, similar to the Tegra X1 with the switch. Its always obscure hardware that makes hardware emulation harder (e.g PS3, Sega Saturn)
Delta is a great app if you have iPhone and a Backbone controller 👀
Can confirm that 60fps Perfect Dark goes hard on the SteamDeck.
How did you get it to work? Any guide specifically you would use?
As with most of these decomps there is no copyrighted material included in the link and you have to provide your own ROM (and a very specific version of it) in order to build and get it to work.
After that I believe I just copied the folders to the Deck, mapped it as a non-Steam game, added updated artwork with the steamgriddb plugin etc.
I might have messed with the controls a bit but I don't recall. There is probably a more detailed Steamdeck-specific guide somewhere if you care to dig.
Hi, dumbass here, I'm vaguely unclear what's being discussed here. So you made Perfect Dark 60fps on steamdeck.
But what is raytracing, and can these improvements be done over retroarch?
Broadly speaking, ray-tracing is a graphic rendering technique that produces more accurate light reflections (and realistic looking graphics) but is demanding of rendering hardware and therefore associated with modern games and consoles/PCs.
The project I linked is a decomp specific to Perfect Dark that uses existing ROMs. Basically it builds you a standalone runnable Perfect Dark with more modern enhancements, but I don't think it supports ray tracing.
The project in the original Tom's Hardware article appears to include a separate tool that is generic and could potentially be used on various N64 games with user-supplied ROMs. I don't see a list of games that are supported so I can't speak for Perfect Dark.
I know there are raytracing plugins for n64 emulation but I'm not sure which Retroarch core and settings would support that. Probably requires experimentation to see what works and what doesn't.
This is all I need in life.
Will be interesting to see if this is useful for non-PC platforms as well; I've got a Myioo Mini Plus (basically an ARM SBC in a GameBoy-esque case designed to run RetroArch) - it's not really powerful enough to run a N64 emulator, but if I could recompile the games in my PC and run them natively then maybe that'll work better?
Idk about this, but the Mario 64 decompile was recompiled to run on my Anbernic 353 at 60fps, runs amazing. So I think it should be at least theoretically possible.
Emulating N64 is particular can be a lot of overhead - it’s possible this could help!
Yeah, I was a little surprised - the MMP can do PS1 emulation no issue, but apparently N64 is too much. I would have thought it would be the other way round
When Conker’s Bad Fur Day is available with unlocked resolution and widescreen, let me know.
🎵 I am the grrreat mighty poo... 🎵
Shame the sequel was just dlc for an unrelated game and only lasted a year before Microsoft pulled the plug
I wonder if online multiplayer mods could be made for multiplayer games.
That would be awesome. My guess is yes but it would probably take a lot of work. Can you imagine N64 Smash online multiplayer that actually works?
You can already do this with some N64 emulators with built in netplay like, Project64KSE. There is a small community dedicated to it with a website here.
Smash Bros Melee is much more popular to play online nowadays, and there is a great update for online play called Project Slippi. It works with the dolphin GameCube emulator and makes it very quick and easy to find games against similar skill level players. It also adds rollback netcode, stats, and other QOL features.
If Nintendo, themselves, put out an online Smash Melee remake, it would never be as close to good as Project Slippi already is.
Netplay isn't exactly ideal, as from what I understand it generally requires the syncing of all players emulated console hardware simultaneously (basically, every emulator tricks the game into thinking they're all being played on one single console), which is a lot harder to reliably achieve than having native netcode to handle multiplayer
Slippi, in particular, has rollback netcode built on top of the emulator. It is way less laggy than Smash Ultimate and most other fighting games on the market, for that matter.
It is used for high level tournament play by players who have played the game in person since its release, with no complaints. It's really impressive how smooth it is.
I think you are right about general netplay. Some emulators are better about it than others, and fighting games are of the type where the lag differences will be especially noticeable.
Well holy shit. Nintendo's frankly terrible online for the last several Smash games has always been particularly offensive to me. As I've grown older all my friends stopped caring about Smash so online play was the only way I'd get to play with anyone. Even with gigabit internet not once did I get a match I would describe as good. The closest to tolerable was at least half a second of input lag. That's for the last 2 games. It made me so mad, like why fucking bother putting online play in your game?
Easily. That works even in an emulator cough cough netplay cough cough
Support would be way better if implemented within the game itself (although I think that goes without saying, 😝)
I saw a Ocarina of Time one a while back. There is also some tool that can link randomizers of different games togther.
Damn. Thats impressive.
Seriously! To push through in spite of Nintendo's reputation.
Nintendo is preparing to sue the proper technologies out of existence. Anyway, what did you say the researchers last names were? First names too if you got them. Nintendo would love an address and possible information on their whereabouts around lunch time. It's all for the benefit of all players out there!
Fuckin finally, I been waiting years to play Quest 64 in HD!
Higher FPS? Classical Ninendo games don't use FPS as timer?
According to the video, game logic is still opperating at 20hz and the GPU uses frame interpolation to tripple the FPS.
Thanks! Didn't saw the video.
I don't think n64 did. They even had major frame drops in many games.
I thought there were many aspects of the games directly tied to fram rate.
I know that, at least in the case of mario 64, Speed runners abuse game mechanics tied to frame rate to perform tricks such as backwards long jump and other door hacks. Marios eyes blinking are tied to frame rate, they used this to identify faked speed runs in some cases.
I imagine there must be other things aswell.
Yes. I know Zelda Ocarina of Time has many things, including walking speed, tied to framerate because of ZFG. Also, the 3DS remake reused a lot of the code and several things tied to framerate got quicker because it ran at 30 fps instead of 20. Items despawn quicker because they despawn at a set amount of frames.
Perhaps they add code to split physics and grsphical fps.
This is what they do in the manual decompile projects (like is happening for Majora's mask now), but this tool can only preserve logic.
Ok, any info on how that's being done? It sure sounds like Wiseguy figured how to compile the code that was meant for the specific VR4300 (RISC) N64's CPU for typical x86-64 architecture
Apple Rosetta 2 technically recompiles code from x86 to arm too in jit and sometimes aot, also there's box86/64 open source project, only difference between example I've said and OP is recompilation actually saves all results and not just cache, another difficulty is in OS difference, he needs not just binary translate but have something akin to WINE too while he recompiles code
If he's compiling from windows to windows, target OS shouldn't be a problem. Also, I just had to go one extra click to read Mr-Wiseguy's github 😅
He could also, in theory, use Cosmopolitan to generate an APE (Actually Portable Executable) that will run on linux, bsd, windows and mac. I had to find a video where Justine talks about it to understand how and why it works: it's basically a trick to rewrite the header of the executable, with the real magic being an "optional shebang" that lets both Windows and *Nix run the first bytes.
Thanks for detailed reply, i understood everything except i don't understand how cosmopolitan filters syscalls because deferent OS have different syscalls, otherwise there wouldn't be need for WINE
She starts explaining APE at around 14:30. The executable is a "Windows MZ executable" that runs everywhere else, including off BIOS. Before that, she shows her redbean http server, which uses this tech.
When I saw this post yesterday I just thought "Ha, suck it dumb corporations who don't know how to make their own IP work."
But now that I'm seeing it again I just had the realization "HOL UP, raytracing? N64 Raytracing?"
Am I the only one who watched the video, and due to nostalgia upscaling my memory, could hardly tell any difference other than frame rate.
I should go look at the normal game 😅
so. For dumb people like me (or just for me to be clear), how do I play those games? i watched the video and read the site. there's a link to the MM gamefiles on GitHub, but the video said you still need the ROMs? or this RT64?
I'm old and apparently at some point, you just lose tech savvyness... :(
can I get a step-by-step?
Yes you still need the ROMs since these PC ports contain no copywritten code. Like the other person said, you will need to compile the game yourself, but there are tools that automate the process. It's simply a matter of getting all the files you need in one place, and clicking a few buttons. The hard part is obtaining all the files (well, more tedious than hard, especially if you're not a programmer or a Linux user).
Ok I answer her without watching the video or any knowledge:
I assume you need to download the github project and compile it yourself (except there are releases on the right side)
You should follow the readme in the project.
There should be an information about where you should put the roms.
The roms can be (legally) download on different websites. It's legal for archive reasons (afaik).
From what I could see, the releases are specifically for Majora's Mask, and not the tool used to recompile N64 games in general.
this was always possible, not sure why people are just now freaking out about it.
It was always possible with tons and tons of work; the news is that some dude made a tool that makes it a piece of cake to recompile the games directly from a ROM.
I wonder how much talent is wasted because of jaded programmers that think it's dumb (to them) to make something simple even if it would become very popular and maybe profitable
This is very similar to something we did in engineering school in like 2008. For a reconfigurable computing project we translated machine code into HDL.
This is something you could have done for a while if you had a few million dollars to pay a team of computer engineers to do it. The new part is the classic "some dude figured out an efficient way to do it in his garage over the summer."
can be done as a school project
needs a few million dollars
which is it?
Yes
The cost of hiring a team of programmers the size of a large class can easily cost millions of dollars. There's a long history of school projects accomplishing things in computer science that would have cost millions. Look at BSD for example.
unironically all you really need is one or two neurospicy individuals that are passionate about your project and just about anything can be done in a matter of weeks.
You could say that about basically anything: it only takes one or two passionate people to [write a great novel, build a house, invent something new, prove a scientific theory, advance the field of mathematics] in a matter of weeks.
Those are rare and impressive exceptions, it's not so simple in practice. The Mythical Man Month has some good insight on this. Big projects cost big money, and don't necessarily get the job done faster.
Just so you know, the actual source code for this project mentions both Jamulator and another project that did this for the N64.
Would the recompiled games effect how ACE works in some games? I'd assume since the machine code is different the exploits used to trick the pointers would be different.
100%
Most likely. The documentation says it can change what was a single instruction on the N64 into multiple instructions, so those values will potentially be very different. It will probably close off some exploits, change others, and even introduce new ones.
Damn perfect dark would be amazing with online play it was such a good game, and Microsoft pretty much killed it on Xbox
It would also be great at something above 20 fps.
I need 60fps upscaled Pokémon Stadion with raytracing now 😌where?
Fuck it, F-ZERO X at 240 FPS. Why not?
I wonder if this will help n64 games run on the retro handhelds. They can already play n64 pretty well but this might help increase the fps
This is really cool. I love emulation it is great to play old games with better options. I would love to see The N64 wrestling games get this type of treatment, I still play Virtual Pro Wrestling 2 often.
No Mercy is still the best 20 years later.
That gameplay loop is undefeated and still simple for anyone to join in.
Man, now the PS1 needs to catch up!
This might be a hot take, but i prefer the compressed graphics of the original in most games over the 4k rerenders
Didn't read the article, did Nintendo pay to develop this to be able to preserve the games history and release them for free so they can get some new fans for these retro games and IPs to maybe encourage them to buy some newer released games in the same series?
The was a long sentence. I imagined you gasping for breath at the end.
Maybe it was written that way to make you read faster as you get toward the end to convey a sense of facetiousness because I didn't need to read the article to know none of that's true, who knows. I'm probably just spending too much time online lately.
Maybe read the article to find out.
Exactly, with Nintendo's existing IP and old gamers dying, they need a way to get younger generation exposed to what kids in the 80s and 90s grew up with and make sure that it's plastered on all the streaming websites to get maximum exposure.
You really want to improve N64 games, particularly the Zelda games? CUTSCENE SKIP.
Get to the game. Why we have put so much emphasis on telling a story for 90% of a game, I will never understand.
You know, there are a lot of people who like to be told a story and immerse themselve into such lore and reallymenjoy such scenes.
Despite that, the cutscenes in games of the TLoZ series are really not that long, which you would probably know, if you would've played the games.
Except for that damn owl. That's the one thing.
Kaepora Gaebora is wise and has much knowledge to impart upon you. Swapping the "yes" and "no" in the answer to "do you understand" was an intentional punishment for those trying to hurry him.
The cutscenes in most Zelda games are like 20 seconds long
Nintendo right now: Get Boeing on the line
Nintendo's execs calling Boeing's execs: "Hey, can you refer us to your.....fixers? You know.......rhymes with shmassassin.....yeah you know, those guys."
If they want the job done, he's not taking a 747
No thats how he kills them
Change it to "Boeingman" lol
"You're asking about our Garbage Men?"
"No, I mean... Wait, actually maybe..."
sends the QA department
Quality Assassins, what did you think it stood for?
Smash Sassin*
Nintendo could have raked in millions by doing it themselves, but they prefer their closed ecosystem.
The quality of what the community is doing vs what they shipped with NSO especially on launch is laughable.
Native OoT and MM on the switch would have been really sick. Instead they went with 90s level of emulator quality.
I was actually going to pay for NSO solely to be able to play OoT on the Switch. Then I saw that it was a pile of emulated muddied crap.
Has nothing to do with their closed eco system. They basically did similar stuff with some of the stuff in the sm3d collection thingy.
Nintendo is a company that only wants make new stuff, innovations.
For example, they ( mostly miyomoto ) has been quoted to not understand that people want another f-zero, as the game's principals and ideas have been fully flushed out and no new ideas could make it feel like something new.
They also usually dont do remakes/remasters unless its so new/different it can be considered a new game ( see metroid 2 on 3ds ).
If that is a smart business position to have, i will leave for you to decide, but do get your facts a bit straight :)
EDIT: also, nintendo has used open source projects for internal projects before, so idk how "closed ecosystem" is part of their stuff :)
https://en.wikipedia.org/wiki/List_of_video_games_featuring_Mario
https://en.wikipedia.org/wiki/List_of_The_Legend_of_Zelda_media
I think the point is they go for new games instead of remakes. Not that they don't use the same IP.
https://nintendo.fandom.com/wiki/List_of_games_remade_for_Nintendo_Switch
https://www.nintendolife.com/guides/best-nintendo-remakes-and-remasters-of-all-time-ranked
Hell even the list of Wii-U games ported to the Switch is staggering. As an early adopter of the Wii-U, implying Nintendo doesn't like rehashing old ideas is laughable.
https://nintendo.fandom.com/wiki/List_of_Wii_U_games_ported_to_the_Nintendo_Switch_system
I didn't realise so many non-Nintendo studios made games for Nintendo. I'm not a console gamer so I wouldn't know. You should have posted this the first time, but I guess now you understood their point. You're welcome :)
https://www.nintendolife.com/guides/best-nintendo-remakes-and-remasters-of-all-time-ranked
List Length: 41
Nintendo Developed Games: 21
Nintendo Published Games: 41
Most of the games on that list fit that definition. Stuff like Zero Mission are extremely different from the original games.
Of course then you also have stuff like BDSP so it’s debatable whether they’ve kept up their policies in recent times, but you could definitely see that in the past.
https://en.wikipedia.org/wiki/No_true_Scotsman
"Those aren't remakes, they're completely different games."
Pokemon: Red, Green, Blue, Yellow, Fire Red, Leaf Green, Let’s Go Pikachu, Let’s Go Eevee
They've been digging mario out of the dumpster for the last 40 years wtf are you dementia-ing on about?
I think they mean either all-new or straight dumpster-dive, no enhancing old games.
What about all the HD Zelda remakes?
You're missing the point.
Is the point "ignoring all exceptions, what I say is true"?
No, see, the point's over there now. Tachyon took it with them.
But now they've got that new green Mario!
“Mario” barely qualifies as a single franchise at this point. It spans a ridiculous amount of genres.
And, ironically, Odyssey at least re-uses almost all of it from time to time. Sure, the movement is slightly different, but it's the same game they've been making since SM64. The 3D Super Mario games at least are all almost identical, with different worlds and slightly different movement.
They did not.
For Super Mario 64, they emulated it. They increased the resolution the game renders at (trivial with emulation of 3D systems) and they used basic LUA patches in the emulator to override HUD textures with higher resolution ones adjusted for the Switch controller.
They did not add any further enhancements in any way. Compared to even 64 DS, it was extremely sophomoric. Compared to the Super Mario 64 decomp project, and what its native switch port is capable of (more on that later), it's an incredibly lazy port. They didn't even fix the slowdown with Bowser's Sub that is as simple as adjusting a single compiler flag when you build the ROM from the N64 game source code.
For Sunshine, it's an admittedly impressive solution of mostly emulation with some sections of the game engine ported (I think it's the audio processing?). Once again, the game is rendered at a higher resolution, but they did not redo ot improve further any textures (besides some of the HUD again), graphical effects, or game content. Wind Waker HD this ain't.
For Galaxy they cannibalized the existing port of it to Android on the NVidia Shield. The Switch shares most of the important internals with it (CPU, GPU). It's a combo of emulation with certain key code ported, like Sunshine. Again, besides resolution and HUD, no improvements.
Beyond that, Nintendo has been content to sell straight up emulation through the Virtual Console service since the Wii. They've had multiple instances of straight ports over the years, and some of the most popular Switch games are straight ports with DLC bundled in.
There are numerous impressive remakes they have done over the years, but that is absolutely not the norm.
The Super Mario 64 decomp on the Switch supports (not available in Nintendo's official port in 3D All Stars):
I don't think anyone was expecting something amazing out of 3D All Stars, but they absolutely fucking phoned it in.
Ye, the sm64 was just a jit emulation, you are correct there. Not gonna deny that either. The sms and smg emulations are interesting and impressive though. They basically use a combination of jit compilation and aot compilation to basically take in the rom and adjust code as they go, but its technically running +/- natively, if i read the switchbrew wiki page correctly, thanks to the aot compilation. I find that impressive, from a technical standpoint.
Could they have added more and do more changes? Yes, ofcourse. Im not saying the fan made stuff isnt impressive, it is and i love it!
But for nintendo, who strives to create new experiences and things, not rehashing older stuff, is why they kept it basic. For them adding that stuff doesnt make sense as the game doesnt add new enough experiences. They dont care if a bug is fixed or graphics are improved. Those dont get you new experiences or gameplay mechanics. Thats what nintendo strives for.
Again, if that is a good stance to have as a company i leave up to others to make opinions on, thats not up to me to decide or voice my opinion on ^^
Fyi, since you seem to know what youre talking about, nintendo's r&d have used open source projects before internally and we assume it is done to look at older games and see how they worked or if they could be used to make projects like sm3d ( without doing what the license doesnt permit )
Innovate means needing to pay for an online service to transfer saves between consoles, saves stored on an SD card?
Do they DMCA fan made games because the game concepts have been fully fleshed out?
When copyright expires for FZero in a century perhaps we can find out if there's more to be done (well, not us personally).
This is also why we'll never get another Star Fox.
sad furry noises 😿
a good chunk of the switch top sellers are WiiU games. new isnt always on the table.
Damn you got mob downvoted for explaining exactly how Nintendo thinks. You're absolutely right. People don't seem to want to accept that Nintendo operates as an idea toy company. Once they've explored a new idea/gimmick they consider it completed and move on.
Except they don't? What about Odyssey was new? It's just a new version of SM64. Sure, it's got a few different mechanics than SM64, Sunshine, and Galaxy, but those are all the same game at the core, right? This isn't the only series they do like this.
The game mechanics and gimmicks are different in everyone of the games you just listed.
Barely. Odyssey even specifically references most of the older games to point out how it's very similar. They all add a small movement mechanic, but other than that jumping has been the same since SM64.
If we say the Mario games are totally different and don't reuse ideas, no game does. Literally every game changes at least something small. Hell, patches in some games change more than what has changed between those games.
Ok. Let me know after you've actually played any of those games.
Have a good one.
See my edit above.
Also, check out this video. It has a lot of side-by-side comparisons of SM64 and Odyssey.
The developers wouldn't argue it isn't treading the same ground. In some cases, they literally have you tread the same ground. They send you back to Peach's castle, just like we're back in SM64. They know they're running off of nostalgia.
Every game repeats stuff from older games. The 3D Super Mario games do this more than most. Call of Duty has changed more than these games have.
I can't think of another series that repeats the same things, tell you explicitly as part of the game that it's repeating the same things, and then has fans argue it isn't repeating things again. Of course it is. We all know if is, and that's part of why it sells. There's so much nostalgia bait because they know the nostalgia is what sells a lot of their games.
I haven't owned a Nintendo console since the SNES, but I've played a bit of SM64, a good chunk of Sunshine, and most of Odyssey (all when they were new, not since). I can tell how much they all share and I'm not even a fan of the games. An honest fan would agree.
Here is an alternative Piped link(s):
this video.
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source; check me out at GitHub.
Haha, i kinda expected it tbh. The internet hates nintendo and doesnt know how they operate internally. Still wanted to make the comment, as it is needed.
Nintendo on their way to file a DMCA C&D letter.
You're not wrong and I'm shocked this hasn't been shut down yet. Not to mention, the Nintendo 64 has been discontinued for years, but I have a feeling that won't stop Nintendo.
When that older DX game port was released, I think it took like 3 or 4 days for them to take it down. Probably even like a
patchstomp tuesday situation when the interns hand off the script detections off to the lawyers.It might take a bit longer if people stopped using sites like Youtube and Github, and tried not to include trademarked terms (or super-identifiable audiovisual content) anywhere.
Video: “Even Superman64 -a direct affront to God- has a port”
lol
I wouldn't call it an affront.
More of a proof that a god doesn't exist
Obligatory AVGN link: https://www.youtube.com/watch?v=1dJXgJ1c4vY
Here is an alternative Piped link(s):
https://www.piped.video/watch?v=1dJXgJ1c4vY
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source; check me out at GitHub.
Superman 64 Wide-screen with ray tracing?! Now that's gaming!
Nintendos already preparing their ninjas
Here before Nintendo files a cease&desist for daring to make a way better service than their shitty phoned-in subscription emulation service
a comment on that site really condescendingly claims this is how he would have handled it and that a script could be written in half a day to do the work.
my understanding is that an emulator effectively recreates the hardware's different components in software so that from the game's "perspective" it's running on a real machine more or less.
This process instead decompiles the game code and recompiles for a new target machine.
I suspect one can't just pump out a script in an afternoon to do this, but I am curious what is the complexity here?
For graphics, the problem to be solved is that the N64 compiled code is expecting that if it puts value X at memory address Y it will draw a particular pixel in a particular way.
Emulators solve this problem by having a virtual CPU execute the game code (kinda difficult), and then emulator code reads the virtual memory space the game code is interacting with (easy), interprets those values (stupid crazy hard), and replicates the graphical effects using custom code/modern graphics API (kinda difficult).
This program is decompiling the N64 code (easy), searches for known function calls that interact with the N64 GPU (easy), swaps them with known valid modern graphics API calls (easy), then compiles for local machine (easy). Knowing what function signatures to look for and what to replace them with in the general case is basically downright impossible, but because a lot of N64 games used common code, if you go through the laborious process for one game, you get a bunch extra for free or way less effort.
As one of my favorite engineering phrases goes: the devil is in the details
that makes sense, it's like only really feasible now that we have enough decompiled, readable n64 games
So, you're pretty much spot on with how emulators work. I also like using claymation to demonstrate it, like this. Your computer bends over backwards to give the game the exact environment it expects.
What makes recompilation more than a simple script is the rebuilding aspect. I brought up claymation because it's a great analogy for this, too. An n64 ROM is a complete set of characters, sets, and a script for a claymation movie. It's I in one studio right now, and that studio is the N64, but you need this to be in your PC studio.
First, you have to decompile your sets and characters. You take reference photos and rip out every tree in a forest set and roll each tree back into it's own ball of clay, with its own reference photo each time. Every little clay cobble on a road, characters outfits, hair, limbs, you meticulously separate every piece of clay that Nintendo shaped, ball them up, and pack them. You now have a million little clay balls and reference photos for every one of them. You take these back to your PC studio. Thankfully, with these reference photos, your clay 3D printer (compiler) can return these balls into something very close to their original shapes, except there's a bunch of little mistakes. One character's leg is slightly thinner and longer than it should be, which messes up their gait when you re-film this, so you manually tweak the leg to be accurate. The cobbles don't quite fit the same, they're a bit smaller, but you have extra clay because of that so you just make more cobblestones. The road doesn't look exactly like the original, but that's fine. The trees, again, don't quite fit right, but you've made similar trees in your studio before and you know those will work so you actually just use those as references instead of the originals. You get filming but this one scene just isn't lit right, and you can't figure out why, but you eventually figure out the N64 studio opened the blinds on their window to get natural sun in this shot, but your studio doesn't have a good view of the sun at that angle, so you have to get a good lamp.
You face a million little hurdles decompiling and recompiling. Its almost literally reinventing the wheel. Almost all the work goes into little details that almost seem unnecessary, but there's so many that it's absolutely necessary. I was watching a playthrough of a recompiled majoras mask earlier today, and the Dev of this project found his way there, too, and he said it took a few days to get majoras mask to decompile and recompile, and about a year to fix all those little details that in software become lag or new bugs. So the script guy isn't really wrong when he said he could do it fast, but he definitely wouldn't do it right.
Someone fucking message me when we have a working Battle for Naboo ROM.
IIRC, the original cartridge had an extra chip in it that emulation hasn't been able to use. I'm not sure if any progress has been made on this and a few other games that used these.
Nah it didn't have an extra chip -- but large portions of the game were written in microcode for the N64's processor specifically. It's part of what makes it and Rogue Squadron kind of a pain to emulate -- along with using their own audio drivers (MoSYS/MusyX that were later used as the basis for the GameCube sound systems).
IIRC there was an official Windows port at some point though. Not sure how well it worked or works on modern systems.
Wait... Y'all are talking about X-Wing: Rogue Squadron and Star Wars Episode 1: Battle for Naboo, right?
I owned those windows ports!
They worked great back in the day - I had such a blast with them that I begged my parents to get me a shitty Logitech joystick! If you want to check them out, it looks like Rogue Squadron is only $10 on Steam; and Battle for Naboo seems to be abandonware, but it seems to be hosted on a lot of "better spread than dead" game sites.
SuperFX SNES games can be emulated, right?
I'm pretty sure that has been able to be emulated and run through most emulation software now. These Star Wars games had specific code and drivers that, when I looked up why it wouldn't emulate years ago, had not been cracked open to get the source code to enable people to program it into emulation software.
Probably a lot of work for a single game.
Battle for Naboo actually had an official PC version all the way back in 2001. No idea if it works on modern PCs, though.
The keyboard controls are very janky. You'd have to do custom button mapping with a controller, and there's no analog input. At least not without some mods that I'm not sure exist.
Saw the twitter post yesterday, good thing they waited until it was basically ready to go before showing off, now even a C&D can't stop it.
I don't think there's grounds for a C&D here anyway. I don't think it uses any copywritten material. It transcodes the game into C I think, and that's all. It does not rely on anything Nintendo created.
Nintendo is a Japanese company.
Sure. They could do something in Japan, but if they want to force the development to stop they need to use the laws where the developers are (probably the US). If they want to go after the github (assuming they're using that for some reason) repo, Microsoft is an American company so US law applies.
https://www.wipo.int/treaties/en/ip/berne/
Actually because Nintendo is a Japanese company it means Japanese law applies to their work in America and America will facilitate the laws execution as if it was it's own because we are in this treaty.
It's why Nintendo gets away with all of its bullshit already. Because they are following Japanese copyright law which is significantly more heavy than American.
OK, yeah. Even still, looking into Japanese copyright law (as an outsider with little understanding), it doesn't seem like there's anything that would protect against this, which makes sense because that'd be crazy. This is a totally new work that happens to operate on existing work. It doesn't use anything created by Nintendo. It should not be an issue.
If you can point to something that actually says this would be protected against, go for it. I highly doubt there is such a thing though. It'd make something like a printer with a scanner potentially illegal because it operates on someone else's works to produce an output.
https://www.pcmag.com/news/switch-emulator-yuzu-shuts-down-to-avoid-legal-battle-with-nintendo#:~:text=The%20developers%20say%20Yuzu%20was,over%20%242.4%20million%20to%20Nintendo.
It doesn't really matter is the problem man. It's an argument and the answer is very expensive. If Nintendo comes a knocking, neither the people who made it nor Microsoft will pay to figure out that answer.
That's how legality works in practice. It's fucking stupid and terrible. Better to know that and spread that information so people can grab it before it's gone. And thankfully there will be forever extra-legal ways to get it now that it's our precisely because people know what I'm saying.
What is the point in trying to argue that nothing will happen? For fun?
Yuzu was using proprietary code though. That's why they got shut down but so many other emulators are still up. Sure, Nintendo tries, but they haven't gotten anywhere with the others.
Also, yeah of course people should make backups and put it in other places. That's regardless of any risk of a C&D. Just the fact the devs could dissappear or something is reason enough for that.
That's logical. Nintendo's lawyers don't follow logic.
I wish that would stop Nintendo.
I think Sesame Street owns the letter C. The devs better watch out for Elmo.
Nintendo makes it as hard as possible to use their computers generically.
Nintendo fanboys: "Thankyou, sir, may I have another?"
May i pay 60 dollars for a 10 year old game mayhaps?
M'Nintendo
*tips red fedora with embossed white 'M'
Nintendo still doing that thing where you have to buy your eshop game on every device you own due to no transfers or anything?
Of course. Backwards compatibility for Nintendo died with the original Wii. That's almost certainly never coming back.
I'm wondering how much this will help the handheld scene. N64 emulation is pretty notoriously shitty on many handhelds.
It won't help emulation but on pc/steamdeck you can natively compile it so that there no need for it anymore. Not sure about smartphone but I'm sure that it should be possible!
Well, usually those re-compilers or transpilers just translate the binary to some sort of intermediate language and then any backend should be able to compile it for your target system. So, in theory those handheld could be targeted. Problem with this project is that it's not just "start transpiler, load rom, click go and your port is ready". It's more like "ok, here's your game logic. Now implement the rest (or use several other projects and duct tape their libraries together to get what you want).
Ohhh sorry, I was confused by the recent decompiling of Zelda MM.
I didn't realized it wasn't referring to it..
It's referring to both. The recompiler links to the Zelda project and basically tells you "if you want to haven an example how to.proceed/what to implement yourself after the recompilation finished, you can use the Zelda project as an example".
Yes, that was kind of my point. N64 emulation on handhelds often sucks. So being able to have games recompiled to be better optimized on something like the Miyoo Mini would be great. While it is cool for the PC because it can allow for enhancements much more easily, just getting games up and running at a minimum is not an issue for any PC made in the last decade or two.
Why is n64 emulation so bad in particular? I got my girlfriend one of those handhelds preloaded up with roms and although I haven't tried any n64 games it seems to run other 3d games from other consoles of that Era fine. Also I remember having an n64 emulator on my modded original xbox that could run games fine, I played through all of mario64 on it during quarantine before I built a new gaming pc. I feel like handhelds should have similar power to an old Xbox by now but maybe not.
unique hardware that doesnt follow the conventions of standard hardware, so you have to write code to get around that fact. Take for example one of the reason why Wii/GC development went fast eas because the PowerPC processor is fairly well documented, similar to the Tegra X1 with the switch. Its always obscure hardware that makes hardware emulation harder (e.g PS3, Sega Saturn)
Delta is a great app if you have iPhone and a Backbone controller 👀
Can confirm that 60fps Perfect Dark goes hard on the SteamDeck.
How did you get it to work? Any guide specifically you would use?
I just used the i686-linux steps here:
https://github.com/fgsfdsfgs/perfect_dark
As with most of these decomps there is no copyrighted material included in the link and you have to provide your own ROM (and a very specific version of it) in order to build and get it to work.
After that I believe I just copied the folders to the Deck, mapped it as a non-Steam game, added updated artwork with the steamgriddb plugin etc.
I might have messed with the controls a bit but I don't recall. There is probably a more detailed Steamdeck-specific guide somewhere if you care to dig.
Hi, dumbass here, I'm vaguely unclear what's being discussed here. So you made Perfect Dark 60fps on steamdeck.
But what is raytracing, and can these improvements be done over retroarch?
Broadly speaking, ray-tracing is a graphic rendering technique that produces more accurate light reflections (and realistic looking graphics) but is demanding of rendering hardware and therefore associated with modern games and consoles/PCs.
The project I linked is a decomp specific to Perfect Dark that uses existing ROMs. Basically it builds you a standalone runnable Perfect Dark with more modern enhancements, but I don't think it supports ray tracing.
The project in the original Tom's Hardware article appears to include a separate tool that is generic and could potentially be used on various N64 games with user-supplied ROMs. I don't see a list of games that are supported so I can't speak for Perfect Dark.
I know there are raytracing plugins for n64 emulation but I'm not sure which Retroarch core and settings would support that. Probably requires experimentation to see what works and what doesn't.
This is all I need in life.
Will be interesting to see if this is useful for non-PC platforms as well; I've got a Myioo Mini Plus (basically an ARM SBC in a GameBoy-esque case designed to run RetroArch) - it's not really powerful enough to run a N64 emulator, but if I could recompile the games in my PC and run them natively then maybe that'll work better?
Idk about this, but the Mario 64 decompile was recompiled to run on my Anbernic 353 at 60fps, runs amazing. So I think it should be at least theoretically possible.
Emulating N64 is particular can be a lot of overhead - it’s possible this could help!
Yeah, I was a little surprised - the MMP can do PS1 emulation no issue, but apparently N64 is too much. I would have thought it would be the other way round
When Conker’s Bad Fur Day is available with unlocked resolution and widescreen, let me know.
🎵 I am the grrreat mighty poo... 🎵
Shame the sequel was just dlc for an unrelated game and only lasted a year before Microsoft pulled the plug
I wonder if online multiplayer mods could be made for multiplayer games.
That would be awesome. My guess is yes but it would probably take a lot of work. Can you imagine N64 Smash online multiplayer that actually works?
You can already do this with some N64 emulators with built in netplay like, Project64KSE. There is a small community dedicated to it with a website here.
Smash Bros Melee is much more popular to play online nowadays, and there is a great update for online play called Project Slippi. It works with the dolphin GameCube emulator and makes it very quick and easy to find games against similar skill level players. It also adds rollback netcode, stats, and other QOL features.
If Nintendo, themselves, put out an online Smash Melee remake, it would never be as close to good as Project Slippi already is.
Netplay isn't exactly ideal, as from what I understand it generally requires the syncing of all players emulated console hardware simultaneously (basically, every emulator tricks the game into thinking they're all being played on one single console), which is a lot harder to reliably achieve than having native netcode to handle multiplayer
Slippi, in particular, has rollback netcode built on top of the emulator. It is way less laggy than Smash Ultimate and most other fighting games on the market, for that matter.
It is used for high level tournament play by players who have played the game in person since its release, with no complaints. It's really impressive how smooth it is.
I think you are right about general netplay. Some emulators are better about it than others, and fighting games are of the type where the lag differences will be especially noticeable.
Well holy shit. Nintendo's frankly terrible online for the last several Smash games has always been particularly offensive to me. As I've grown older all my friends stopped caring about Smash so online play was the only way I'd get to play with anyone. Even with gigabit internet not once did I get a match I would describe as good. The closest to tolerable was at least half a second of input lag. That's for the last 2 games. It made me so mad, like why fucking bother putting online play in your game?
Easily. That works even in an emulator cough cough netplay cough cough
Support would be way better if implemented within the game itself (although I think that goes without saying, 😝)
I saw a Ocarina of Time one a while back. There is also some tool that can link randomizers of different games togther.
Damn. Thats impressive.
Seriously! To push through in spite of Nintendo's reputation.
Nintendo is preparing to sue the proper technologies out of existence. Anyway, what did you say the researchers last names were? First names too if you got them. Nintendo would love an address and possible information on their whereabouts around lunch time. It's all for the benefit of all players out there!
Fuckin finally, I been waiting years to play Quest 64 in HD!
Higher FPS? Classical Ninendo games don't use FPS as timer?
According to the video, game logic is still opperating at 20hz and the GPU uses frame interpolation to tripple the FPS.
Thanks! Didn't saw the video.
I don't think n64 did. They even had major frame drops in many games.
I thought there were many aspects of the games directly tied to fram rate.
I know that, at least in the case of mario 64, Speed runners abuse game mechanics tied to frame rate to perform tricks such as backwards long jump and other door hacks. Marios eyes blinking are tied to frame rate, they used this to identify faked speed runs in some cases.
I imagine there must be other things aswell.
Yes. I know Zelda Ocarina of Time has many things, including walking speed, tied to framerate because of ZFG. Also, the 3DS remake reused a lot of the code and several things tied to framerate got quicker because it ran at 30 fps instead of 20. Items despawn quicker because they despawn at a set amount of frames.
Perhaps they add code to split physics and grsphical fps.
This is what they do in the manual decompile projects (like is happening for Majora's mask now), but this tool can only preserve logic.
Ok, any info on how that's being done? It sure sounds like Wiseguy figured how to compile the code that was meant for the specific VR4300 (RISC) N64's CPU for typical x86-64 architecture
Apple Rosetta 2 technically recompiles code from x86 to arm too in jit and sometimes aot, also there's box86/64 open source project, only difference between example I've said and OP is recompilation actually saves all results and not just cache, another difficulty is in OS difference, he needs not just binary translate but have something akin to WINE too while he recompiles code
If he's compiling from windows to windows, target OS shouldn't be a problem. Also, I just had to go one extra click to read Mr-Wiseguy's github 😅
He could also, in theory, use Cosmopolitan to generate an APE (Actually Portable Executable) that will run on linux, bsd, windows and mac. I had to find a video where Justine talks about it to understand how and why it works: it's basically a trick to rewrite the header of the executable, with the real magic being an "optional shebang" that lets both Windows and *Nix run the first bytes.
Thanks for detailed reply, i understood everything except i don't understand how cosmopolitan filters syscalls because deferent OS have different syscalls, otherwise there wouldn't be need for WINE
She starts explaining APE at around 14:30. The executable is a "Windows MZ executable" that runs everywhere else, including off BIOS. Before that, she shows her redbean http server, which uses this tech.
https://invidious.baczek.me/watch?v=1ZTRb-2DZGs -- original YT link https://www.youtube.com/watch?v=1ZTRb-2DZGs
Here is an alternative Piped link(s):
https://www.piped.video/watch?v=1ZTRb-2DZGs
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source; check me out at GitHub.
Has anyone been able to get this working? I was able to compile it for zelda but nothing else. https://github.com/Mr-Wiseguy/N64Recomp
Not sure how to get the elf files, heres an issue: https://github.com/Mr-Wiseguy/N64Recomp/issues/21
This is how far people have gotten: https://github.com/Mr-Wiseguy/N64Recomp/issues/17
Nice try Nintendo lawyer.
When I saw this post yesterday I just thought "Ha, suck it dumb corporations who don't know how to make their own IP work."
But now that I'm seeing it again I just had the realization "HOL UP, raytracing? N64 Raytracing?"
Am I the only one who watched the video, and due to nostalgia upscaling my memory, could hardly tell any difference other than frame rate.
I should go look at the normal game 😅
so. For dumb people like me (or just for me to be clear), how do I play those games? i watched the video and read the site. there's a link to the MM gamefiles on GitHub, but the video said you still need the ROMs? or this RT64? I'm old and apparently at some point, you just lose tech savvyness... :( can I get a step-by-step?
Yes you still need the ROMs since these PC ports contain no copywritten code. Like the other person said, you will need to compile the game yourself, but there are tools that automate the process. It's simply a matter of getting all the files you need in one place, and clicking a few buttons. The hard part is obtaining all the files (well, more tedious than hard, especially if you're not a programmer or a Linux user).
Ok I answer her without watching the video or any knowledge:
I assume you need to download the github project and compile it yourself (except there are releases on the right side)
You should follow the readme in the project.
There should be an information about where you should put the roms.
The roms can be (legally) download on different websites. It's legal for archive reasons (afaik).
From what I could see, the releases are specifically for Majora's Mask, and not the tool used to recompile N64 games in general.
this was always possible, not sure why people are just now freaking out about it.
I remember someone doing the same thing with NES back in 2013: https://andrewkelley.me/post/jamulator.html
It was always possible with tons and tons of work; the news is that some dude made a tool that makes it a piece of cake to recompile the games directly from a ROM.
I wonder how much talent is wasted because of jaded programmers that think it's dumb (to them) to make something simple even if it would become very popular and maybe profitable
This is very similar to something we did in engineering school in like 2008. For a reconfigurable computing project we translated machine code into HDL.
This is something you could have done for a while if you had a few million dollars to pay a team of computer engineers to do it. The new part is the classic "some dude figured out an efficient way to do it in his garage over the summer."
which is it?
Yes
The cost of hiring a team of programmers the size of a large class can easily cost millions of dollars. There's a long history of school projects accomplishing things in computer science that would have cost millions. Look at BSD for example.
unironically all you really need is one or two neurospicy individuals that are passionate about your project and just about anything can be done in a matter of weeks.
You could say that about basically anything: it only takes one or two passionate people to [write a great novel, build a house, invent something new, prove a scientific theory, advance the field of mathematics] in a matter of weeks.
Those are rare and impressive exceptions, it's not so simple in practice. The Mythical Man Month has some good insight on this. Big projects cost big money, and don't necessarily get the job done faster.
Just so you know, the actual source code for this project mentions both Jamulator and another project that did this for the N64.
Would the recompiled games effect how ACE works in some games? I'd assume since the machine code is different the exploits used to trick the pointers would be different.
100%
Most likely. The documentation says it can change what was a single instruction on the N64 into multiple instructions, so those values will potentially be very different. It will probably close off some exploits, change others, and even introduce new ones.
Damn perfect dark would be amazing with online play it was such a good game, and Microsoft pretty much killed it on Xbox
It would also be great at something above 20 fps.
I need 60fps upscaled Pokémon Stadion with raytracing now 😌where?
Fuck it, F-ZERO X at 240 FPS. Why not?
I wonder if this will help n64 games run on the retro handhelds. They can already play n64 pretty well but this might help increase the fps
This is really cool. I love emulation it is great to play old games with better options. I would love to see The N64 wrestling games get this type of treatment, I still play Virtual Pro Wrestling 2 often.
No Mercy is still the best 20 years later.
That gameplay loop is undefeated and still simple for anyone to join in.
Man, now the PS1 needs to catch up!
This might be a hot take, but i prefer the compressed graphics of the original in most games over the 4k rerenders
Didn't read the article, did Nintendo pay to develop this to be able to preserve the games history and release them for free so they can get some new fans for these retro games and IPs to maybe encourage them to buy some newer released games in the same series?
The was a long sentence. I imagined you gasping for breath at the end.
Maybe it was written that way to make you read faster as you get toward the end to convey a sense of facetiousness because I didn't need to read the article to know none of that's true, who knows. I'm probably just spending too much time online lately.
Maybe read the article to find out.
Exactly, with Nintendo's existing IP and old gamers dying, they need a way to get younger generation exposed to what kids in the 80s and 90s grew up with and make sure that it's plastered on all the streaming websites to get maximum exposure.
You really want to improve N64 games, particularly the Zelda games? CUTSCENE SKIP.
Get to the game. Why we have put so much emphasis on telling a story for 90% of a game, I will never understand.
You know, there are a lot of people who like to be told a story and immerse themselve into such lore and reallymenjoy such scenes.
Despite that, the cutscenes in games of the TLoZ series are really not that long, which you would probably know, if you would've played the games.
Except for that damn owl. That's the one thing.
Kaepora Gaebora is wise and has much knowledge to impart upon you. Swapping the "yes" and "no" in the answer to "do you understand" was an intentional punishment for those trying to hurry him.
The cutscenes in most Zelda games are like 20 seconds long
Of all the examples they could have given LMAO
Living up to the user name