A quick search suggests that most headphones and hearing aids don't support it yet. This will be your greatest problem - nobody can use it. This seems like the future though so you should probably install it in your venue and get a few headphones that do support it to test it and to borrow to those who need help.
That few support it implies that there are likely going to be implementation/interoperability bugs for a few more years at least - nobody knows how bad these will be. Maybe things will just work, but growing pains should not be a surprise.
They claim latencies as low as 40ms - this is unacceptably long for a lot of music applications. For listening to the sermon at church good enough, but people may noticed if you are singing along. I'm not sure if this will be an issue, but it is something to consider. You might need a different system though.
It's a chicken-and-egg thing. Not many devices have it, so not many venues install it. Not many venues have it (perhaps because they've invested in other systems), and there's no pressure to change until there are many people wanting to use it.
True. Total employee compensation is around 145% of their salary. The government could tax that extra 45%, but I doubt that would fly politically.
Typical accounts of employee compensation only measure wages and salaries. I've only seen the WSJ using total employee compensation, which is a far more realistic figure.
I guess even a disposable vape has more computing power than the Lunar lander. (I don't know if that's more or less ridiculous than a key fob, but at least a key is not so disposable.)
Car chargers for usbs, or digital thermometers, or disposable pregnancy tests - it's absurd the amount of compute that ends up even in single use or trivial products.
A lot of that is because those devices have far more than they actually need because the processors/packages are so cheap. Particularly if it's a relatively low volume item it's probably cheaper to just use a slightly overpowered component even if it's a penny or two more vs changing things.
The keyfob was brought up by someone so they can make a clickbaity title: "A thing in your pocket has more computing power than Apollo guidance computer. And it's not your smartphone"
Yes! That has been supported for a long while. At least on Android, go to Settings -> Chats -> Chat Backups. Set up a schedule and a passphrase and a folder, and it will export your chats every day.
I do that and then sync that folder with another computer using SyncThing.
> I do that and then sync that folder with another computer using SyncThing.
AFAIK SyncThing only monitors for changes between files with matching names, and Signal stores each backup with a separate (timestamped) filename. Are you storing every day's backup individually, or do you have some tool for deduplicating?
Encrypted backups can't be deduplicated unless the encryption is flawed. There shouldn't be a way to tell that one Signal backup is somewhat related to another, unless you have the passphrase.
That also means that Syncthing can't do better than sending the full backup. But if you're syncing via wifi (e.g. at home) it's not really a problem anyway.
> Encrypted backups can't be deduplicated unless the encryption is flawed.
Would you mind elaborating on why this would be an issue? 1) Tools like borgbackup provide the exact functionality you're describing and considered secure. 2) Encrypted file systems also don't re-encrypt your entire HDD whenever you change a single file.
> Encrypted backups can't be deduplicated unless the encryption is flawed
This isn't an encryption problem; each device can only have one instance of Signal installed, and the latest backup (assuming it has terminated successfully) is a superset of the previous ones (aside from any messages that have dropped from retention, which you presumably don't want to be preserving, by definition).
"Deduplicate" in this context means ensuring that you only have N backups in your remote storage, rather than cumulatively storing every day.
They do and have done for years now. There’s been a files app since 2017. They’ve had Advanced Data Protection available for iOS backups since 2022. Signal has just been lazy and found maintaining the Android backups to be a pain, so they refused to implement it for iOS.
From the point of view of iOS, yes it can (the person you're replying to is wrong, as explained by the other person who replied to them). But no, the Signal iOS app does not currently have that functionality.
They did support it since they released the Files app, as Signal shows. Nothing changed all these years, yet they're now rolling out backups for iOS too, so the technology is already there.
>The technology that underpins this initial version of secure backups will also serve as the foundation for more secure backup options in the near future. Our future plans include letting you save a secure backup archive to the location of your choosing, alongside features that let you transfer your encrypted message history between Android, iOS, and Desktop devices.
Yep. Local backup generation has been around for at least a few years. You can have signal make a backup for you every day. You just need to get it off the device. This looks to be adding a remote option for this existing feature.
> Honestly I feel like you should only use kernel anticheat on a dedicated machine that's kept 100% separate from any of your personal data. That's a lot to ask of people, but you really shouldn't have anything you don't consider public data on the same hardware.
Yes, and at that point, you may as well use Windows for that machine.
Is the Japanese diet so full of ultra-processed foods?
Couldn't quickly find a source for Japan, but this meta-study [1, see Table 1] gives a list of the percentage of UPFs per national diet. It lists Korea (25.1%) and Taiwan (19.5%), which may be relatively close. Anyway, the US comes in at 58%, clearly a big difference.
reply