07-04-2012 03:01 AM - edited 03-17-2019 11:25 PM
Hi all,
Our customer wants to establish a connection at 512kbps with HD(1280x720 30fps) quality between MSE8510(HD mode) and endpoint.
In our labo(MCU4510 and SX20), at least 768kbps was required for HD quality
Can MSE8510 send and receive video with HD quality at 512kbps?
Or is there any threshold of bandwidh for HD quality?
Best Regards,
Kotaro Hashimoto
Solved! Go to Solution.
07-04-2012 03:43 AM
MCU and Endpoint able to negotiate w720p on main video channel even call with 512kbps (depend on configuration on both MCU and Endpoint).
========================================================================
[Call between Endpoint and MCU8510 at 512kbps by using H323 as transport call protocol]
*s Call 1 (status=Synced, type=Vtlph, protocol=H323, direction=Outgoing, logTag=5):
CallRate: 512
RemoteNumber: "11085100"
Mute: Off
Microphone: On
Duration: 6
MuteOutgoing: Off
CallOnHold: False
RemoteSiteOnHold: False
MultiwayProgress: Off
Channels 1 (type=Incoming):
Rate: 512
Restrict: Off
IPLR: Off
Encryption (status=On):
Type: AES-128
CheckCode: "B1FFED47D97CE7CA"
Audio (status=Active):
Protocol: AAC-LD
Rate: 64
Video 1 (status=Active):
Protocol: H264
Resolution: w720p
Rate: 448
Video 2 (status=Inactive): /
Data (status=Inactive): /
Channels 2 (type=Outgoing):
Rate: 512
Restrict: Off
IPLR: Off
Encryption (status=On):
Type: AES-128
CheckCode: "B1FFED47D97CE7CA"
Audio (status=Active):
Protocol: AAC-LD
Rate: 64
Video 1 (status=Active):
Protocol: H264
Resolution: w720p
Rate: 448
Video 2 (status=Inactive): /
Data (status=Inactive): /
*s/end
========================================================================
However please note that negotiation is based on what is max resolution can be “decode” on local site, therefore with 512kbps, encoder won’t able to generate 30 frame in every seconds or will take a bit longer time before image became full stable view (due to available bandwidth for sending update image).
07-04-2012 03:43 AM
MCU and Endpoint able to negotiate w720p on main video channel even call with 512kbps (depend on configuration on both MCU and Endpoint).
========================================================================
[Call between Endpoint and MCU8510 at 512kbps by using H323 as transport call protocol]
*s Call 1 (status=Synced, type=Vtlph, protocol=H323, direction=Outgoing, logTag=5):
CallRate: 512
RemoteNumber: "11085100"
Mute: Off
Microphone: On
Duration: 6
MuteOutgoing: Off
CallOnHold: False
RemoteSiteOnHold: False
MultiwayProgress: Off
Channels 1 (type=Incoming):
Rate: 512
Restrict: Off
IPLR: Off
Encryption (status=On):
Type: AES-128
CheckCode: "B1FFED47D97CE7CA"
Audio (status=Active):
Protocol: AAC-LD
Rate: 64
Video 1 (status=Active):
Protocol: H264
Resolution: w720p
Rate: 448
Video 2 (status=Inactive): /
Data (status=Inactive): /
Channels 2 (type=Outgoing):
Rate: 512
Restrict: Off
IPLR: Off
Encryption (status=On):
Type: AES-128
CheckCode: "B1FFED47D97CE7CA"
Audio (status=Active):
Protocol: AAC-LD
Rate: 64
Video 1 (status=Active):
Protocol: H264
Resolution: w720p
Rate: 448
Video 2 (status=Inactive): /
Data (status=Inactive): /
*s/end
========================================================================
However please note that negotiation is based on what is max resolution can be “decode” on local site, therefore with 512kbps, encoder won’t able to generate 30 frame in every seconds or will take a bit longer time before image became full stable view (due to available bandwidth for sending update image).
07-04-2012 03:47 AM
BTW, depend on transmit image (how much motion in captured image), customer may have better experience with lower video resolution instead of forcing w720p HD call.
However of course if less motion in transmit image, it still capable for sending w720p at 512kbps call.
07-05-2012 01:59 AM
Thank you Taniguchi-san,
We could connect from SX20 to MCU at 512kbps with HD quality by changing some settings of them.
We understand the HD resolution at low bandwidth causes bad user experience but our customer wanted to know if it was realizable or not.
Of course we have informed them that this configuration is not recommended.
Best Regards,
Kotaro
07-05-2012 03:01 AM
Great to hear that you managed to establish 720p call at 512kbps now by modifying the configuration.
Please note, as I mention earlier if less motion on video (i.e live stream of Japanese chess/chess match), 720p call is capable even with 512kbps.
Acceptance level of video quality is very depending of actual user so best approach is to actual customer to decide what video format is best/reasonable for their conference style.
07-06-2012 05:56 PM
Just other thought, if customer really what to have 720p on main video but has the bandwidth limitation on their production network, probably customer may force to use G722.1 on audio protocol (uncheck other audio protocol on MCU setting).
Of course this will lower the audio quality compare to using AAC-LD, however this will allocate approximate additional 30-40kbps to main video channel instead of 448 kbps while 64kbps allocated on audio channel because G722.1 require less bandwidth allocation.
07-08-2012 05:39 PM
Hi Taniguchi-san,
Thank you for your information.
We will try that if needed.
Best Regards,
Kotaro
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide