486

joined 2 years ago
[–] 486 5 points 10 hours ago

It won’t get wikis or issues though.

You can easily mirror Github wikis as well. You just need to add .wiki.git to the repo URL. That way you can clone the wiki just like any other Git repo.

[–] 486 11 points 3 days ago

This is pretty neat. If this was a real museum, you'd have to do a lot of walking, that's for sure!

[–] 486 2 points 1 week ago

Perhaps a Raspberry Pi 500 (or the older Raspberry Pi 400), can do all the things an ordinary Raspberry Pi can, but comes as a complete device with built-in keyboard. Runs Linux and is rather easy to use.

169
Schon wieder (datajournal.org)
submitted 1 week ago by 486 to c/[email protected]
 

Der Aufstieg der NSDAP/AfD

[–] 486 4 points 1 week ago

Yeah, Bonzi Buddy!

[–] 486 2 points 2 weeks ago

Awesome! Thank you! :)

[–] 486 2 points 2 weeks ago (2 children)

If the game is still available, I'd be interested!

[–] 486 23 points 2 weeks ago* (last edited 2 weeks ago)

There is also AMD and they are doing pretty well. I wouldn't write off x86 just yet. But less competition is never a good thing, and Broadcom buying another company has never resulted in anything good, as far as I can tell. For anyone except Broadcom themselves.

[–] 486 48 points 2 weeks ago (1 children)

It is, but Signal and Matrix aren't really all that similar. Matrix's privacy is pretty atrocious. It stores tons of meta data about users all over the place. That's the exact opposite of what Signal does.

[–] 486 79 points 2 weeks ago (3 children)

Ugh, Broadcom buying Intel would be terrible.

[–] 486 1 points 3 weeks ago

Sure, if you have exactly one client that can access the server and you can ensure physical security of the actual network, I suppose it is fine. Still, those are some severe limitations and show how limited the ancient NFS protocol is, even in version 4.

[–] 486 2 points 3 weeks ago

You need sampling at twice the frequency as a minimum to extract a time domain signal into the frequency domain. It says nothing about “perfect” especially when you’re listening in the time domain.

Yes it does. You can use a higher frequency, but that does not change anything except increase the maxiumum frequency possible. Even with perfect ears and the best equipment, there is no audible (and mathematical) difference to be had.

Everyone who claims otherwise should watch Monty's explainer videos. I know they are quite old at this point, but everything he explains is still perfectly valid. If that does not convince you, nothing will.

[–] 486 1 points 3 weeks ago

It turns out that dynamic range is limited by the audio sampling rate and the human ear can easily detect a far greater range CD audio supports.

Dynamic range isn't limited by the sampling rate. It is limited by the resolution, which is 16 bits for the audio CD. With that resolution you get a dynamic range of 96 dB when not using any dithering and even more than that when using dithering. Even with "only" 96 dB that dynamic range is so vast, that there is no practical use of a higher resolution when it comes to playback. I know that the human ear is supposed to be able to handle 130 dB or even more of dynamic range. The thing is, you can only experience such a dynamic range once, afterwards you are deaf. So not much point in such a dynamic range there.

There are good reasons to use a higher resolution when recording and mixing audio, but for playback and storage of the finished audio 16 bits of resolution is just fine.

 

Bitwarden introduced a non-free dependency to their clients. The Bitwarden CTO tried to frame this as a bug but his explanation does not really make it any less concerning.

Perhaps it is time for alternative Bitwarden-compatible clients. An open source client that's not based on Electron would be nice. Or move to something else entirely? Are there any other client-server open source password managers?

view more: next ›