[Freeswitch-users] More pixelated video canvas on larger number of users
Andres Gomez
vladislaus at gmail.com
Fri May 5 15:43:45 UTC 2017
Hello
I have the same problem and I applied the changes that are made in the
mails, however I did not work, at the moment of connecting 3 or more to
videoconference the image is pixelated.
My network schema is as follows
FS <-------- MPLS 20M -------> Video Hardphones .
My configuration is as follows:
varls.xml
<!-- Setting the max bandwdith -->
<X-PRE-PROCESS cmd="set" data="rtp_video_max_bandwidth_in=6mb"/>
<X-PRE-PROCESS cmd="set" data="rtp_video_max_bandwidth_out=6mb"/>
conference.xml.conf
<profile name="video-mcu-stereo">
<param name="domain" value="$${domain}"/>
<param name="rate" value="48000"/>
<param name="channels" value="2"/>
<param name="interval" value="10"/>
<param name="energy-level" value="200"/>
<!-- <param name="tts-engine" value="flite"/> -->
<!-- <param name="tts-voice" value="kal16"/> -->
<param name="video-quality" value="4"/>
<param name="muted-sound" value="conference/conf-muted.wav"/>
<param name="unmuted-sound" value="conference/conf-unmuted.wav"/>
<param name="alone-sound" value="conference/conf-alone.wav"/>
<param name="moh-sound" value="$${hold_music}"/>
<param name="enter-sound" value="tone_stream://%(200,0,500,600,700)"/>
<param name="exit-sound"
value="tone_stream://%(500,0,300,200,100,50,25)"/>
<param name="kicked-sound" value="conference/conf-kicked.wav"/>
<param name="locked-sound" value="conference/conf-locked.wav"/>
<param name="is-locked-sound" value="conference/conf-is-locked.wav"/>
<param name="is-unlocked-sound"
value="conference/conf-is-unlocked.wav"/>
<param name="pin-sound" value="conference/conf-pin.wav"/>
<param name="bad-pin-sound" value="conference/conf-bad-pin.wav"/>
<param name="caller-id-name" value="$${outbound_caller_name}"/>
<param name="caller-id-number" value="$${outbound_caller_id}"/>
<param name="comfort-noise" value="false"/>
<param name="conference-flags"
value="video-floor-only|rfc-4579|livearray-sync|minimize-video-encoding|video-muxing-personal-canvas"/>
<param name="video-mode" value="mux"/>
<param name="video-layout-name" value="3x3"/>
<param name="video-layout-name" value="group:grid"/>
<!-- <param name="video-canvas-size" value="1920x1080"/> -->
<param name="video-canvas-size" value="1280x720"/>
<param name="video-canvas-bgcolor" value="#333333"/>
<param name="video-layout-bgcolor" value="#000000"/>
<param name="video-codec-bandwidth" value="4mb"/>
<param name="video-fps" value="15"/>
</profile>
Regards
On Thu, Oct 13, 2016 at 12:08 PM, Michael Jerris <mike at jerris.com> wrote:
> 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> 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/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170505/96d8ed69/attachment-0001.html
More information about the FreeSWITCH-users
mailing list