wildduck

Interesting that it is using x-ray, seems like x-ray is still using PhantomJS as the plugin, is PhantomJS deprecated? Would it be using Puppeteer instead?

Hmmm, what happened to the WebRTC using p2p method, where as the member increase so does the bandwidth? Like torrent?

So as the group members increased it also increases network usage on the SFU server?

>As for e2e encryption over webrtc via an SFU - yes, this is possible, but its currently very messy (wasm video encoding and encryption streamed over an SFU-bound datachannel with full mesh distribution of the encryption key). There are plans to implement "Insertable Streams" which you will be able to transform (e.g. encrypt) which will allow this to work without the hacks.

So currently Jitsi meet the one on the web site is NOT e2e encrypted?

Very interesting. I have heard that from some people as well. Any tips on how to get started in *nix/FreeBSD/Mac ecosystem? Last I tried was in mono. Any tips appreciated.

Time to make some Spanish ham!

One can always rely on cordova/phonegap type of app with a C++ plugin to address this issue.

Personally, not having web app storing large amount of data is a good thing.

Well on the site it was said

"We encrypt the content with that random key. In this case, we only encrypt the content once with the random key so we don’t need an iv and can leave it filled with 0 (I hope…)."

Anyone think that is a good idea?

>Personally I preferred Stripe Checkout over Elements, because they take care about the look and feel.

Stripe Checkout force you to gave client email to stripe. With Elements you can just use stripe for card processing (with zipcode of course).

There was an all you can eat sushi place, they charge you for the sushi that you couldn't finish. I thought that was a pretty good way to charge.

Wonder how that hold up against E-Ink reader (almost like paper type of readers).