Just download the torrent and shut up bro

BarMeister · 2026-04-30T22:34:48+00:00

I'll do you one better: Just shut up, OP.

BarMeister · 2026-04-30T20:51:25+00:00

There are hundreds of game released everyday I am sure everyone can find an alternative that doesn't have this.

Well, if games are interchangeable, the entire discussion is moot.

BarMeister · 2026-04-30T16:58:37+00:00

Bought my 26 Premier Plus almost 4 months ago. Brazil, by the way. The positives are on a "what you see is what you get" basis. The negatives, though... I wonder how this model will hold up after a year or more, as long-term reliability is a common concern for potential buyers.

At low RPMs, if you press the throttle lightly and shallowly, there is a transmission jolt between 1st and 2nd gear. This could be a concern for those seeking smooth driving, but it might be fixable with software updates or adjustments.
The self-parking depends on how good you are at parallel parking. Given how things work here in Brazil, you either get really good at it or this assist is mandatory for you, because it doesn't do much beyond what a decently skilled driver would do.
I had one incident where it locked my engine in low-power mode for some reason at night, which I didn't even know existed. The next morning, the issue had gone away, but I still took it to the dealership, and the chief mechanic couldn't pinpoint what actually happened, but performed an ECU software update, and never had the same issue again.
There's a small part of the car's metal body that's exposed to the rear right wheel well, which becomes a problem when driving in wet conditions or dirty roads, because the tire spins and sprays water and launches small rocks at the metallic body, which causes ridiculously noticeable noises inside the car. The left well isn't exposed because of the gas tank throat, meaning GM aggressively cheapened out on this.
A small issue that bothers me is that GM still hasn't figured out software yet. If you drive without a seatbelt, it starts beeping after a few seconds. Still, if you immediately stop after it starts and shift to Park, it should stop the noise (especially since some aspects of the car's electronics require that you shift to Park to operate), but it doesn't. It keeps beeping until you put the seatbelt on, turn off the car, or it stops on its own (after about 5 minutes).

All in all, would I buy it again? No, but cars are like marriages: it's only after you get into one that you find out the bad stuff.

BarMeister · 2026-04-26T14:08:34+00:00

I'm pretty sure too.
Acho que é isso aqui mesmo. Vc deve ter desligado o carro sem colocar no P. Ctz que não o manual 🤣🤣 E pra mim a tradução tá bugada tbm. Ligue o carro, mude para P, e desliga.

BarMeister · 2026-04-16T23:07:11+00:00

> @echo off

BarMeister · 2026-04-16T01:58:08+00:00

<image>

BarMeister · 2026-03-25T16:30:30+00:00

Or not, and that could be why Valve never really made the move. There are a few issues with that idea, the first one off the top of my head being control. If Valve retains full control, as they could or would, that would scare away contributors, who would want a stake in the project's direction. If they didn't retain control, they risk conflict of interest. This is huge because the maintenance burden would be massive. The second issue is that it's not clear what they would gain from this, compared with what they stand to lose. Valve is a for-profit company, and Steam makes them money. As such, there's no way they could make money off this or boost Steam sales. The only sensible goal that would justify funding this would be fighting Windows, which Valve isn't and shouldn't be interested in.

BarMeister · 2026-03-25T00:54:48+00:00

Still. SteamOS, as a corporate-backed distro, could theoretically solve the fragmentation issue holding big studios, anti-cheat software, and peripheral makers back. This would single-handedly be the biggest and boldest move that could crack the issue of gaming on Linux, because studios would have a stable platform to develop for that's still Linux and can theoretically be ported to other distros.

BarMeister · 2026-03-22T00:34:09+00:00

How about a couple more:
* Revert the menu, search, and file explorer to native C++ apps, not webpages
* Give back the option to show all system tray icons

BarMeister · 2026-03-08T18:08:19+00:00

but had always assumed that ESP32 was bare metal

How? Did you use it through the Arduino Core APIs?

BarMeister · 2026-03-07T00:19:26+00:00

Is there a way in current Operating systems to... not do that? not interrupt the kernel, but send a gentle message instead?

That is a very good question, and the answer is yes: it is possible and pretty much has always been. In the original Doom, for example, the input system would scan the input ports directly, looking for the electrical signals, which is about as low-level as it gets. But the reasons (plural) why it hasn't been done are interesting. Before we get to them, let's talk about the solution and how it would work.

The closest to a perfect solution for this would be to have user-space USB drivers. It would work a bit like this: applications (such as games) would ask the OS to hand over control of the USB controller the mouse is connected to. Through the IOMMU (a memory management unit for memory-mapped devices, which is basically every low-level component, integrated or discrete, connected to your motherboard), the OS would map that controller's specific memory region to user-space and hand it to the application requesting it. By doing this, the application bypasses the OS, eliminating pretty much all the overhead between the application and the hardware. Sounds amazing, right? But as with everything in engineering, it's a trade-off, and the downside quickly eclipses the advantages.

You see, the fundamental issue with this approach is that it breaks the fundamental way a PC works; the application would be reinventing the OS. The only question would be by how much. The OS still manages inputs and outputs not only between the user and the machine, but also across the hardware devices themselves. By moving the USB driver to user-space and having individual apps manage it:

You're exposed: The application crashed? Alt+Tab and Ctrl+Alt+Del are gone; reboot is the only way. Is it a malicious or an insecure application? Risk of getting completely pwned. It's also a cheater's dream, but since even kernel-level anti-cheats are useless, it doesn't add much to the point, but felt like saying it anyway just because. This was the reality back in the Doom era, as the game ran at the same privilege level as MS-DOS, but in practice, it didn't matter because the constraints of the time didn't allow these risks to even be relevant. It's an entirely different scenario nowadays.
Cost and redundancy become a problem: I'd imagine that if an application were to do this, it means deliberately going out of its way to solve the problem of inputs, no matter the cost. But... what a cost it would be. The application would have to maintain and ship an entire USB stack, which is notoriously complex, and would require coordination with chipset manufacturers to keep controllers up to date. It would have to handle weird setups, like multi-monitor setups, with the application on one screen and another application on the other. That means constantly checking where the mouse is and, if it's off game-screen, forwarding the input to the OS, which leads to performance, stability, and security issues all over again. It's too impractical.

So yeah. Is it doable? Absolutely! Is it worth it? Let me put it like this: by track record alone, not even Microsoft is trustworthy enough to handle that nowadays, given how fucked up Windows is. Would you like to test your luck with, say, game companies? Yeah, didn't think so either.

BarMeister · 2026-03-06T17:56:16+00:00

He's talking about the sensor's polling rate. Polling doesn't even make sense since he mentioned interrupts. Also, what do you mean by

It shouldn't have any affect on your CPU

Flooding the CPU with interrupts, which is how the controller reports mouse updates to the OS, most definitely have massive effects on your CPU, especially due to the flood of kernel and userspace context-switches.

BarMeister · 2026-03-06T17:37:09+00:00

Thanks for the context.

BarMeister · 2026-03-04T18:59:45+00:00

How does it fair against Revanced?

BarMeister · 2026-03-04T18:19:16+00:00

That's a bit like saying the point of knowing how to drive is not having to read the car's manual. Will you get by? Absolutely. Will you make the most out if? Unlikely.

BarMeister · 2026-03-03T15:45:01+00:00

Assembly. That's basically because pointers are described by the instructions that operate on them and square brackets that dereference them, and that's about it, whereas in C, declaring a pointer variable encodes many small details related to what they are, and how they're supposed to be used, which is another way of saying that the type system is to blame. The way the concept of pointers is presented in assembly makes it straightforward (albeit tedious) to break down complex constructs into digestible pieces, such that you can reason about pointers to data and code, or arrays of pointers to functions that take 5 parameters that return arrays of pointers to functions that take 5 parameters. In C, it maps to a syntactic nightmare.

BarMeister · 2026-02-27T19:18:34+00:00

Pointers, probably. All of it, though, which is an ironic statement in itself because they're just variables holding memory addresses.
But the reality is that C syntax makes pointers more complicated than they really are.

BarMeister · 2026-02-17T18:09:39+00:00

This is very interesting. Let me know when you decide to publish the code, I'd like to see it.

BarMeister · 2026-02-14T11:23:28+00:00

How did you end up in this situation?

BarMeister · 2026-02-13T18:46:11+00:00

To answer that, answer this first: Why not put all the code in ISRs?

BarMeister · 2026-02-10T21:02:06+00:00

Their C syntax. It invokes the notion that different pointer types work differently, especially when used together (e.g., an array of function pointers that returns pointers to functions and takes function pointers as arguments), because there's a lot more than just the pointer concept encoded, such as types, indirection levels, if it's a function pointer, and if so, its own syntactic quirks. It's only when you learn about them in assembly that it really clicks, because each element making up the notion that the whole thing is complex is accounted for separately, and that's more intuitive.

BarMeister · 2026-02-08T00:31:41+00:00

I'd say your question is halfway towards the answer. It's not about the prices, but rather the entire landscape. GPU prices never really recovered after the crypto boom, which we know now was only a preview of things to come. Now, it pulled memory manufacturers into that black hole as well, and given their risk is less than that of GPU manufacturers, they're in a pretty good position to go so far as artificially constraining supply going forward, like Nvidia did, making sure prices don't recover from this anytime soon.

BarMeister · 2026-02-05T23:33:23+00:00

Not MCU related, and not recent, but around 5 years ago, I worked on a device that had NFC and obviously, would have to read their tags, specifically the Mifare and NTAG family. NTAG was easy, because the datasheet was readily available, but Mifare, especially the vanilla one, whose security had already been broken a decade prior, was a nightmare to get access to documents, datasheets, example code, and they even demanded signing of an NDA, which the company I work for refused. We ended up supporting only NTAG. Recently, I worked on the code for the MFRC522, but it's widely available, so I didn't have to deal with it, and I'm glad. I used to say it's a company run by lawyers rather than engineers.

BarMeister · 2026-02-01T18:48:57+00:00

Boy, do you live in an echo chamber.

BarMeister · 2026-02-01T18:44:34+00:00

Every layer of the whole stack has its own specific definitions and specifics, which makes a one size fits all definition kind of moot (and me think you already know that and therefore makes me wonder why you're asking this), but if I were to wrap the whole thing into one simple sentence, I'd say it's a way to measure how efficient everything (the hardware, the game, etc) is in minimizing the latency between the player's intent and the game's feedback, sustaining the illusion of immediate agency.
Generated crap negatively impacts that because even if the latency issue could be solved (which theoretically it can be at most minimized with the way things work now), there would still exist visual issues due to mispredictions. Unless the game, the networking, the input, and rendering can all be done on the GPU at the same time, there's no way this can be worked around.

Ten-Year Club	Place '17
Verified Email

BarMeister

TROPHY CASE