This is not Google or Zoom! Even with the tiny amount of resources compared to such huge companies, Jitsi Meet just works for many people. It is significant effort for all parties involved in your very specific scenario and conditions. If you won’t share tips for your participants and moderators to improve even slightly the conditions for everyone, you will face the same problems with any other software. If adding a parameter to the URL in order to override default parameters or editing two configuration files on a self-hosted Jitsi Meet install is too much, then yes, you should be using other software and accepting their restrictions, privacy invasion and security issues. If you can link to your unanswered message, I’ll do my best. The extraordinary amount of new users is why no one has been able to answer personally to you yet. I am answering close to 40 requests for help per day here. I realize I’m not paying any money for it but I honestly would at this point if it meant I’d have better control of the bandwdth.Īt this point my only option is to consider switching to Zoom which is overloaded but at least they are making the necessary improvements to their product so people can adapt instead of blowing them off.ĭo you realize the size and resources of the development teams you are comparing JItsi Meet and 8x8 to ? I use Jitsi every day for class right now. I wrote about this a week ago when I asked for focused low-bandwidth connections for mobile clients and I was completely ignored. Reducing the resolution would also be perfectly acceptable. There is no reason that people on high or medium bandwidth connections shouldn’t be able to reduce the quality of video to allow more people to participate. If a user is on a slow line and wants to watch 4k video they can do that. Even youtube has settings to control the quality of video from 144p to 4k. There is no reason that mobile clients shouldn’t be able to limit bandwidth by reducing video quality. The truth is a lot of people need a simple solution right now that provides high quality audio with so-so video so that we can communicate effectively. You are saying that’s not possible without a lot of work. Overall he is asking how we can reduce bandwidth by lowering framerate. No, I have to agree with the original poster. That is always faster and easier than waiting for a new feature to be developed, tested and deployed. Screen sharing is important for participant XYZ ? Please use cabled ethernet, mute your microphone, use push-to-talk, measure your speed and test your screen sharing before having a real meeting. Many more external factors can affect your meeting, that’s why I mentioned a few that you can request participants to observe. Do you have connection speed information for the person sharing the screen that was not readable ? Where they using wifi only (cabled network is always best) ? Whoever is sharing their connection will need to have high speed. Jitsi Meet adjusts every participant’s video and audio feed depending on their connection. For example - this may be useful for testing, then reporting in your bug report. You can also ask web participants to join a meeting with a special URL overriding some parameters. You can change some parameters in your deployment, for example resolution of the web clients in your config.js on your deployment, see the “video” section : Perhaps you could file a bug report requesting that specific behavior. You can however ask them to lower video quality but this is not ideal. The answer to your initial question is no, you can’t selectively lower participants use of bandwidth while in a meeting, except for muting everyone. How can we tune the software according to it so we can have very crisp images while sharing the screen? From my 1 month experience this is the only solid issue I’ve ever encountered. Zoom, Teams and such software handle this at the expense of FPS where we don’t really need fps while sharing the screen. If the image on the screen is not crisp then people cannot actively follow what you are speaking of. Same issue applies to the screensharing as well. If it happens the other way everyone is distracted. While videoconferencing there are some aspects more important than others such that human brain continue processing audio while video can stutter and the magic of conversation does not dissolve. All your suggestions are based on improving available bandwidth however this may not be possible under all technical situations. Hello you for the reply but the points you’ve added are not related to the technical aspects I’m in search for.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |