Live data from Hacker News

JaaS: The team that builds Jitsi can now also run it for you

jitsi.org

91–100 of 120 posts

Re: JaaS: The team that builds Jitsi can now also run it for you

#91
post #52

I tried to run a Jitsi server. It's a madness full of Docker impossible things to run and a very long and confusing configuration file. I wonder why can't these things be provided as binaries with a simple set of settings. Now they offer Jitsi as a service for free up to 25 users? That's great though. It should cover 99% of normal people use cases, so no one will use meet.jit.si anymore.

I set up a Jitsi instance last year, and it didn't involve Docker at all. Getting the ports set up was the biggest issue.

I used this guide: https://jitsi.github.io/handbook/docs/devops-guide/devops-gu...

Re: JaaS: The team that builds Jitsi can now also run it for you

#92
post #41

Earlier quoted context omitted.

Personally, I feel like this is really generous pricing Compare it to, e.g. Slack ( https://app.slack.com/plans/T01JN93179R?geocode=en-gb ) or Zoom ( https://zoom.us/pricing ) Notwithstanding any accounting issues raised by worble, which I'm sure will be ironed out over time

They must be targeting people who just want to use this for internal purposes, rather than developers who want to integrate Jitsi with an existing product.

(Jitsi Dev here) Most of our customers are actually developers and that's how the service is intended. Hope this helps

Re: JaaS: The team that builds Jitsi can now also run it for you

#93
post #28

Looking for pricing, I get to this page: https://www.8x8.com/products/apis/video >We're charging on a Monthly Active User (MAU) >Pricing starts at $0.35/MAU and decreases based on volume. >An MAU is defined as a unique user who attended at least one meeting, with at least one other user, in the same month. To determine a unique user, we store an identifier on the device's local storage, and that will remain the same…

(Jitsi Dev here) Yes you are correct. Cookie delete is indeed something that would trigger a new user count. So far we haven't seen this happen but if you believe your users would be massively cleaning cookies, we are happy to have a conversation and find a work around for you.

Re: JaaS: The team that builds Jitsi can now also run it for you

#94
post #93
post #28

Looking for pricing, I get to this page: https://www.8x8.com/products/apis/video >We're charging on a Monthly Active User (MAU) >Pricing starts at $0.35/MAU and decreases based on volume. >An MAU is defined as a unique user who attended at least one meeting, with at least one other user, in the same month. To determine a unique user, we store an identifier on the device's local storage, and that will remain the same…

(Jitsi Dev here) Yes you are correct. Cookie delete is indeed something that would trigger a new user count. So far we haven't seen this happen but if you believe your users would be massively cleaning cookies, we are happy to have a conversation and find a work around for you.

Do consider pricing on the peak number of simultaneous streams (like Pusher.com does)

Re: JaaS: The team that builds Jitsi can now also run it for you

#95
post #72

I really like Jitsi. I've been running it on a Digital Ocean droplet for my own use. The one feature I've been missing is remote control during a screen sharing session. I understand it was removed for security reasons ( https://github.com/jitsi/jitsi-meet-electron/issues/431 ). Are there any plans to implement the feature again in the future? Thanks!

Yes, it will come back. We have so many things in our plate that not everything can be acted upon in a timely manner. Don't despair :-)

Great news!

Re: JaaS: The team that builds Jitsi can now also run it for you

#96
post #81

Does anybody know a video conferencing tool with low CPU usage while screen sharing? All the tools I've tried, including Jitsi, slow down my computer to a crawl.

As a user, I think Google Meet probably has the most cpu-friendly default settings for screensharing. They limit the framerate to 5fps, and they're careful to use either the native size of the screen or half the native size (which avoids at least some expensive scaling code paths). This is hard/impossible to get right on every machine, because encoder implementations vary widely across all the hardware and operating…

Hey, thank you for the recommendation and detailed info! Sadly Google meet is empirically one of the worst one, even without screen sharing CPU hovers at ~60%, with screen sharing it's completely unusable.

My use case is live coding sessions in education btw.

Re: JaaS: The team that builds Jitsi can now also run it for you

#97
post #75
post #28

Looking for pricing, I get to this page: https://www.8x8.com/products/apis/video >We're charging on a Monthly Active User (MAU) >Pricing starts at $0.35/MAU and decreases based on volume. >An MAU is defined as a unique user who attended at least one meeting, with at least one other user, in the same month. To determine a unique user, we store an identifier on the device's local storage, and that will remain the same…

Pricing for real-time video is hard. There are pretty large variable costs to run a service like this. WebRTC is peer-to-peer, architecturally. But if you run the service you pay for bandwidth for users behind firewalls (because you need to forward the audio/video through TURN servers) and for calls with more than 3 or 4 people (because you need to offload some of the cpu/bandwidth from the clients). Bandwidth and me…

I'd never heard of Daily.co before. Looks great! Nice work.

I'm about to start building out an idea I've had based on WebRTC/MediaSoup/nginx-RTMP and ffmpeg. (But not for 'live' video calls though).

And having just seen your Jobs page, I think I might drop you guys a line, once I've got something working. ;)

Re: JaaS: The team that builds Jitsi can now also run it for you

#98
post #84

Earlier quoted context omitted.

I’ve had similar issues and have not found a tool that cooperated better. Here are a few things that helped though: - App police (mac app) to reduce cpu allocation for any given app - unplug external display monitor during video calls - turn off any video enhancing settings in app (mirror video, enhanced light, etc) as well as virtual background or background blur It’s crazy that I’m 2021 we don’t have video calling…

> It’s crazy that I’m 2021 we don’t have video calling that isn’t a ginormous performance hog It sure is. On the other hand, the big tech companies did not view video calls as a critical use case until ~9 months ago. You can see this in how much Chrome has improved in its last 3 releases. A year ago, you could play ~15 videos simultaneously in a page on Chrome before . Now, on the same machine, you can play >50. This…

Thank you for the detailed reply.

On the one hand, yes, it's a hard problem, on the other hand, if you think about how much a modern video game does 60 times per second, it's not that hard anymore.

That said I agree with a lot of your points and I totally get why it is this way. It's just sad that it's mainly due to business reasons.

I think part of it that video conferencing is too cheap/free. It's just a bad business to be in.

Re: JaaS: The team that builds Jitsi can now also run it for you

#100
post #75
post #28

Looking for pricing, I get to this page: https://www.8x8.com/products/apis/video >We're charging on a Monthly Active User (MAU) >Pricing starts at $0.35/MAU and decreases based on volume. >An MAU is defined as a unique user who attended at least one meeting, with at least one other user, in the same month. To determine a unique user, we store an identifier on the device's local storage, and that will remain the same…

Pricing for real-time video is hard. There are pretty large variable costs to run a service like this. WebRTC is peer-to-peer, architecturally. But if you run the service you pay for bandwidth for users behind firewalls (because you need to forward the audio/video through TURN servers) and for calls with more than 3 or 4 people (because you need to offload some of the cpu/bandwidth from the clients). Bandwidth and me…

Just wanted to say that daily.co was crucial to my company during the early months of the lockdown. We had a fully integrated telehealth option deployed for our users in a weekend. You all are amazing!
Post reply on HN