[-] [email protected] 31 points 2 weeks ago

Tech Bros make a panopticon and call it a novel approach

[-] [email protected] 24 points 2 months ago* (last edited 2 months ago)

So, I'm going for a long explanation just in case, just skip the parts you already know.

tl;dr: Wayland is more modern and potentially better, but development on the linux desktop is slow so some parts are not ready yet. You should use it for future-proofing, unless there is some X11 feature that you really really need. But you probably won't notice much on the surface. Check your drivers/desktop environment versions if you have flickers on nvidia, you need the very latest versions because of a recently resolved issue.

Backstory:
Xorg is a program, X11 is the protocol used by said program. Xorg is old, insecure, inefficient, it is based on an idea of how graphics work that is outdated and doesn't reflect modern hardware. But most of all, its code is a mess, and it is impossible to update it to fix those issue. Thus, the Wayland protocol was born as clean-slate replacement, meant to solve some issue (make it more secure), clean up the software (Xorg is unmaintainable), and make it reflect the way modern graphics work (less intermediary, no network transparency, no per-vendor implementation), but as a consequence, it breaks compatibility with old software.
Also the developer of xorg were so traumatized by x11 that when making Wayland they went to much in the opposite direction and were reluctant to implement some features, most of which have now been added as protocol extensions or separate software, but some are considered against the protocol design principles and will never be implemented. One of the differences is that there's no standalone display server, but you have a window manager+compositor+display manager, so Desktop environments need to make their own or support the one made for other environments, that's why only a few of the long-standing DE support wayland, for now.

What makes Wayland good (plus drawbacks):
Less intermediaries mean theoretically more efficiency, thus speed. Of course, that is only true if the compositor is mature enough, after all X11 software is very mature.
In ye olden times every vendor provided a closed source implementation of the x11 protocol, and that's how drivers worked. That is objectively a bad idea, so during the years glamor was developed, to run Xorg directly on OpenGL instead of on an ad hoc driver (put a pin on this for later). In Wayland you don't need ad hoc drivers, they just need to provide Egl (not to be confused with EglStreams) and a library called GBM, that are used for managing frame buffers.
Xorg used to manage a huge part of the devices (even printers...), and due to antiquate design, it was unable to handle trackpads correctly (e.g. no proper kinetic scrolling), Wayland does less, and relies on other more modern input management libraries, this theoretically allows input devices to work better, but only if the related new libraries and protocols are ready. E.g. he trackpad part is ready, the drawing tablet part is not.
It is more secure, for example it doesn't allow programs to just read the screen. It is absolutely possible to do screen recording, but you need modern software, and some applications (e.g. discord) are really reluctant to update their libraries (discord is using electron from 2018), so they don't get recording. A problem is that it doesn't allow applications to move windows, some protocols are being worked on, but right now, software that relies on moving or placing windows will not work.

Applications (plus possible work around for freetube):
Most applications using modern libraries and toolkit don't need to care about Wayland support, the toolkit will do the job. They might be undertested on Wayland tho, and small projects might not have the resources to test and take care of both protocols, so they will choose X11 because it's still the most used.
Most older applications also don't need to care, because Xwayland works just fine (put another pin on this), but sometimes they are a bit broken. And if they are specifically tools for xorg (e.g. xscreensaver) they will of course not work.
Some times electron apps still have issues, because chrome has not had proper Wayland support for a long time. More over, Google does make a version of chrome with improved Wayland compatibility, but they ship it with chromeos. You might fix some issue by adding --disable-gpu which disables electron's gpu support.
Expect proprietary applications to not fully support native Wayland, because their vendor often don't care.
Java applications don't support native Wayland because AWT is fundamentally incompatible with Wayland. JetBrains is working on a replacement.

Nvidia, Xwayland, and Glamor (this probably concerns you):
Recall the pins from before.
Nvidia provides it's own proprietary implementation of X11, like in ye olden days. When they decided to support Wayland they decided that they wanted to use Egl+EglStreams instead of Egl+Gbm, but only gnome implemented partial support for eglstreams (so it was basically unusable), they refused to support Gbm for many years, untill about three years ago for and suddenly you mostly could use wayland on Nvidia but some things were broken, and especially Xwayland was broken and flickery. Many things were fixed but not xwayland.
Nvidia refused implement the Implicit Sync (from now IS) semantic, which was (until a couple months ago) required by linux's standards. That is to say that their drivers did not respect linux's standard and were incorrect. IS is not a good semantic for modern graphic, but that was the standard and there was no alternative.\ No one noticed for a long time because Nvidia provided it's own implementation of X11, but xwayland uses glamor which glitches when IS is not implemented causing flickers. Actually this affects everything, but for some reason xwayland is more affected.
During the past two-to-three years Wayland developers worked along side nvidia to come up with a new Explicit Sync (from now ES) semantic. ES is marginally better for IS, but most of all, Nvidia is fine working with it, so now the flickering should be fixed as well.
Why does your xwayland windows flicker? Applications can support ES and get 0.001% better performance even if they shouldn't need to (because of how it was designed), but what you need is support from your desktop environment, and from your drivers. You need the latest version of Xwayland, and Gnome 46.1+ or KDE 6.1+, plus nvidia drivers 555+. If you have those versions of the software, everything should work, if not expect flickers and wait for updates.

[-] [email protected] 26 points 3 months ago

But unironically, "having faith" implies that you do not need proof but you are trusting your belief. So they are kind of correct

[-] [email protected] 30 points 3 months ago* (last edited 3 months ago)

I think you are confusing "windows like" with "user-friendly". A "bespoke archive, that you find on some developer's website, that you extract and somewhere it contains an executable and assets, that you move where you want to keep them, and then the user remembers to manually update it sometimes somehow" is not how you usually do stuff on Linux and is not even user-friendly.

Distributions come with programs like "gnome software" or "kde discover" that allows the user to graphically install programs from the distro's package manager, or from flatpak or snap. It will also help them to keep them updated and to manage dependencies. That is user-friendly.

I suggest using flatpak. It will work on almost all distros out of the box and will be easy to install and maintain for the user. If flatpak is too "bloated" for you because it uses containers, then you need to package it for every distro manually, but that's a lot of work. If it's something that just needs to be used once and never again, consider an appimage or a script, because they don't need to be installed.

Distros are different operating systems, it's not gonna be easy to package for all of them without compromises.

Also, if you really really really need to use your bespoke archive, you can do like native steam games do, and put every library you link in the archive, and link with relative paths instead of system wide paths, or with a launch script that loads your provided libraries. But that's not a great user experience. Steam gets away with it because it's the launcher that manages the whole thing.

[-] [email protected] 27 points 3 months ago* (last edited 3 months ago)

You are not supposed to power the GPU like that. You should use two separate cables from the supply. The other connector of the same cable is intended to "daisy chain" low power cards.

It will probably work anyway, but better safe than sorry.

Edit: I think it's needed because:

  1. The power supply might have separate circuits for separate cables and might not be able to supply all the power needed by the GPU through just one
  2. The cable might not be rated to have that much power flow through and might overheat and melt over time
  3. If you could just fork the cable into two why would they put two connectors on the GPU, it's not like they have different voltages, they are literally daisy chained
[-] [email protected] 24 points 6 months ago

If you believe "fat" is a slur, how the hell do you come up with the word "fattist"? Do you also say faggist, jewist and niggist?

[-] [email protected] 26 points 8 months ago

"King/queen" is clumsy and unreadable. Should go for a gender neutral "monarch"

[-] [email protected] 28 points 9 months ago* (last edited 9 months ago)

Being lesbo sucks. I tell a girl that she's banging and you get "coming from you 👸🏼". Literally no, I'm not saying that to be your pal, I'm saying it to shag you...

Or something, I'm not Scottish

[-] [email protected] 23 points 9 months ago* (last edited 9 months ago)

Which is bullshit because DRM doesn't effectively prevent ripping (source: you can find pirated hd content). So it's literally only harmful to the customer.

I'll give you a quick demo of how DRM is literally useless at protecting content:

  • You need:
    • a machine with any Nvidia GPU series 600 or newer running Windows, a browser with DRM support (e.g. chrome), and optionally sunshine. This is not an uncommon setup
    • any other machine that can run moonlight (even a phone).\
  • Services often use widevine as DRM provider, so using the Nvidia machine visit this test page and make sure DRM is working
  • Normally the DRM api ensure that the decrypted content of that video can never in any form get out of a special GPU buffer, not even the browser can access it
  • enable sunshine on the machine
  • Connect from the second machine to the using moonlight and notice that the video is not being shared. DRM seems to be working correctly.
  • Now disable sunshine and enable Nvidia gamestream from GeForce experience, and set it up to share the whole desktop
  • connect from the second machine to the first using moonlight
  • now the video is being shared to the second machine, and DRM is circumvented. There is literally nothing preventing you from recording the screen on the second machine

Now, this is a terrible way of ripping content, it causes at least one reencoding, which reduces quality (a lot of people won't even notice it), but it is a stupidly simple working demo of DRM circumvention.

Btw, that procedure is not the result of some study, reverse engineering, or any clever stuff. I was literally playing a game in streaming and I went "hmm, I wonder what would happen if I streamed widevine" and it just worked.

[-] [email protected] 22 points 10 months ago

Fedora users waiting 6 hours just for the update process

[-] [email protected] 25 points 10 months ago

This image is very old, since before accessible generative AI. It's probably been AI upscaled/improved. Notice how the headline is also borked

35
submitted 1 year ago by [email protected] to c/[email protected]

When the jack is inserted the internal speakers stop making sound and the only analog out is the jack, as it's common on laptops. But I want to address the two analog output individually so that I can:

  • Still select the speakers when headphones are plugged
  • Have different sounds come from headphones and speaker
  • Mix them with carla or other audio software

My alsa/pipewire settings are all default, I'm on a thinkpad t480s with fedora 38. My sound card is an intel hd audio card, with a realtek ALC257 analog chip.

I tried disabling auto_mute and rising the volume from alsamixer but nothing happens. Then I switching pipewire to "pro audio" but it doesn't separate the analog outputs. I also tried setting the indep_hp hint from hdarackretask but it doesn't change anything.

The hint enables a new "independent hp" option in alsamixer, but it can only be enabled by the cli and it doesn't work either.

I can provide configuration files or other info if needed but since they are all pretty long I didn't include them in the post. Also because I didn't edit them so they are just fedora's default.

Thanks

838
submitted 1 year ago by [email protected] to c/[email protected]
312
submitted 1 year ago by [email protected] to c/[email protected]
67
submitted 1 year ago by [email protected] to c/[email protected]

Is there a way to apply a apply an opengl shader to the entire screen in either gnome or kde using Wayland? I know hyprland has something like that, but I don't use tiling WMs.

I have an ald projector that I mainly use for game streaming or jellyfin, that has misaligned RGB panels. This model in particular cannot be adjusted, you can only replace the prism assembly all together (which I have no intention of buying). But I have tested that shader that simply samples about one pixel to the left/right is enough to fix the problem almost entirely.

Also, it would be perfect if I could also pass to the shader a uniform sampler of an image file, that I need to perform some extra color corrections. The green color is weaker on some areas, and I have a picture to use as a mask of those areas.

3
Prova (feddit.it)
submitted 1 year ago by [email protected] to c/[email protected]

Posso inviare post da infinity?

[-] [email protected] 24 points 1 year ago

This is prostitution

5
r/femboys (feddit.it)
submitted 1 year ago by [email protected] to c/[email protected]
4
r/femboy (feddit.it)
submitted 1 year ago by [email protected] to c/[email protected]
view more: ‹ prev next ›

edinbruh

joined 2 years ago