Currently studying CS and some other stuff. Best known for previously being top 50 (OCE) in LoL, expert RoN modder, and creator of RoN:EE’s community patch (CBP).
(header photo by Brian Maffitt)
That’s one of the program’s common usages, yeah. Among other things (like integer scaling for pixel-based games), it can be used to:
edit: added frame generation
I’ve come across this utility before - using it seems to add input latency according to the reviews it has on Steam. So using it to increase performance isn’t really better than not using it, it’s just a tradeoff.
If you’re not sensitive to input latency then that’s likely going to be a good tradeoff for you, but if you are (or play competitively) it’s not.
I feel like your preference makes sense when aligned from the perspective of a conventional forum-like platform. However I’d argue that that’s missing a core part of what kbin is/was – and by extension what Mbin is – which is the microblog integration alongside the forum-like stuff. With that context in mind, boosts (or whatever term you want to use for “retweet”) make sense to integrate imo.
Whether or not you think Mbin should try to integrate the microblog side of things is of course a subjective - I personally think it’s a cool idea to try at least, but with how dominant lemmy has become it can be difficult to reconcile differences and incompatibilities between it and other software like Mbin.
Mbin has a specific and different meaning for the term “post” as used in the OP, so it’s one place where translating from lemmy or other “generic internet forum” jargon doesn’t work. It’s for microblog posts associated with a magazine that are independent of threads in that magazine.
E.g.: https://fedia.io/m/firefox/microblog has “posts” in Mbin terminology – though if I had to guess I think most Mbin users will use the qualified “microblog post” or similar if they actually mean to reference the Mbin meaning of the term.
What’s up with the android beef? I hadn’t heard about that one 😅
Fair point, but I guess I would hope that the person being paid to write the copy would check it, since getting that right seems like it’s part of their job description ¯\_(ツ)_/¯
Or 53.6 degrees Fahrenheit if you believe whoever wrote the page for Nissan lmao. I guess they just typed it into a converter with no context, and the converter spat out an answer amounting to “if your thermometer says it’s 12 degrees C, that would be 53.6 degrees F”… but without that context.
Thanks for so politely and cordially sharing that information
edit: I would be even more appreciative if it were true: https://www.rockpapershotgun.com/rocket-league-ending-mac-and-linux-support-because-they-represent-less-than-0-3-of-active-players
Quoting their statement:
Regarding our decision to end support for macOS and Linux:
Rocket League is an evolving game, and part of that evolution is keeping our game client up to date with modern features. As part of that evolution, we’ll be updating our Windows version from 32-bit to 64-bit later this year, as well as updating to DirectX 11 from DirectX 9.
There are multiple reasons for this change, but the primary one is that there are new types of content and features we’d like to develop, but cannot support on DirectX 9. This means when we fully release DX11 on Windows, we’ll no longer support DX9 as it will be incompatible with future content.
Unfortunately, our macOS and Linux native clients depend on our DX9 implementation for their OpenGL renderer to function. When we stop supporting DX9, those clients stop working. To keep these versions functional, we would need to invest significant additional time and resources in a replacement rendering pipeline such as Metal on macOS or Vulkan/OpenGL4 on Linux. We’d also need to invest perpetual support to ensure new content and releases work as intended on those replacement pipelines.
The number of active players on macOS and Linux combined represents less than 0.3% of our active player base. Given that, we cannot justify the additional and ongoing investment in developing native clients for those platforms, especially when viable workarounds exist like Bootcamp or Wine to keep those users playing.
Fair enough! I barely use its social side since most of the games I’ve played on there are singleplayer titles - honestly didn’t even know that wasn’t there yet!
I kinda understand it not being a priority; even if they dedicated the resources to both create and adequately maintain Linux support, I imagine very few of the games on the platform have native support anyway. Sure, many would work (to varying degrees) with the various bags of tricks available, but it’s still an extra step of compatibility that’s sort of beyond their immediate control.
I guess our opinions differ, because I don’t consider either of those to be “basics”. They’re nice features for e.g., Steam to have, sure, but they’re not “game launcher 101” imo.
What do you consider basic that it’s still missing? To be honest I’ve felt content with it as a game launcher for a while now, but I admittedly don’t use it that often either.
FYI: https://github.com/uBlockOrigin/uAssets/issues/9785
So consider using the official website, which is currently: https://lubuntu.me
Intel fumbled hard with some of their recent NICs including the I225-V,[1][2] which took them multiple hardware revisions in addition to software updates to fix.
AMD also had to be dragged kicking and screaming to support earlier AM4 motherboard buyers to upgrade to Ryzen 5000 chips,[3][4] and basically lied to buyers about support for sTRX4, requiring an upgrade from the earlier TR4 to support third-gen Threadripper but at least committing to “long-term” longevity in return.[5][6] They then turned around and released no new CPUs for the chipset platform, leaving people stranded on it despite the earlier promises.[7]
I know it’s appealing to blindly trust one company’s products (or specific lineup of products) because it simplifies buying decisions, but no company or person is infallible (and companies in particular are generally going to profit-max even at your expense). Blindly trusting one unfortunately does not reliably lead to good outcomes for end-users.
edit: “chipset” (incorrectly implying TRX40) changed to “platform” (correctly implying sTRX4); added explicit mention of “AM4” in the context of the early motherboard buyers.
There’s currently no implementation (the repos are currently just skeletons), so it could just be a semantics difference right now.
I thought Frozen Synapse’s ability to let you simulate your opponent’s moves was super cool - surprised I didn’t end up seeing it in more strategy games (obviously not so much applicable to the normal real-time stuff though!).
Probably a quirk of having different software. I’m on Fedia which runs on mbin, as does kbin.run which MBM is on. You’re on lemmy, so I guess something was just handled differently for you (and most users!) vs kbin/mbin users.
FYI if you’re one of the people who just sees an image, the original includes a link to this:
FSR 3.1 (specifically 3.1, not 3.0) added an optional decoupling of the frame generation and the upscaling, but yeah that would still need first party support from the game developer. I should edit my comment to explicitly mention the frame gen possibility, didn’t realize that was something people were using this for!