Yes, yes it will. (Well, at least it should. If it doesn't, that's a bug.)
The problem here is that the premise of this post is evaluating buying a GPU with AV1 encoder in order to transcode a media library. Any GPU-based AV1 encoder will produce very different results than svt-av1, likely much worse results that is.
The backend is the real interesting part, and the only way that we can be sure that “they cannot read the emails”
While I'd still prefer it, OSS can't really help with that because what's really required here is remote attestation.
That is an unsolved problem to my knowledge; there is no way to know which software they're actually running. Even if they published the source code, they could trivially apply a patch in their deployment that stores all incoming email somewhere and you'd be none the wiser.
Even if they published source code and could somehow prove to you that they're running a version derived from it, you would still not be safe from surveillance as one could simply MITM all connections. See i.e. https://notes.valdikss.org.ru/jabber.ru-mitm/.
That's likely one of the reasons they do everything they can to make PGP accessible to every user.
imap/smtp can be toggled with a warning, if that’s really their concern
It's plain and simply not how their service works. They'd have to build most of their service a second time but unencrypted.
It's like asking Signal to build in support for IRC; it does not make sense for them to do that in any way without malicious intent needed.
no IMAP = no easy migration to somewhere else
You have IMAP access via the bridge. That's what it's for.
That is not representative of what you'd get with an Intel card then. While they implement the same standard (AV1), they're entirely different encoders with entirely different image quality characteristics.
Oh the data is absolutely fine and helpful; I only take issue with the conclusion ;)
They’re not doing like proton and close basic stuff like IMAP and SMTP as a way to force you on the official apps
The reason Proton cannot do IMAP/SMTP is that they cannot read your emails which is required for both. That's a feature, not a bug.
PM works with any app as long as the app implements their custom protocol for which there are at least two FOSS implementations as a reference.
proton is a “fake” open source that is mostly used for marketing: they opened only the UI, which communicates with a proprietary protocol to a proprietary server - useless
While I'd also prefer their back-end to be OSS, it's not nearly as critical as the clients.
As a user, it doesn't make a difference. I'm paying for an opaque service either way.
All the interesting stuff (E2EE, zero access storage) happen in the clients anyways. The BE is fairly uninteresting; it's a mail server + zero-access encryption + Proton account handling. If you really wanted to build a mail service similar to Proton, you could build that yourself and probably would have to anyways.
The "av1" numbers, which codec is that? There are many av1 encoders and even for Intel HW accel, there are at least two.
with a 200$ card, and you save a lot of money using the video card instead of buying extra storage space.
With $200, you could buy ~12TB worth of HDD(s) instead. You'd need >36TB of video for that to make financial sense and you'd always lose quality.
Additionally, you'd have to factor in the power it needs to transcode but, with HW accel, it's not quite as much as with CPUs.
| Tables | do | exist | ! |
|---|
| Tables | do | exist | ! |
|--------|----|-------|---|
I don't think either of them care very much about christmas.
Look into used/older Pixels.
Yes, a slight speed decrease is expected even with good proxy services at common residential speeds. Given that yours is far above the average, a greater decrease can be expected. It shouldn't be this much though.
If this is installed on a common "router" SOHO gateway appliance, it's likely that its hardware is simply not able to keep up with the tunnelling workload (encryption, package handling). For troubleshooting, try the same proxy server on a more powerful machine while disabling the proxy on the gateway. If it's faster, that's likely your issue.
Also try a different proxy server. That particular one might simply not have enough capacity to serve you more than that.