Audio/video codec control for lag and limited/spurious available bandwidth

Hi,

Testing JAMI and having a lot of video quality&lag issues, less so with audio but still some there.
Particularly with slower processor even over fixed 100Megabit plus service at both ends.

My thought is

I would like to be able to (on the fly) configure the codec video size and rates up or down in the client (at either end for the conversation). So if I am mobile with crappy service, I can downgrade my client to (perhaps one preferred) lower resolution & frame rate. If the client is allowed to self reconfigure on the fly the having a auto/sticky/stuck (better as is now/ stay on lower resolution for xx seconds of higher bandwidth indication / stay downgraded until user takes action) configuration setting (not an on the fly setting) .

This way making calls I may be able to minimize the lag due to less data AND less data loss.

Also, I would like to note that when video interruptions occur, there is this “catch up” video where the video spools at faster rate until it reaches current frames. The catch up video is not useful for my use case, I would like to not see the catch up frames and just jump forward to current time marker… would lowering the buffer size or discarding frames more than .xx seconds late accomplish this?

I think there are some really good ideas on this forum maybe there is a need to be grouped together where similar for implementation?

With kind regards,
Rob

The following instructions are for Jami for Desktop (GNU/Linux, macOS, and Windows); in Jami:

  1. Click the “Open settings” cogwheel.
  2. Click the “Media” tab.
  3. Click the “Video” heading.
  4. Change both the “Resolution” and “Frames per second” to lower values.

If you are sharing your screen or window, change the setting after clicking the “Screen sharing” heading.

Please ask the person you are communicating with on Jami to do the same if the problem still persists.

Thank you

Hi, thanks for answering,

I tested this and I found that I have to end and restart the call in order for settings to take effect.

The point of my comment was to do this dynamically as needed.

With kind regards,
Rob