[–] 25 points 4 days ago* (last edited 3 days ago) (10 children)

Fun fact: a suspiciously sizeable amount of the people working on mesa, freedesktop, and the linux graphics stack in general, are trans or at least queer.

Is it graphics that makes people trans, or are the trans people who make graphics? We might never know

  • source
  • parent
  • context
  • [–] 59 points 4 days ago* (12 children)

    Not a trans girl but Wayland and x11 are display server protocols. A display server is the program that draws windows and stuff on the screen (plus, does some other things related to desktop environments), and these protocols are how the applications control their windows.

    X11 is very old and based on obsolete ideas. It is a less efficient protocol than Wayland, and has many security issues. The most prominent one is that any unprivileged program can read the entire screen and record any input. X11 development has for a long time revolved around a single display server that everyone used, called x.org, this is partly why it developed so fast. However the codebase is a mess because it started so long ago and developed so fast, so it's almost untouchable. That's why modern features like hdr and real multi display support will never arrive.

    Wayland is the modern protocol that will replace x11. It is built from the ground up to avoid the mistakes made by x11. Because of this, development is often stuck discussing esoteric scenarios, to make sure everything is perfect before adding it to the protocol. Unlike x11 there is not a single Wayland server, and this is why you will see differences between implementations. Unlike x11, Wayland is designed around modern computers.

    Unless you are using something that specifically only works on x11, you should use Wayland.

  • source
  • parent
  • context
  • [–] 4 points 2 weeks ago* (last edited 2 weeks ago) (3 children)

    Ok...

    Do you think Jesse's body will be used as resonance source for the HRAs when she dies? Similarly to how Northmoor is being used as heat source.

    Do you think Alan is Sam's self insert and that he feels haunted by Max Paine just like Alan is haunted by Casey?

  • source
  • parent
  • context
  •  

    A friend and I wanted to use a Wiimote as a PC remote for movie night. We have tried various existing software, but all had some issues: some were old Xorg-only programs, some didn't have proper IR tracking, and all were abandoned by the developer. But most of all, no software (even modern remappers like InputPlumber) had any support for key combos. So, we set out to write our own.

    Some of our requirements were:

    • Key combos (the wiimote has only few buttons)
    • Proper IR tracking
    • The ability to enable or disable the IR with a key combo
    • Having no observable latency

    We first developed "esperto" a powerful system for describing and detecting key combos, which we implemented in this library. It is generic so it can be used on pretty much anything that needs combo detection. At first, we intended to plug that into InputPlumber, but then decided it would be easier to do everything ourselves.

    So, we ported this IR tracking algorithm from Hector Martin to rust, and put it together with our esperto library, and this is the result. It is extremely fast (mostly dominated by the actual latency of evdev's and uinput's UAPI), and it meets all of our requirements. And we already have ideas for future improvements, for example how to add support for wiimote extensions.

     

    A friend and I wanted to use a Wiimote as a PC remote for movie night. We have tried various existing software, but all had some issues: some were old Xorg-only programs, some didn't have proper IR tracking, and all were abandoned by the developer. But most of all, no software (even modern remappers like InputPlumber) had any support for key combos. So, we set out to write our own.

    Some of our requirements were:

    • Key combos (the wiimote has only few buttons)
    • Proper IR tracking
    • The ability to enable or disable the IR with a key combo
    • Having no observable latency

    We first developed "esperto" a powerful system for describing and detecting key combos, which we implemented in this library. It is generic so it can be used on pretty much anything that needs combo detection. At first, we intended to plug that into InputPlumber, but then decided it would be easier to do everything ourselves.

    So, we ported this IR tracking algorithm from Hector Martin to rust, and put it together with our esperto library, and this is the result. It is extremely fast (mostly dominated by the actual latency of evdev's and uinput's UAPI), and it meets all of our requirements. And we already have ideas for future improvements, for example how to add support for wiimote extensions.

     

    My god! I have been stuck here for hours! I know there's a shortcut after the third gauntlet, but I can't even beat the second! I only beat it once and then died in the first wave of the next one! High halls was a piece of cake compared to this, at least you didn't have overlapping waves and so much area denial. And those flying things are fucking annoying, they are always barely out of reach! Why is everyone always ranting about high halls and not this?

    Please, tell me it's the last time I have to deal with these ridiculous gauntlets. Or at least that there will be checkpoints. This is like a forced boss rush but worse because at least bosses are fun.

     

    I hate this bossfight, I've been at it for like 5 hours, it's so annoying, everything is absolutely random. And the reward is too low... 220 rosaries? Seriously? I could get those in 3 minutes by farming the three pilgrims next the halfway home!

    Edit: I just did high halls, it took fewer attempts than broodmother. This is bullshit.

    view more: next ›