@james said in Mirotalk - Participants can't see each other 2: I have figured out what the issue is with changing ports. An app update will be available soon that fixes this issue. Good!

@slfhstng said in "read-only" - can't edit static page in MiroTalk: @MiroTalk Thank you for such a detailed overview! I'm really enjoying MiroTalk (I'm telling everyone about it). Thanks again! You're welcome! and Thank you!

Thank you everyone for your responses. I'm trying to configure Mirotalk SFU to only allow logged in Cloudron users to join a room. Realised that the solution was far simpler than I thought - I just needed to add a single line to the .env file: OIDC_AUTH_REQUIRED=true Thank you deeply to everyone working on Cloudron and all associated apps... I'm in awe of this community! Ads

@joseph said in Error installing Miro SFU: I think this issue was boiled down to the usage of ephermeral ports . That port which you are trying to install mirotalk in is in use by some other process . See https://forum.cloudron.io/topic/14259/sftpgo-or-mirotalk-sfu-not-starting-because-they-use-ephemeral-ports/ . In essence, use ports < 32767 . The coming version already shows a warning when you try this range. In case MiroTalk SFU support also WebRTCServer mode: How to Enable WebRTCServer Mode in MiroTalk SFU (Use Fewer Ports) If you want to reduce the number of ports used by MiroTalk SFU and make it easier to scale, you can enable the WebRTCServer Mode. This mode lets the internal WebRTC server handle all the media traffic, meaning you don’t need big port ranges anymore. ️ Step-by-Step Setup Open your environment file In your file manager (or terminal), open the env file for your MiroTalk SFU instance. Add the following line SFU_SERVER=true Understand the new port behavior If you start from port 25000, here’s what happens: 1 CPU → 1 worker → uses port 25000 2 CPUs → 2 workers → use ports 25000–25001 and so on… Each worker uses only one port, not a whole range. The WebRTCServer manages all internal media traffic automatically. MiroTalk SFU keeps working just like before only the port handling changes. Restart your instance After saving the env file, restart your MiroTalk SFU instance. Benefits Fewer open ports → simpler firewall setup Less chance of port conflicts Better scalability → easy to scale by CPU count Cleaner and more secure port configuration 🧠 Notes This mode is still being tested, but early results look promising. You can learn more about the WebRTCServer concept here: Mediasoup Discussion: WebRTCServer and Port Binding

It’s very important that the RTC port range you configure is: Not already in use by any other application Not blocked by your firewall or ISP For testing purposes, you can enable the SFU server mode by editing the env file (via the File Manager) and setting: SFU_SERVER=true After saving the change, restart the service and check if anything improves. In this mode, MiroTalk SFU uses fewer ports while maintaining nearly the same functionality. For more details, see the discussion here: Mediasoup: WebRTCServer – Firewall Settings and Port Binding Note: MiroTalk SFU can handle approximately 100 concurrent participants per CPU core, depending on your hardware and network conditions.

I have just freshly reinstalled the app, because I ran into the issue. However, although the port has been set to 25000 automatically, I still have the issue.

@james Apologies, I missed that one entirely! It was indeed the problem.

@james it's a Hetzner VPS (CPX51) and I admit, I'm trying to figure out the limits a bit, there are ~70 apps installed on that one, but none of those seem to be hogging a lot of RAM. Backups run at 1:00 in the morning, crash happened at ~8:00ish. I'll keep monitoring to figure out if there's a pattern, but so far I couldn't spot it. system graphs: [image: 1757515965695-fbd8f402-e1e2-4cd8-a331-3b3a134924d3-image-resized.png] htop: [image: 1757515744655-3ad7f6bc-c975-4dbd-925a-03eea8faf6c0-image-resized.png]

@mirotalk-57bab571 FYI this is still happening. I'm freshly back from holidays and had several disconnections on my first meeting. It clearly has to do with my internet set-up at home which must favour packet losses given I have no problems when using MiroTalk on Wifi elsewhere. I also have random disconnections when using my mobile internet outside. However it is also clearly specific to MiroTalk since I have this using using the MiroTalk on Cloudron (always latest package), your MiroTalk demo, but no issues when using Jitsi, mediasoup demo, Google Meet, MS Teams, Zoom. PS: the behaviour has improved since my last message though (above), now it's back to what it used to be, which is I get kicked out but the reconnection happens automatically within about 3-5s seconds and my camera settings (mainly blur background) are conserved.

@nostrdev good catch. I have fixed our CI script to update it correctly from the next release.

@robi said in MiroTalk P2P cannot join rooms if OIDC user is same as .env user: API_KEY_SECRET=<redacted> HOST_PROTECTED=true HOST_USER_AUTH=false HOST_USERS=<includes 'robi'> Hi Rob, Please try using the following settings in your env file: API_KEY_SECRET=your-api-key-secret OIDC_ENABLED=false HOST_PROTECTED=true HOST_USER_AUTH=false HOST_USERS='[{"username": "robi", "password": "your-password"}]' Make sure to add OIDC_ENABLED=false to explicitly disable OIDC, and update HOST_USERS to use the correct JSON format as shown above. Then restart the your MiroTalk P2P instance.

@kmz010101 said in Host Users not defined in env: And now it works with the new instance. Good!

Thanks for the fix. It worked!

Agree: false/false/true would be the best default but configurable in the env

https://git.cloudron.io/packages/mirotalksfu-app/-/merge_requests/126

MiroTalk Projects Overview and Comparisons

@canadaduane FYI Nextcloud Talk does chat plus video meetings too.

@MiroTalk it'd be nice if it were possible to simply select someone in a meeting and make them a co-presenter