Typical end users do not. Companies do because it will save them money.
Enthusiasts will care because it could save them storage space for equivalent quality, though if the cost of encoding is so high then just in terms of energy costs you may save money just going for a cheaper codec and upgrading storage with the saved money.
I guess that means people can go and run the reference code and start comparing the results for real now.
Hopefully an adaptation will get added to FFMPEG and Handbrake so we can have a play with it too.
I don’t know what you were expecting.
You more or less have to have an account to use a paid feature. Especially for a free trial.
It’s only Mulvad (which is apparently what Firefox uses under the hood) who doesn’t use an email address as an identifier.
I’ve never heard of this guy. This the only thing I could find that seemed to give context here.
During the race, far-right accounts claiming to be Stancil supporters harassed his opponents, who obliquely criticized his use of social media.
I use VBR and adjust the quality slider until I cannot see artifacts. I don’t do anything particularly special and maybe there’s more that could be done.
I once heard of an approach where you remove all grain and reapply it live to reduce the bitrate. That sounds interesting but denoising usually results in quality loss and it will likely look pretty artificial. My tooling also does not support it, so I’ve not bothered.
If someone can recommend me a good encoder or tool I can try that is better than whatever comes with handbrake I’m happy to give it a go.
Having tried AV1, I found that it was worse than h265 for what I use it for: high quality movie encodes.
It doesn’t preserve grain well, and if struggles with maintaining quality in low light scenes.
On top of all of this it tends to be more CPU intensive than h265.
For this testing, I used Handbrakes CPU encoder.
I realise that this is maybe not what AV1 is intended for. It’s probably best suited to making low bitrate streams more tolerable. Maybe AV2 will be better 🤷
Columbo my love
ACAB should always come with a single exception: Columbo.
A man of the people, who only puts rich assholes behind bars.
The full translation of the clip of Gaël Duval provided by GrapheneOS:
There’s the attack surface, on that front we’re not security specialists here, so I couldn’t answer you precisely, but from the discussions I’ve had, it seems that everything we do reduces attack surface.
However, we don’t have a “hardened security” approach, we aren’t developing a phone for pedo(censored) so they can evade justice. So there aren’t difficult things to check if the memory is corrupted, really hardened security stuff that could clearly be useful for executives, in the secret service, or whatever.
That’s not our goal, our goal is to start from an observation: today our personal data is constantly being plundered and that wouldn’t be legal in real life with the mail or the telephone, we want to change that. So we are making you a product that changes that by default for anyone.
As a french speaker, I can attest that the translation is fairly accurate.
While I don’t agree with the characterisation Gaël Duval makes here, I believe the statement from GrapheneOS here:
Duval and his organizations have consistently taken a stance against protecting users from exploits. In this video, he once again claims protecting against exploits is for only useful pedophiles and spies.
Is a bit disingenuous. It sounds like they do make some efforts to secure their device, but it’s not their main focus. Theirs is to improve privacy first and foremost.
I would take anything GrapheneOS devs says with a grain of salt, as we all know that they have quite an adversarial relationship with… well… everyone. But especially other OS makers.
I was trying to figure out why people still use Axios, when the built-in fetch works just fine. Is it because people are still sending XML requests?
Look, from the little I know about the Iran government I do not like them much.
But this is really funny.
I agree it would be good to have third party integrity checks to not require Google Services etc. as part of the chain.
In GrapheneOS, many Google Play integrity check pass, but payments still do not work. You are notified when an app uses the integrity API, but probably only because they have spent a bunch of work sandboxing Play Services. This is what you see when you look at those details:
I guess the obvious problem is that so many apps rely on Google Services, such as for payments, opening the store, checking for integrity etc. On stock android, you can’t pick and choose these services separately or use third party ones, unlike using a third party keyboard, for example. Everything is one big proprietary, data guzzling lump.
Whoever promised that?
Updated the description to clarify.
The economic incentive from Signals point of view is that it allows them to steal users. Its a lot easier to switch if you don’t have to drag 100% of people you know off a platform to remove their app.
Look up adversarial interoperability if you’re interested. It’s how Facebook got big in the first place.
As for Meta, the only thing they would gain is less scrutiny from regulators as Gatekeepers.
Yeah it’s nice to have PhotoSphere back!
Yep, though losing your wallet and phone at the same time would be rough.
Made the jump last week.
The only thing I miss is Android Pay, but it’s not a big deal. Cards are fine, you’ll just need to remember your wallet.
I did find I had a problem with my work 2FA app, but that’s their problem to solve, not mine. Maybe they’ll give me a 2FA USB key.
A few pieces of advice:
I don’t trust anything this government does. They always find a way to pick the worst choice for everyone but themselves and their rich backers.
Even if they never abuse these powers (unlikely, given their track record), what’s to stop the next government from abusing them?
The one I hear is good is NVDA by NVAccess, but it doesn’t have AI.
Website: https://www.nvaccess.org/about-nvda/
Source code: https://github.com/nvaccess/nvda
I would be fairly surprised if you found an open source screen reader that had AI built-in.
It would likely have to run locally if it was open source.
Typically companies don’t make their stuff open source, and non-profits are unlikely to host an AI for you because of the cost. It’s unlikely to run locally as the cost for that model to run and download size may make it unusable or impractical for some hardware. Typically screen readers need to be accessible to everyone, and therefore need to run on very old and / or cheap hardware.
The source for this article is another article, which tbh is a better article:
https://cybernews.com/security/global-data-leak-exposes-billion-records/
That article does not itself have a source link, but it does show some redacted sample data and a breakdown of what countries are affected.
Yeah as a result of this post I decided to look into AV1 grain synthesis again. That’s the only way I can see that AV1 can meaningfully “improve” over h265 right now for noisy content like movies, which is what enthusiasts care about.
Grain synthesis is where you analyze noise on the original file, denoise the video stream and reapply artificial noise of a similar style as the original at decode time.
It relies on a lot of assumptions:
From a short experiment, I found that VLC was able to render the synthetic grain, but MPV(.net) did not out of the box. I had to play around with gpu rendering modes to get it to work.
As for transcoding, it’s unclear what happens to the synthetic grain, whether it is burnt in or simply ignored. At least one or two people have reported it will just be ignored and you’ll get a weirdly smooth movie.