More pixelated video canvas on larger number of users
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
In which browser? On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ítalo Rossi italo@freeswitch.org
Chrome is the only one I’ve tested it in so far, but I can try FF or Opera if that would be useful. On Mon, Oct 10, 2016 at 1:29 PM, Ítalo Rossi <italo@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ítalo Rossi italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ítalo Rossi italo@freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@freeswitch.org <mailto:italo@freeswitch.org>> wrote: In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@apartmentlines.com <mailto:chad@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
Hi Chad, Can you share more details about your network topology and server specs and statistics (CPU type/Memory/Packets in/out) during an active conference. I had similar problems when my FS was in AWS EC2, but moving it to local VM in our network improved a lot. We had ~7-10 participants using both FF and Chrome using around 4 vCPU/16 GB RAM/1 GB RAM with LAN QoS (RTP prioritization). On Wed, Oct 12, 2016 at 8:48 AM, Michael Jerris <mike@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@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@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@jerris.com <mailto:mike@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@apartmentlines.com <mailto:chad@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@freeswitch.org <mailto:italo@freeswitch.org>> wrote: In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@apartmentlines.com <mailto:chad@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
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@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@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@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@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@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@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@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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@conference.freeswitch.org ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
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@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@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@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@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@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@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@freeswitch.org> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@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@conference.freeswitch.org ☎ +19193869900
https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@gmail.com <javascript:_e(%7B%7D,'cvml','anthony.minessale@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@apartmentlines.com <javascript:_e(%7B%7D,'cvml','chad@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@jerris.com <javascript:_e(%7B%7D,'cvml','mike@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@apartmentlines.com <javascript:_e(%7B%7D,'cvml','chad@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@jerris.com <javascript:_e(%7B%7D,'cvml','mike@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@apartmentlines.com <javascript:_e(%7B%7D,'cvml','chad@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@freeswitch.org <javascript:_e(%7B%7D,'cvml','italo@freeswitch.org');>> wrote:
In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < chad@apartmentlines.com <javascript:_e(%7B%7D,'cvml','chad@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@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@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@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@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@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@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@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@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@conference.freeswitch.org <javascript:_e(%7B%7D,'cvml','sip:888@conference.freeswitch.org');> ☎ +19193869900
https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@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@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@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@conference.freeswitch.org ☎ +19193869900 https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
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@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@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@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@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@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@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@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@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@freeswitch.org> wrote:
> In which browser? > > On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < > chad@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@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@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@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@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@conference.freeswitch.org ☎ +19193869900
https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
____________________________________________________________ _____________ Professional FreeSWITCH Consulting Services: consulting@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@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@conference.freeswitch.org ☎ +19193869900
https://www.youtube.com/watch?v=9XXgW34t40s https://www.youtube.com/watch?v=NLaDpGQuZDA
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@gmail.com <mailto:anthony.minessale@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@apartmentlines.com <mailto:chad@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@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@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@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@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@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@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@freeswitch.org <>> wrote: In which browser?
On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips <chad@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
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@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@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@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@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@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@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@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@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@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@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@freeswitch.org> > wrote: > >> In which browser? >> >> On Mon, Oct 10, 2016 at 1:51 PM, Chad Phillips < >> chad@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (6)
-
Andres Gomez
-
Anthony Minessale
-
Chad Phillips
-
Gonzalo Gasca Meza
-
Michael Jerris
-
Ítalo Rossi