utopiah @ utopiah @lemmy.ml

Posts

2

Comments

805

Joined

4 yr. ago

I don't actually know BUT it would be amazing to start with a ranking, e.g. https://www.npr.org/2024/07/16/g-s1-9554/best-games-2024-picked-by-npr-staff , and see if 100% of those via e.g. ProtonDB API or even manually (but not ideal to stay up to date), are above a quality threshold, say Gold or Platinum (or obviously native) then tell everyone about it.

Because... if it's true that 100% of those (anti-cheat excluded) do work then even I, a gamer who runs exclusively Linux on PC and handeld, would be assuming maybe 80%.

Does it mean I would do the first import on desktop, including ML, then I could switch the resulting data (via e.g Docker) to a RPi5 if I get <100 new photos per day?

Which... is "funny" because even though it is a genuine arm race where 2 powerful nations are competing... it's a pointless one.

Sure, we do get slightly better STT, TTS, some "generation" of "stuff", as in human sounding text use for spam and scam, images and now videos without attribution, but the actual hard stuff? Not a lot of real change there.

Anyway, interesting to see how the chips war unfold. For now despite the grand claim though from both :

• US with software and models for AI (Claude, OpenAI, etc driven by VC backed funding looking for THE next big thing, which does NOT materialize) ) and hardware, mostly NVIDIA (so happy to sell shovels for the current gold rush) or
• China with "cheap" to train large models (DeepSeek) and hardware (SMIC, RISC based chips) to "catch-up" without any large production batch with any comparable yield

neither have produced anything genuinely positive IMHO.

NVIDIA-SMI 535.183.01 on NVIDIA GeForce RTX 2080 Ti, been playing (and working) with it on Debian (and Ubuntu) with that setup for years now and... pretty much 0 problem.

It's only when I tinker with CUDA for ML tinkering that I might spend 1h re-installing the right driver to match version, or containers, but otherwise, as daily driver, pretty much flawless experience.

I believe from time to time I get a glitch on Plasma when PC comes back from hibernation but that's solved in 1s.

I really need to take the time to

• install (or even update) my local instance
• try a batch import (any hint?) from iOS (iirc the app did work well, just takes a while the first time)
• setup the ML part (on a 2080ti, so that also will probably take time initially)

Since ProtonDB (and obviously Proton itself, Wine with its own WineApp DB, SteamOS) there is an easy way to check if your favorite games do work. That being said I understand that people are afraid. They might think "OK... well Elden Ring works but what about the DLC, or upcoming Elden Ring Nightreign?" and believe, probably rightfully so to be honest, that because Windows is still the most popular OS for gaming on PC and that game publishers are economically rational actors, more testing and fixes will be done against that target platform.

So... 100% is a ridiculous coverage because it's impractical but IMHO they are not that silly to "want" it. It's just a simpler way to say they are scared and do not want to bother. They would rather follow the crowd than take a risk themselves and be trail blazers.

All that being said now that ProtonDB exists and Valve is actively radically improving support via Proton, that gamers see in the wild SteamDecks popping up literally around them, in flights, airports, waiting rooms, etc they just can not ignore the fact that support is improving enough to have fun. Mentality will change but it takes time and Microsoft is fighting back because despite having Azure as their dollar printing asset, they are just hooked on bundling.

I didn't downvote but I bet I understand people who did, as this comment does NOT address OP concern. They just add yet another alternative to verify without explaining how to actually do so, i.e. they make the problem worst rather than help, IMHO.

Since you ask, here are my thoughts https://fabien.benetou.fr/Content/SelfHostingArtificialIntelligence with numerous examples. To clarify your points :

• rely on open-source repository where the code is auditable, hopefully audited, and try offline
• see previous point
• LLMs don't "analyze" anything, they just spit out human looking text

To clarify on the first point, as the other 2 unfold from there, such project would instantly lose credibility if they were to sneak in telemetry. Some FLOSS projects tried that in the past and it always led to uproars, reverts and often forks of the exact same codebase but without telemetry.

I'm sure you do, you little scum! /s

And it should, unfortunately it's not. Maybe right to repair and other laws will, hopefully, change that but for now, it's bundling, part pairing and locks all the way down.

they are not welcome to implement it on my device

I wish, sadly that's not how using non open source or open hardware devices work. You are running their software on their hardware with their limitations. It's not a PC or SBC.

Edit: if we were to stick to the card game analogy, it'd be more like playing the card game in a hotel, in a room that you rented, rather than at home.

Specially the moment you open the browser

I'd be curious, did you profile if it's for all pages or only some? I'd expect e.g. Facebook or Instagram to be more demanding than Lemmy or ProtonMail but to be honest I have no idea.

I agree on permission.

Yet I'll still try to clarify the technical aspect because I find that genuinely interesting and actually positive. The point of homomorphic encryption is that they are NOT looking at your data. They are not encrypting data to decrypt them. An analogy would be that :

• we are a dozen of friends around a table,
• we each have 5 cards hidden from others,
• we photocopy 1 card in secret
• we shred the copied card, remove half of it, put it in a cup and write a random long number on that cup
• we place that cup in a covered bowl
• one of us randomly picked gets to pick a cup, count how many red shards are in it, write it back in the cup and writes adds the number to the total written on the bowl, we repeat that process until all cups are written on only once
• once that's done we each pick back our up without showing it to the others

Thanks to that process we know both something about our card (the number of red shards) and all other cards (total number of red shards on the bowl) without having actually revealed what our card is. We have done so without sharing our data (the uncut original card) and it's not possible to know its content, even if somebody were to take all cups.

So... that's roughly how homomorphic encryption works. It's honestly fascinating and important IMHO, the same way that cryptography and its foundation, e.g. one way functions or computational complexity more broadly, are basically the basis for privacy online today.

You don't have to agree with how Apple implemented but I'd argue understanding how it works and when it can be used is important.

Let me know if it makes sense, it's the first time I tried to make an analogy for it.

PS: if someone working on HE has a better analogy or spot incorrect parts, please do share.

I don’t want Apple exflitrating my photos.

Well they don't. I don't want to justify the opt-in by default but, again (cf my reply history) here they are precisely trying NOT to send anything usable to their own server. They are sending data that can't be used by anything else but your phone. That's the entire point of homomorphic encryption, even the server they are sent to do NOT see it as the original data. They can only do some kind of computations to it and they can't "revert" back to the original.

Dunno either, funnily enough skimming through https://eprint.iacr.org/2012/144 I noticed authors are from KUL https://www.esat.kuleuven.be/

Why do I say "funnily enough" is because, just like with e.g. IMEC for chips, some of the foundation of modern technology, comes from the tiny and usually disregarded country of Belgium.

Well to be fair, and even though I did spend a bit of time to write about the broader AI hype BS cycle https://fabien.benetou.fr/Analysis/AgainstPoorArtificialIntelligencePractices LLMs are in itself not "bad". It's an interesting idea to rely on our ability to produce and use languages to describe a lot of useful things around us. So using statistics on it to try to match is actually pretty smart. Now... there are so many things that went badly for the last few years I won't even start (cf link) but the concept per se, makes sense to rely on it sometimes.

cars are kind of a scam

The sadder scam is that most advertisements about car are like this https://youtu.be/KIvC5wsoW2Y (literally the 1st video I found) namely :

• you are alone on the road (even in a city center here!)
• you are driving in gorgeous scenery (here city without any ads or trash, country side, parks, above empty bridges, etc)
• you are smiling while driving

Whereas the reality is, for the vast majority of people (I'd wager 99%), you will drive bumper to bumper for hours to go from home to work then work to home in polluted cities, going through rings roads, stopping are red lights, etc.

Cars are a scam in so many ways but IMHO the worst one is the promise of pleasure while driving.

not going to be the overhyped LLM doing the analysis

Here indeed I don't think so but other vision models, e.g. https://github.com/vikhyat/moondream are relying on LLM to generate the resulting description.

Yep, reading their blog post to read a bit better. I don't like that it's enabled by default, especially despite iCloud off (which should be a signal to say the user does NOT want data leaving their device) but considering what others are doing, this seems like the best trade off.

Looks like they did "Brakerski-Fan-Vercauteren (BFV) HE scheme, which supports homomorphic operations that are well suited for computation (such as dot products or cosine similarity) on embedding vectors that are common to ML workflows" namely they use a scheme that is both secure and efficient specifically for the kind of compute they do here. https://machinelearning.apple.com/research/homomorphic-encryption