[Freeswitch-users] More pixelated video canvas on larger number of users

Michael Jerris mike at jerris.com
Thu Oct 13 21:08:00 MSD 2016


the verto js settings actually just do a set var in mod_verto of the rtp_video_max_bandwidth_ vars

> On Oct 13, 2016, at 12:47 PM, Chad Phillips <chad at apartmentlines.com> wrote:
> 
> Very clear, thanks.
> 
> One more question: how does the Verto.newCall() method’s ‘incomingBandwidth’ setting play with rtp_video_max_bandwidth_out and video-codec-bandwidth? If incomingBandwidth is set lower than the other two, will it be used as the max value for that call?
> 
> On Wed, Oct 12, 2016 at 9:10 PM, Anthony Minessale <anthony.minessale at gmail.com <mailto:anthony.minessale at gmail.com>> wrote:
> The value in the vars.xml is the absolute max.  4m is an acceptable value.
> 
> We calculate the quality we send based on the canvas resolution using the kush guage
> 
> http://vzaar.com/blog/video-encoding-guide/ <http://vzaar.com/blog/video-encoding-guide/>
> 
> 
> The motion factor or quality mentioned in the link above  matches the quality field in the config.
> 
> If the calculated val exceeds the defined max, it will be limited to that max value.
> 
> The max inbound is transmitted in the sdp limiting the max the browser will send.
> 
> 
> 1080p at 30fps quality 1 is in the vicinity of 4mb
> 
> 1920 x 1080 x 30 x 1 x 0.07 / 1000 = 4354.56
> 
> 
> 
> 
> 
> On Wednesday, October 12, 2016, Chad Phillips <chad at apartmentlines.com <mailto:chad at apartmentlines.com>> wrote:
> Tony,
> 
> rtp_video_max_bandwidth_out was the one I was missing, thank you so much! I had set video-codec-bandwidth in the conference config, but totally forgot about that global setting. Once I upped it to match the conference setting, quality issues disappeared :)
> 
> I ended up using 4mb for both settings, would love a double check on my reasoning to see if that’s the optimal value:
> 
> I figure a 640x480 video at 30FPS uses about 1.5mbps
> 
> My canvas is 1080x720, so:
> 
> 640x480 = 307200 pixels
> 1080x720 = 777600 pixels
> 
> 777600 pixels / 307200 pixels = 2.53 times as many pixels
> 1.5mbps x 2.53 = 3.8mbps, 4mbps fer good measure :)
> 
> Sound right, or did I miss something?
> 
> 
> On Wed, Oct 12, 2016 at 11:12 AM, Anthony Minessale <anthony.minessale at gmail.com <>> wrote:
> open another window/tab to chrome://webrtc-internals and look at all of the stats.
> 
> Have you made sure you are not just maxing our your local bandwidth in either direction?
> Did you modify the rtp_video_max_bandwidth_in and rtp_video_max_bandwidth_out vars in vars.xml  it defaults to 1m
> 
> 
> On Wed, Oct 12, 2016 at 12:29 PM, Chad Phillips <chad at apartmentlines.com <>> wrote:
> Here’s another example, perhaps this illustrates it better: https://youtu.be/PqIjubx4-wI <https://youtu.be/PqIjubx4-wI> 
> 
> And it doesn’t seem to be the entire canvas at once, it’s more of a ‘washing over’. I can definitely see it also affecting the banners in this second example.
> 
> I’m also happy to drop you into a live example, it’s pretty easy to see what I’m talking about when you’re in the conference.
> 
> On Wed, Oct 12, 2016 at 9:44 AM, Michael Jerris <mike at jerris.com <>> wrote:
> It does not seem to be the entire canvas to me.  Look at the text labels on the layers… they don’t seem bad at all.
> 
>> On Oct 12, 2016, at 12:37 PM, Chad Phillips <chad at apartmentlines.com <>> wrote:
>> 
>> Mike, it’s the same if I remove video-codec-bandwidth and video-quality. This short video illustrates the issue: https://youtu.be/l8gpHhgmWRI <https://youtu.be/l8gpHhgmWRI>
>> 
>> Notice how with just my feed the quality is much better than with the multiple feeds. The pixelation effect seems to periodically ‘wash over’ the entire canvas. I’ve had many users report this same issue, even if they have excellent internet bandwidth.
>> 
>> Gonzalo, I’ve got a quite beefy physical server, Xeon 32 core, 32GB RAM, and a nice fat network pipe. I haven’t ever pulled stats on packets in/out.
>> 
>> On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris <mike at jerris.com <>> wrote:
>> is it the same if you remove the following:
>>>       <param name="video-codec-bandwidth" value="1mb"/>
>> 
>>>       <param name="video-quality" value="1"/>
>> 
>> 
>> ?
>> 
>>> On Oct 12, 2016, at 11:37 AM, Chad Phillips <chad at apartmentlines.com <>> wrote:
>>> 
>>> Ok, I tested in Firefox, same pixelation issue. One or two video feeds looks good, then it degrades as more feeds are added.
>>> 
>>> Here are the relevant params from my conference config:
>>> 
>>>       <param name="video-canvas-size" value="1080x720"/>
>>>       <param name="video-codec-bandwidth" value="1mb"/>
>>>       <param name="video-auto-floor-msec" value="800"/>
>>>       <param name="video-kps-debounce" value="30000"/>
>>>       <param name="video-fps" value="30"/>
>>>       <param name="video-quality" value="1"/>
>>> 
>>> On Mon, Oct 10, 2016 at 1:29 PM, Ítalo Rossi <italo at freeswitch.org <>> wrote:
>>> In which browser?
>>> 
>>> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad at apartmentlines.com <>> wrote:
>>> Running Verto/mod_conference videoconference on 1.6.11, I’ve noticed that the entire canvas resolution seems more pixelated when the number of users connected to the videoconference goes up.
>>> 
>>> If just one person is connected, the image is very consistent and clear, but getting into the 7-10 person range, the quality drops noticeably. And I’m not talking about the quality of one particular video on the canvas, but the entire canvas quality.
>>> 
>>> I’ve done a recording of a videoconference on the server with a larger number of users, and the video quality there is clear and consistent, so it doesn’t seem to be an issue with either receiving or muxing the feeds, but in how the end user is receiving the muxed video.
>>> 
>>> I tried playing with the the ‘video-quality’ and ‘video-codec-bandwidth’ conference params — increasing the video-quality from 1 to 3 didn’t seem to have much of an impact, increasing the video-codec-bandwidth from 1mb to 2mb used quite a bit more CPU, but didn’t seem to positively impact the video quality, either.
>>> 
>>> Curious if I’m missing something in the config, or if there’s something else I can do to improve the video quality with a larger number of users.
>>> 
>>> Chad
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/c0f74506/attachment-0001.html 


Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list