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

Thu Oct 13 20:47:45 MSD 2016

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> 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/
>
>
> 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>
> 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
>>>>
>>>> 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
>>>>>
>>>>> 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
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>> ____________________________________________________________
>>>>> _____________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> consulting at freeswitch.org
>>>>> http://www.freeswitchsolutions.com
>>>>>
>>>>> Official FreeSWITCH Sites
>>>>> http://www.freeswitch.org
>>>>> http://confluence.freeswitch.org
>>>>> http://www.cluecon.com
>>>>>
>>>>> FreeSWITCH-users mailing list
>>>>> FreeSWITCH-users at lists.freeswitch.org
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>>> switch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>
>>>>
>>>> ____________________________________________________________
>>>> _____________
>>>> Professional FreeSWITCH Consulting Services:
>>>> consulting at freeswitch.org
>>>> http://www.freeswitchsolutions.com
>>>>
>>>> Official FreeSWITCH Sites
>>>> http://www.freeswitch.org
>>>> http://confluence.freeswitch.org
>>>> http://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free
>>>> switch-users
>>>> http://www.freeswitch.org
>>>>
>>>
>>>
>>>
>>> --
>>> Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬
>>>
>>> ☞ http://freeswitch.org/  ☞ http://cluecon.com/  ☞
>>> http://twitter.com/FreeSWITCH
>>> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
>>> <http://freeswitch.org/g+>*
>>>
>>> ClueCon Weekly Development Call
>>> ☎ sip:888 at conference.freeswitch.org  ☎ +19193869900
>>>
>>> https://www.youtube.com/watch?v=9XXgW34t40s
>>> https://www.youtube.com/watch?v=NLaDpGQuZDA
>>>
>>> ____________________________________________________________
>>> _____________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://confluence.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>
> --
> Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬
>
> ☞ http://freeswitch.org/  ☞ http://cluecon.com/  ☞
> http://twitter.com/FreeSWITCH
> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
> <http://freeswitch.org/g+>*
>
> ClueCon Weekly Development Call
> ☎ sip:888 at conference.freeswitch.org  ☎ +19193869900
>
> https://www.youtube.com/watch?v=9XXgW34t40s
> https://www.youtube.com/watch?v=NLaDpGQuZDA
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20161013/e6af4513/attachment-0001.html 