The way I did it is by trying to solve more and more advanced problems with simpler tools/features, then looking at more advanced features and seeing where they could be applied to make the problem solving simpler. Rinse and repeat.

An easy example that I can remember is making arrays that dynamically expand. I started with the barebones malloc and worked out how to use std::vector (and other list types) in its place.

Understanding that concept is, what I believe, to be the foundation of learning programming.

I’m no pro whatsoever, but using this method really helps me pick up and learn new languages.

Oh cool, I didn’t know!

I’ll go check it out, thanks!

I want to try to use Rust myself as well to build a library and I wonder how it’ll turn out (especially since I do Win32 hacks mostly lol).

No problem. Please do report back!

We really do not have many (if any) Rust alternatives for code hooking and injection and doing stuff with rendering like we do with C++.

Maybe you could finally figure something out we can use for other games as well!

I’ll preface this by saying that I’m not familiar with Rust nor Hearthstone at all, but I do deal with D3D9 and D3D11 on Windows to do similar things. Hopefully this will give you insights how you could approach this. (Closest I’ve done was code injection on Android)

The most common and robust approach to this is to hook/detour the API functions that the game imports from the renderer backend.

One way you usually do this is by creating a dummy library which overrides/intercepts the system library and passes through every function call to the API, except for the ones you need, you’d put your code before/after the passthrough. This usually requires you to gather all exported symbols and re-create them, which is a very tedious but rewarding task, as it usually is very stable and can work around things such as DRM.

Usually, since that sits quite low on the application’s code stack, it is most efficient for it to be a more general-purpose hook which can load other libraries. Examples would be things like the ASI loader or Reshade on Windows.

Another way would be to do code injection via library side-loading. Essentially, you can simply load a library that performs the code hooks and does necessary renderer API hooking. This is usually done in combination with the previous method (it being a “plugin” loader), however, it is also possible to modify game binaries to call dlopen to load your library and its exported function as an entrypoint (in which case you need to do platform’s CPU assembly code for a bit).

Those are the entrypoints for your code. After that, it is all about necessary render backend code that you need to do in order to draw graphics/text/etc.

In C/C++ land I’d just tell you to use Dear ImGui, but seeing as that doesn’t exist for Rust, you’re kinda on your own.

Same with the API detouring. Ideally, you’d make a plugin loader that does the job for you. Not sure if that exists in Rust yet.

For references, Vulkan overlays such as MangoHUD or ReShade could be useful to help you figure out how to draw stuff on screen.

As for the rest of your code - it can run in a separate thread that does the job for you as the game runs. Or, make a client-server relationship and make the game hook be the server for your info that you need.

Yeah I meant don’t use joycons lol

Pro Controller at the very least. CTR is a game that should be played with a dpad for steering. You can use the analog inputs but some more advanced tricks (such as tight steering) will require a solid dpad.

I’d recommend getting a proper controller for it. CTR is a dpad and shoulder button masher.

Any Black Box made Need for Speed.

(Currently busy fixing Pro Street, so many bugs…)

C++ is at least backwards compatible (for 99% of code anyway, yes I know about some features being removed, but that’s an exception and not the rule).

To top it off, what matters at the end of the day js this - people generally don’t care about graphics anymore!

Even if you end up with graphics that are worse than a console, you still have:

• an option to upgrade later
• options to configure graphics (generally games actually optimize themselves pretty well nowadays)
• an open platform to do things the way you want

PS5 Pro makes absolutely no sense to me.

It’s just their ego showing through.

It basically now comes down to the current devs depending on new Rust devs for anything that interacts with Rust code.

They could just work together with Rust devs to solve any issues (API for example).

But their ego doesn’t allow for it. They want to do everything by themselves because that’s how it always was (up until now).

Sure, you could say it’s more efficient to work on things alone for some people, and I’d agree here, but realistically that’s not going to matter because the most interactivity that exists (at the moment) between Rust and C in Linux is… the API. Something that they touch up on once in a while. Once it’s solid enough, they don’t have to touch it anymore at all.

This is a completely new challenge that the Linux devs are facing now after a new language has been introduced. It was tried before, but now it’s been approved. The only person they should be mad at is Linus, not the Rust devs.

Trucy would be trying her hardest to get him to buy this

MTG poops and Yugipoops never get old

BOUNS ROUND

hur hur hur

NYOOM

I’m surprised nobody thought of the demoscene twisters

You’re mostly correct. People here don’t take Windows praise lightly.

NT is probably the best part about Windows. If you’re gonna complain about Windows, the kernel is the last thing to complain about.

As you’ve said, there are things that are still better about NT to this day;

• OOM conditions are way better - system continues to run mostly fine after emergency swapping memory pages into the page file. No crashes, just a freeze until the OS swaps stuff out. No data is usually lost due to this. Apps continue to run and you have the chance to save and reboot your machine.
• The driver architecture, as you’ve alluded to, is much more flexible. No need to rebuild a DKMS module every time the kernel updates. The drivers are self-contained and best of all - backwards compatible. You can still use XP 64-bit drivers on modern Windows (if you ever need to)
• Process scheduling is very good for anything equal to or lower than 64 CPU threads. Windows at its core can multitask pretty good on one thread and that scales up to a certain point.

Most of NT stigma comes from NTFS (which has its own share of problems) and the bugcheck screens that people kept seeing (which weren’t even mostly MS’ fault to begin with, that was on the driver vendors).

Mark Russinovich has some of his old talks up on his YT channel and one of them compares Linux (2.6 at the time) to NT and goes into great detail. Most of the points made there still applies to this day.

Not to mention - this isn’t necessarily the correct place for Windows anyway. That is exactly why they standardized stuff around Vista.

Plus - what about apps that store an ungodly amount data in there? Personally, I only keep the OS and basic app data (such as configs and cache) on the partition and nothing else.

Then something like Minecraft comes along and it’s like “humpty dumpty I’m crapping a lumpty” and stores all its data in “.minecraft” right there in your user directory.

Then you gotta symlink stuff around and it becomes a mess…

Yarr harr fiddle dee dee…

Ridge Racer

Gran Turismo

GTA Liberty City Stories

GTA Vice City Stories

God of War Ghost of Sparta

Maybe Tekken 5 DR if you can stand playing it on a portable device.

Loco Roco

And if you’re into Yugioh - Tag Force are some of the best games in the series.

That’s my list OTOH.

AFAIK LUnix exists as the “little Unix” project aiming to run on the Commodore 6502 computers.

There’s even a video where someone got it to run on a Famicom.

They kinda don’t have the sources there. That’s a decompilation by IDA in that image.

But nevertheless they could run it if they set up an arm64 machine, technically.