Issue metadata
Sign in to add a comment
|
Videos frequently don't play in Twitter Lite on Chrome Dev |
||||||||||||||||||||||
Issue descriptionChrome Version: 69.0.3497.9 (Official Build) dev (32-bit) OS: Android 8.1.0; Pixel 2 What steps will reproduce the problem? (1) Install Twitter Lite PWA on top of Chrome Dev (2) Scroll down timeline (3) Tap to play videos What is the expected result? Expect videos to play. What happens instead? Videos frequently get stuck displaying a slightly letterboxed first frame. It almost looks like Chrome won't play the video until the entire video is buffered. Here's one which isn't long and which for me has repeatedly displayed just the first frame of the video. Just paste this URL into Chrome Dev on Android: https://twitter.com/BoringEnormous/status/1024894759410847744?s=20 Here's another which displays the loading spinner for far longer than expected: https://twitter.com/WITHIN/status/1024765587522605056?s=20 This started happening in the last week or so. There are previous known issues with videos on Twitter Lite (see Issue 843636 ) but this seems different. Media team: could you please triage this? Feel free to downgrade if this doesn't appear to be a severe issue or is specific to how Twitter is serving their videos, as in Issue 843636 .
,
Aug 2
Thanks for reporting, will take a look tomorrow, but pinged Twitter in the mean time.
,
Aug 2
=>tguilbert for tracking.
,
Aug 13
Note I haven't seen this in a few days. Fixed already on our or Twitter's side perhaps? Feel free to close as WontFix if not reproducible.
,
Aug 13
Can't reproduce on any of the test clips myself. Did you update to P?
,
Aug 14
I've had the 1st video not load once on 69.0.3497.24, and I experienced the letterboxing on both videos. Taking a deeper look.
,
Aug 14
The stalling might be crbug.com/873837
,
Aug 14
,
Aug 15
The letterboxing seems to be caused by the poster image
,
Aug 17
,
Aug 22
With 873837 fixed, I tried to see if this issue went away. It didn't unfortunately. I instrumented some code, and it seems like it takes MediaPlayer up to 30s to prepare media. There is little Chrome can do about this. I tried using an old VideoStack Android API test App to directly instantiate a MediaPlayer with the HLS manifest. The app had no problem playing an mp4, but playing an HLS file was as flaky as in Chrome. Because this isn't the first time long prepare times have resulted in HLS bugs being filed, I reached out to 2 people on the MediaPlayer team. I will keep this bug open until I hear back from them, but the likely resolution will be "ExternalDependency" + an Android bug number.
,
Oct 29
,
Nov 30
It seems like Twitter moved to using mp4 instead of HLS. I can't repro this anymore (or I don't have the Twitter Lite PWA experience enable). Closing as won't fix. Please re-open if the issue persists. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by kbr@chromium.org
, Aug 2