HN user

saghul

1,119 karma

Fellow Jitster, working on Jitsi.

https://bettercallsaghul.com

Posts9
Comments229
View on HN

But network effect doesn't have an impact here, does it? Matrix exists and would be a great fit for this initiative.

If someone is committed enough to help out but using Matrix (either directly from the web browser or installing the Element client) is too big a burden I'd question that original commitment.

PS: I'm not affiliated with Matrix in any way.

JSLinux 1 year ago

I work on that codebase (we forked it off to QuickJS-ng) and while daunting at first, it's somewhat easy to work with, with the right editor! Many of them choke on such a large file, alas.

While it being a very large file, it's sorted somewhat semantically, so it's easy to work on adding a new iterator method, for example, since they are all close to each other.

Interesting! Is there a way to center the content of the bar on the screen? The split is very cumbersome to use on an ultrawide display and I'd be happy if there was a way to put the content on the middle 3rd.

I tried it but I get an error: "There was a problem with the AI query: Error from OpenAI: [] is too short - 'messages'"

According to the docs it only uses that if the model doesn't begin tieh gpt- and uses an old API, so alas it doesn't seem compatible with ollama.

Edit: here is the relevant part of the code: https://github.com/gnachman/iTerm2/blob/a196d31658a8d0aa2dc5...

Looks like adding ollama support is really a matter of changing a few lines of code.

Edit 2: Seems to be fixed in the next beta release: https://github.com/gnachman/iTerm2/commit/fcd212490626f1d8ea...

Rooms are created by the first user who joins.

Since the room won’t start without users, the first one will need to log-in or wait for someone else to do so.

Hey all Jitsi dev here. It hasn’t been an easy few days, thanks a lot for the empathetic comments I’ve seen here.

We’ll keep moving forward making (hopefully) the best open source meetings tool out there.

To answer a few recurring questions:

- Only the first user needs to be authenticated

- This change does not affect the self-hosted deployments, you can choose what auth (or none at all) to use

Care to elaborate? Jitsi Meet might not be right answer to all use cases, but IMHO (disclaimer, I work on Jitsi at 8x8) it strikes a good balance.

Many think they can go P2P, but browsers implement one bandwidth estimator per PeerConnection, so that begins to hurt quickly in practice.

In addition, sending multiple HD streams to serveal participants it's going to hurt the sender, but an SFU helps with that.

There are many more reasons, this is just scratching the surface.

Thanks for posting this here, kind stranger!

Fun fact about the Flutter SDK: it's a wrapper over our native SDKs, which themselves wrap our React Native codebase :-)

Right now we have a shared codebase between web and react-native, and from there are able to provide all our mobile SDKs:

- Native Android SDK (Java wrapper for RN) - Native iOS SDK (ObjC wrapper for RN) - React Native SDK (JS component of the RN parts) - Flutter SDK (Kotlin / Swift wrapper of the Java / ObjC SDKs)

It has been quite fun to work on these!

We got requests from users / customers who wanted to integrate Jitsi Meet on Flutter, so we went for it :-)

Legendary maker Jimmy DiResta once mentioned in the Making It podcast (which I can recommend by the way!) how his process was with an example that I really liked.

He had gotten some new heavy machine, some 400 pound stuff, that he needed to put down in the basement.

He had no idea how he'd get it down the stairs, but he started pushing it closer, since that got the problem closer to a solution. He'd figure the stairs later, once the machine was on the edge.

It's simple, but I found it insightful.

When I'm faced with a problem and am not sure how to solve it or if it's actually solvable, I think of how a solution would look like and start making small steps in that direction, hoping to get elucidated later on :-)