|
|
Created:
4 years, 3 months ago by Tima Vaisburd Modified:
4 years, 3 months ago CC:
chromium-reviews, creis+watch_chromium.org, darin-cc_chromium.org, ddorwin, feature-media-reviews_chromium.org, jam, mlamouri+watch-content_chromium.org, nasko+codewatch_chromium.org Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionLook into full URL spec to see whether it is MP4
On certain Android devices MediaCodec is blacklisted.
To support H264 we fall back to MediaCodec, and we
decide whether this is H264 by looking at URL.
This CL improves that decision making: before we only
checked whether the path suffisc was ".mp4", now we look
for "video/mp4" in the whole URL spec as well.
In addition this CL makes canPlayType() return
"probably" for H264 codec.
BUG=642988
Committed: https://crrev.com/8cda8cd5f2766bb31636ebba30fca01d64d97f46
Cr-Commit-Position: refs/heads/master@{#419272}
Patch Set 1 #Patch Set 2 : Simplified the test for "mp4" #
Total comments: 2
Patch Set 3 : Added reference to the bug in the comments. #
Messages
Total messages: 24 (11 generated)
timav@chromium.org changed reviewers: + dalecurtis@chromium.org
PTAL. Feel free to update the description.
I'd just search mp4 without the video/ and guard this by !has platform decoder. Also mime util unit test will need updating
On 2016/09/15 16:26:57, DaleCurtis wrote: > I'd just search mp4 without the video/ and guard this by !has platform decoder. > Also mime util unit test will need updating I see stuff that looks like random character string, e.g "cpn=HbVri1WMPk1bwvgY", I believe it can accidentally contain "mp4". Shall we err on false positive side?
It's fine either way, soon we'll be able to handle this without any URL checks, so we just need something to unblock M54 users seeing this issue. The key thing is to gate the checks on !has_platform_decoders, which should be quite rare in practice.
The CQ bit was checked by timav@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
lgtm
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by timav@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
timav@chromium.org changed reviewers: + piman@chromium.org
piman@: Asking for OWNERS review.
lgtm https://codereview.chromium.org/2338213005/diff/20001/content/renderer/render... File content/renderer/render_frame_impl.cc (right): https://codereview.chromium.org/2338213005/diff/20001/content/renderer/render... content/renderer/render_frame_impl.cc:800: // Assume "mp4" means H264. nit: please add a link to the bug. This logic is very suspicious at first glance, the bug explains a bit more - it sounds like this is a temporary fix?
https://codereview.chromium.org/2338213005/diff/20001/content/renderer/render... File content/renderer/render_frame_impl.cc (right): https://codereview.chromium.org/2338213005/diff/20001/content/renderer/render... content/renderer/render_frame_impl.cc:800: // Assume "mp4" means H264. On 2016/09/16 01:45:00, piman OOO back 2016-09-12 wrote: > nit: please add a link to the bug. This logic is very suspicious at first > glance, the bug explains a bit more - it sounds like this is a temporary fix? Done.
The CQ bit was checked by timav@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from dalecurtis@chromium.org, piman@chromium.org Link to the patchset: https://codereview.chromium.org/2338213005/#ps40001 (title: "Added reference to the bug in the comments.")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Committed patchset #3 (id:40001)
Message was sent while issue was closed.
Description was changed from ========== Look into full URL spec to see whether it is MP4 On certain Android devices MediaCodec is blacklisted. To support H264 we fall back to MediaCodec, and we decide whether this is H264 by looking at URL. This CL improves that decision making: before we only checked whether the path suffisc was ".mp4", now we look for "video/mp4" in the whole URL spec as well. In addition this CL makes canPlayType() return "probably" for H264 codec. BUG=642988 ========== to ========== Look into full URL spec to see whether it is MP4 On certain Android devices MediaCodec is blacklisted. To support H264 we fall back to MediaCodec, and we decide whether this is H264 by looking at URL. This CL improves that decision making: before we only checked whether the path suffisc was ".mp4", now we look for "video/mp4" in the whole URL spec as well. In addition this CL makes canPlayType() return "probably" for H264 codec. BUG=642988 Committed: https://crrev.com/8cda8cd5f2766bb31636ebba30fca01d64d97f46 Cr-Commit-Position: refs/heads/master@{#419272} ==========
Message was sent while issue was closed.
Patchset 3 (id:??) landed as https://crrev.com/8cda8cd5f2766bb31636ebba30fca01d64d97f46 Cr-Commit-Position: refs/heads/master@{#419272} |