Live data from Hacker News

Jitsi Meet: open-source video conferencing

meet.jit.si

41–50 of 96 posts

Re: Jitsi Meet: open-source video conferencing

#42
I have tried it some time ago and it was pretty good in terms of video quality. Maybe someone knows, I was searching for something that would allow me to have almost local video quality for a chat app. I don't understand why there's anything that let me do it if I'm sitting on a good wifi and the other person also sitting in the same building on a good wifi. I even don't care about latency much, as long as it's withing couple of seconds. Youtube streamers seems to be doing it somehow, are there options for video chats apps?

Re: Jitsi Meet: open-source video conferencing

#44
post #40

Earlier quoted context omitted.

Mumble is insanely awesome. It's still my goto app if you don't need video (which is most of the time for me). The only downside (maybe really an upside) is that you need to spend considerable amounts of time and effort setting it up for good audio quality. But the latency just can't be beat.

What are the settings that you twiddle for better audio quality?

Audio quality depends on jitter timing. Too low and you get dropouts, too high and you get uncanny valley with the delays and pauses. You should never have to twiddle these settings since internet routing is so dynamic. But things to look at include jitter sample size (20ms is a good start), codec selection (lower bandwidth), and server resource usage (more cpu or ram). I don’t use mumble but ran an asterix server for a decade and these where the three things that mattered most to reduce conference call latency

Re: Jitsi Meet: open-source video conferencing

#45

I have tried it some time ago and it was pretty good in terms of video quality. Maybe someone knows, I was searching for something that would allow me to have almost local video quality for a chat app. I don't understand why there's anything that let me do it if I'm sitting on a good wifi and the other person also sitting in the same building on a good wifi. I even don't care about latency much, as long as it's withi…

Thing is, video conferencing/chat apps use technologies like webRTC (which is basically RTP). They are totally focused on super low latency (If you want better video quality and can live with multi-second latency you need to look at different technologies like RTMP or HLS, which is what youtube/facebook streams do.

Re: Jitsi Meet: open-source video conferencing

#46

We were using this for a while to do meetings for sr.ht, but we recently switched to - believe it or not - Mumble. It's old and unsexy but damn it's reliable.

it is quite believable, Mumble interface doesn't do it justice, but it is very reliable, and doesn't use much bandwidth.

Re: Jitsi Meet: open-source video conferencing

#47
Friendly reminder that meet.jit.si is not end-to-end encrypted. So, unless hosting your own instance, using the website or the videoconference integration in Riot means your conversation is routed through an Atlassian-owned server.

See https://github.com/jitsi/jitsi-meet/issues/409#issuecomment-....

Re: Jitsi Meet: open-source video conferencing

#49
post #34

Earlier quoted context omitted.

At least originally, the reason for assigning copyright (and signing a waiver) was because there were some high profile cases of employers claiming that some contributions were owned by them when employees did work in their spare time. I believe it was RMS who decided that legally it was just safer to ask for copyright assignment. I believe that he later relaxed significantly on the position, but I think it's still c…

it was my understanding that the reason for copyright assignment was that the FSF believed it would be difficult to defend the copyright of a project if it was owned by multiple people. with several high profile cases in the linux kernel i think this belief has been shown to be overcautious and maybe this has led to a relaxation of the position.

That sounds very reasonable. It's very possible that I'm wrong.

Re: Jitsi Meet: open-source video conferencing

#50
post #44
post #40

Earlier quoted context omitted.

What are the settings that you twiddle for better audio quality?

Audio quality depends on jitter timing. Too low and you get dropouts, too high and you get uncanny valley with the delays and pauses. You should never have to twiddle these settings since internet routing is so dynamic. But things to look at include jitter sample size (20ms is a good start), codec selection (lower bandwidth), and server resource usage (more cpu or ram). I don’t use mumble but ran an asterix server fo…

In this case, it's mostly getting the levels set up and cutoff set up correctly since by default it cuts off when you aren't talking (and thankfully doesn't have AGC). There is a push to talk mode, but most people that I know don't use it.
Post reply on HN