Issue metadata
Sign in to add a comment
|
IP Multicast (RTMFP Flash) Video Playback Quality Poor
Reported by
bacc...@mediaplatform.com,
Feb 27 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36 Example URL: Steps to reproduce the problem: 1. An IP Multicast stream is required 2. View the IP multicast stream in Chrome 3. Playback quality is very low in Chrome when comparing the same IP multicast stream playback through browsers from other vendors What is the expected behavior? The video playback quality should be equal between browser vendors. Playback used to be the same quality, quality complaints have increased over the last 8 or 9 months. What went wrong? Poor quality RTMFP IP multicast video playback through Chrome Did this work before? Yes Is it a problem with Flash or HTML5? Flash Does this work in other browsers? Yes Chrome version: 56.0.2924.87 Channel: stable OS Version: 10.0 Flash Version: Shockwave Flash 24.0 r0 Contents of chrome://gpu:
,
Feb 28 2017
@baccola-- Could you please provide the sample url / test case ,that would help us in reproducing the issue . Thanks!
,
Feb 28 2017
IP multicast streams have to be generated from servers that are on the local network that the viewer is on and the network has to be configured to allow the IP multicast streams to be distributed (routers and switches have to allow for the RTMFP streams to pass through them). We could certainly help set up an on prem AMS server to generate the streams and we could help run test streams for you.
,
Mar 1 2017
Thank you for providing feedback. removing "Needs-Feedback" label.
,
Mar 2 2017
This looks like out of scope for TE, hence adding the respective label for it to triage further.
,
Mar 10 2017
,
Mar 11 2017
Hi Yini - Hdodda asked that earlier in the thread also. You guys are missing a fundamental part of IP multicast and that is that video streams for IP multicast CAN NOT traverse the open internet. IP multicast streams have to be created by a media server that is on the viewers network and the network that the viewer is on must be configured to allow the IP multicast streams to be distributed (so the routers and switches on the network have to be configured to allow for the multicast traffic to pass through them). This means that I can't provide you with a stream URL to test with. A couple of years ago there was a bug that broke IP multicast in Chrome all together. Here is a link to the bug tracker on that: https://bugs.chromium.org/p/chromium/issues/detail?id=243700 Maybe one of the people that worked on that bug could help on this one. I know that some of the developers on that thread asked if we could provide a test stream then also. To get that bug solved they had to have set up a test environment somewhere that you can use. We are happy to help in anyway we can. If you get an Adobe Media Server set up, we can help configure it and get test coming out of it for you.
,
Mar 11 2017
Thank you for providing more feedback. Adding requester "yiningc@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 20 2017
I have this issue when using Chrome to view internal multicast streams sourcing from an AMS server. We are using Adobe Flash to play the stream. We view intermittent pixilation when viewing feeds. We have tried increasing the buffer but with no change in behavior. The buffer does not empty even with the additional buffer time. Can we set up a time to show you the behavior? Thx
,
Mar 31 2017
Chrome and multicast streaming is not an acceptable experience at GM. WE have extremely long load up times( over 3 mins.) and heavy pixelization once stream starts ( see whenever there is high motion or change in stream). I am at Chrome 56. We are informing users not to use chrome because of this issue
,
Mar 31 2017
,
Apr 20 2017
Hdodda/Yini, Hello, I would like to get this issue progressing towards a solution again as it seems to have stalled a bit. I have tested internally the Media Platform software using Google Chrome for Windows and Linux. I have found that this poor video playback issue is in fact only present in Chrome/Chromium on every OS tried when using Multicast as the stream source. Due to the nature of Multicast networking, we are unable to provide a stream for testing over the internet, this type of networking does not propagate over the internet with any reliability. I think it would be best to setup a meeting to discuss this issue in further detail, and even demonstrate the problem for you to see. Also, if possible to help Google in setting up a lab environment to further test/diagnose this problem. I will be the primary point of contact for Media Platform on this, in the meantime I will continue some in house testing for workarounds/solutions to this problem, is there any further data that Google would like to see from this issue?
,
May 10 2017
,
May 10 2017
Adding Adobe folks.
,
Jun 1 2017
Any updates on this? We get asked at least weekly for progress updates.
,
Jun 1 2017
@baccola@mediaplatform.com We are waiting for engineers from mediaplatform to continue the test. Last time, the test video streaming did not work on Chrome, only audio was played, I was told that they will fix the stream for Chrome first. So I am waiting until now.
,
Jun 1 2017
I think there might be a miss understanding. You might be waiting for Adobe staff to create the streams for you.
,
Jun 4 2018
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by ranjitkan@chromium.org
, Feb 28 2017