@robi said in Jitsi session recording:

@micmc said in Jitsi session recording:

@robi

I think I saw there's a desktop version of jitsi I'm gonna check on this as well.

Yep, and there's one for all taste apparently
https://desktop.jitsi.org/index.html

That's not what you think it is.

It's actually a completely separate SIP client, nothing to do with Jitsi Meet.

And quite outdated: https://desktop.jitsi.org/Main/Features.html

You're right it's not what I thought, and verily has nothing to do at all with Jitsi Meet at closer look. 😞

Unfortunate branding/naming.

Yeah, wtf ??? lol

@Aizat on the other test, I made an App Passwords, and use the password it generated instead of my Cloudron login, and it worked, moderator granted.

@girish i have tested with some cloud jitsi, i actually managed to drop the cpu consumption a lot by disable the video background in interface_config, it was significant better after disabled, could you assist to add this configuration in cloudron for us as well? thanks in advance. This is the forum that i referred https://community.jitsi.org/t/high-cpu-utilization-on-client-end/25764/24

Yes, we've been enjoying it as well.
It's our primary way to connect now.

No more NC:Talk, BBB, etc.

@nj the app package is still unstable, can you try to reinstall? Also the current package version is 0.6.0 by now.

@jdaviescoates just for information. Jitsi will do a direct p2p connection with two meeting participants. Once a 3rd person joins, it will use an SFU. So the connectivity specifics are quite different between 2 and more meeting participants.

@ericdrgn said in Jitsi self-hosting behind NAT hair-pinning:

@ei8fdb did you get it working? I have had that port open since installation (I also self host) but mine has no audio or video either. Similar problem I have to audio calls through matrix... It all works fine on the same network but not if devices are on different networks and as far as I can tell the logs show everything working fine.

Hi @ericdrgn I was waiting to have the time to test this morning.

I have tested just now:

server (8GB memory & 30% CPU dedicated) on home internet IP clientA (laptop, browser) on external WiFi network clientB (mobile android device, jitsi client) on mobile network

I did have video, and audio from both clients.

If you try some calls and grep for the messages I got? You can see them in the paste link.

Lemme know if you want any more information/help.

@plusone-nick said in Jitsi integration with rocket.chat:

@MooCloud_Matt @luckow my #1 question: do we know if Cloudron authentication will be implemented? I'd imagine some level of access must be public for none authorized users to join but what about spam/malicious users making rooms?

nevermind just saw: https://forum.cloudron.io/topic/6473/jitsi

Ah that is actually not a jitsi issue, but a platform bug. I have seen that sometimes during e2e tests, but so far I wasn't able to reproduce this reliably. As you mentioned a retry usually works then. Something with docker recycling container IPs.