zumachase

10 ms·

31.
by zumachase 6y ago
These goods are scarce in the economic sense, even if you think they are “cheap”. They are not free to produce. We do have enough food to feed the world, but that would mean your food gets more expensive as other people consume what would o
32.
by zumachase 6y ago
> Should that day come to pass, the money-issuer – the central bank – can procure all that idle labor, without creating inflation. If the private sector doesn’t want labor, then there’s no bidding war between companies and a federal jobs
33.
by zumachase 6y ago
Because we needed geographic distribution so that we don't end up hairpinning our users, and they only run a single service so the value prop is much lower. We use route 53 to do geodns across a number of cheap instances around the wor
34.
by zumachase 6y ago
We're in the same camp with a cluster ~2x as large for Squawk[1] and it would cost us many multiples in the cloud (excluding our TURN relays which aren't k8s). However, the one killer feature that the cloud still has over self hos
35.
by zumachase 6y ago
> Better have a compiled language, even if its within a VM, like C# or Java, rather than interpreted ones like JS or python I'm not sure you understand how these languages work as none of the are truly compiled in the sense I think
36.
by zumachase 6y ago
Any examples? Given that WASM can't manipulate the DOM, I'm suspicious of this claim.
37.
by zumachase 6y ago
I'm not sure I would agree with this. As with all things, it depends on the task, but "compute heavy" these days means likely working with a distributed framework that abstracts away the underlying process architecture, letti
38.
by zumachase 6y ago
The issue with webrtc is once you step out of the side-project domain, you have to confront the endless implementation differences between browsers, whether it's undocumented SDP behavior, different codecs, non-conformant behavior for
39.
by zumachase 6y ago
STUN is only useful if you're trying to negotiate a P2P connection, which isn't the case when using an SFU. If everything you're doing is going through an SFU then you don't need STUN.
40.
by zumachase 6y ago
Bootstrapping a distributed swarm is always a tricky proposition. Bittorrent clients use a few endpoints to bootstrap their dht, and then upgrade to p2p after that. I think that's a good compromise, especially if you can have a number
41.
by zumachase 6y ago
Very cool, would love something like this. Your video gives a fairly straightforward incident response which traditional tools would work equally well on. Can you describe a situation that Zebrium does better than legacy tools? Perhaps a hy
42.
by zumachase 6y ago
What you describe are called key frames. Nearly all video uses them. Recorded video for seeking, and steaming for well, steaming. You missed the entire point of the comment.
43.
by zumachase 6y ago
I can’t speak to other P2P tech, but I presume so. As far as I know, no other P2P tech runs at a big level, sandboxed abstraction of what’s really going on. And therein lies the rub of WebRTC. It was supposed to be a portable high level sta
44.
by zumachase 6y ago
wasm ffmpeg -> canvas Granted, not tested on Safari
45.
by zumachase 6y ago
Most servers don’t have GPUs and don’t require full GPU capabilities.
46.
by zumachase 6y ago
Another nitpick: WebRTC connections are extremely fragile and a pain to herd. We’ve had to build both data and audio keepalives into Squawk[1] to ensure that we can hold connections for long durations (running in the background 24/7).
47.
by zumachase 6y ago
This is one of the reasons we’ve had to go the dreaded electron route and really push the desktop app: it’s just not feasible to deliver the same UX across browsers/OS. Really frustrating. I’ll add one to your list: 4. I wish RTCRtpTra
48.
by zumachase 6y ago
We have experimented with a P2P multicast setup and WebRTC makes this very difficult to do. Ultimately what we’re rolling out soon, and what others like Zoom have done, is to send media over WebRTC data channels. The media channels are amaz
49.
by zumachase 6y ago
We actually use simple-peer. feross is great, suggest having a look at his repos.
50.
by zumachase 6y ago
We rushed to launch this without any paid features, but we're planning on doing so. The moment we have a revenue stream, I'll be supporting you.
51.
by zumachase 6y ago
chase@zumaltd.com / chase@fraclog.co Or the hello@ address should be fixed now
52.
by zumachase 6y ago
Thanks for that. G Suite groups are a pain, I'll look into it. Feel free to email me directly at chase@zumaltd.com
53.
by zumachase 6y ago
I don't think anyone ever truly wins the war against webrtc
54.
by zumachase 6y ago
Hi feross! I presume this uses simple peer? We’re using simple peer in our app (currently on the front page as well). Thanks so much for your work!
55.
by zumachase 6y ago
There's not at the moment. I will sort one out in the coming days (too late for our HN moment unfortunately). Apparently we're not the best marketers. But it's just like a walkie talkie: press the group you want to talk to, a
56.
by zumachase 6y ago
Much appreciated. That's highest priority for me. Misstep on our part.
57.
by zumachase 6y ago
It's at the other end of the spectrum, but Remotion is really cool and does what you describe. We wanted to get away from always on video, but I know lots of people like that. I cannot say enough good things about what the Remotion tea
58.
by zumachase 6y ago
On it! Thanks
59.
by zumachase 6y ago
Typically, it's switching from PTT into another context: we often start short conversations, and then realize there's more work to be done and we slack the results of that to each other.
60.
by zumachase 6y ago
I get that. I have plenty of time where I zone out of Squawk. But there are definitely projects/periods where I need to constantly be checking in with a dozen people and various subsets of that dozen. If that's not a problem you f

More ›