ChocolateGod

Because the depth buffer isn't always accurate or accessible.

WoW goes to lengths to hide its depth buffer.

Needing the kernel to be changed for each device is an Androidism that encourages ewaste and we should fight against it.

Instead Qualcomm should improve their ACPI implementation and improve the kernels handling of it

X11 is ancient history and not a fit for tiling GPUs found in mobiles socs

I don't think we'd rather be speaking French right now.

I wouldn't be surprised if financial institutions use GPS for time keeping.

It's more accurate than getting it from a NTP pool.

> (As an aside: go right now and do a "sudo lspci -vv" on your computer, if you see a Resizable BAR capability which isn't using the maximum size, you can probably gain a bit more speed for free by going into the BIOS and enabling "Resizable BAR" and/or "Above 4G decoding". If you can't find these options, well, AFAIU that's what this project is all about..)

IIRC Linux doesn't need resizable bar enabled in the BIOS since the kernel will resize the bar if supported by the GPU, Windows however relies on the UEFI doing it which is where it being enabled in the BIOS is needed.

Another one is https://github.com/PerryTS/perry and Huawei ArkTS.

It'll be cool to see how this compares with similar projects, there's a few of these jumping on the scene now.

Your traffic is still unencrypted by the VPN provider at the other end of the Wireguard connection, I am not sure how this changes that?

They should make a form where you input the serial number and apply for a key, applying that key in config.txt disables the hardware verification checks on the bootrom.

> Snap is the same thing but worse

IIRC Snap relies heavily on AppArmor for sandboxing, so on anything non-Ubuntu the sandboxing is non-existent.

AppImages do not work anywhere close to how macOSs .apps do, and even if they did the approach isn't correct for how things work on Linux.

Qualcomm (and Nvidia I think?) are the only mainstream ARM SoCs vendors that support TianoCore/UEFI on their chipsets.

How does this handle runtime updates if the source cpak Containerfile doesn't get rebuilt?

Right now on Flatpak, if I target org.freedesktop.Platform, when that gets security updates to libraries, my application will use them without needing to be rebuilt. I assume for cpak because OCI images are layered based on a fixed content commit, it won't get library updates unless rebuilt.

I do think Dockerfiles are a better mechanism than flatpak-builder specs, the ecosystem is huge.

4G is becoming the "baseline" and replacing 2G in many of those services, especially the "low energy" IoT implementations of LTE.

Yep. Swap + zswap + earlyoom is a great safety need incase things get hairy.

Couldn't the camera encode information from the depth sensor and prevent this.

> the bummer is that all this "work" is just wasted cycles

There's probably an overlap with people who think anubis is a good idea and those who think we should be doing more to battle climate change.

The two views are not compatible though.

The sad part is that it's known that Apple internally maintains Linux ports to their SoCs

> https://talents.vaia.com/companies/apple-inc/software-engine...

I think there's been a mistake in the thinking that restricting the licensing on open source projects will make the companies that use them as a service would make them contribute.

They don't, the companies just replace the software in question.

We also live in a world where site owners purposely put anime cat girls on their websites that serve no purpose then to waste cpu cycles.

Those responses are disgusting. I bet you every one of these individuals criticised X for being toxic.

So an app that uses an unofficial API broke when that API changed?

Not news nor "blocking".

Chrome is an outlier to how most apps will do things.

> phone gets uncomfortably warm as it's doing the number crunching

IMHO if I visit your website and it intentionally starts wasting my electricity for no other reason than to cost me money, with no opt in, it's hostile and malicious.

> How is landing on the moon not a publicity stunt? What can the humans do that massively cheaper robots couldn't - besides take some awesome photos and bring back some more moon rocks?

Humans have intuition and curiosity, they can spot something quickly in the distance that looks peculiar, go to it and quickly inspect it.

Ironically the recent CVE that's being used to root Android phones (Ghostlock) running GKI images is mitigated by MTE.

Starship is mostly funded by Starlink.

Yes, Musk is a crappy character, but that's not a reason to make things up. This isn't Reddit.

Musks company provides not only the most cost effective but also the most reliable access to space that is currently unparalleled by any other company.

We should thank the government for spending tax money efficiently.

You should blame the legacy aerospace companies whom purposely inflate contracts and take forever to do things for there being a lack of competition, not Musk.

IIRC the mirror is from a spy satellite, but the chassis and electronics are all NASA.