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)

  • 13 Posts
  • 59 Comments
Joined 1 year ago
cake
Cake day: June 17th, 2023

help-circle


  • 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!


  • 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:

    • render a game at a lower “internal” resolution and then apply one of several upscaling options to make up the difference, improving performance and hence “free FPS”, and/or
    • generate intermediate frames between “real” frames, which I guess you could describe as “free FPS” (but the quality of the intermediate frames will be so-so - there’s lots of tests and stuff of frame generation more broadly if you’re interested!)

    edit: added frame generation


  • MHLoppy@fedia.iotoGreentext@sh.itjust.worksAnon downloads free fps
    link
    fedilink
    arrow-up
    62
    arrow-down
    1
    ·
    27 days ago

    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.






  • 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.









  • 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.