The aesthetics are amazing. Too bad it’s gacha
The aesthetics are amazing. Too bad it’s gacha
Gaming companies need to put way more focus into accessibility. I’m going to be grinding through my backlog until I have a foot in the ground, and I’m not gonna have lightning quick reflexes forever (and apparently, neither do a good quarter of PC gamers).
1 last hurrah.
It may not be the most flattering to be remembered by, but their work will survive, and that is respectable.
Chat it might actually be happening
SteamOS 3 for ALL
God I hate Take Two.
Oh yeah, it’s all coming together.
🎉🥳 Another label graduated! 🥳🎉
Now please hurry up and vote for Bullet Heaven on Brotato and its colleagues so we aren’t stuck with something as terrible as “Survivor-likes” or unweildy as “Action Roguelike - Bullet Hell”
On the low end, yearly OS upgrade compliance.
On the high end, dealing with the Kafkaesque whims of the App and Play stores randomly deciding to nuke your app (and thus business) from orbit as an “oopsie”
That uses a similar approach to the wake word technology, but slightly differently applied.
I am not a computer or ML scientist but this is the gist of how it was explained to me:
Your smartphone will have a low-powered chip connect to your microphone when it is not in use/phone is idle to run a local AI model (this is how it works offline) that asks one thing: is this music or is it not music. Anyway, after that model decides it’s music, it wakes up the main CPU which looks up a snippet of that audio against a database of other audio snippets that correspond to popular/likely songs, and then it displays a song match.
To answer your questions about how it’s different:
the song id happens on a system level access, so it doesn’t go through the normal audio permission system, and thus wouldn’t trigger the microphone access notification.
because it is using a low-powered detection system rather than always having the microphone on, it can run with much less battery usage.
As I understand it, it’s a lot easier to tell if audio seems like it’s music than whether it’s a specific intelligible word that you may or may not be looking for, which you then have to process into language that’s linked to metadata, etc etc.
The initial size of the database is somewhat minor, as what is downloaded is a selection of audio patterns that the audio snippet is compared against. This database gets rotated over time, and the song id apps often also allow you to send your audio snippet to the online megadatabases (Apple’s music library/Google’s music library) for better protection, but overall the data transfer isn’t very noticeable. Searching for arbitrary hot words cannot be nearly as optimized as assistant activations or music detection, especially if it’s not built into the system.
And that’s about it…for now.
All of this is built on current knowledge of researchers analysing data traffic, OS functions, ML audio detection, mobile computation capabilities, and traditional mobile assistants. It’s possible that this may change radically in the near future, where arbitrary audio detection/collection somehow becomes much cheaper computationally, or generative AI makes it easy to extrapolate conversations from low quality audio snippets, or something else I don’t know yet.
“We will block Cloudflare as they protect piracy sites and must be shut down!!!” - Austrian copyright court, clueless
We are progressing ever closer !!