Issue metadata
Sign in to add a comment
|
<video> tag is rotating on orientationchange for getUserMedia() source on Microsoft Surface pro3/4
Reported by
michael....@gmail.com,
Jul 18 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Steps to reproduce the problem: 1. Open https://simpl.info/getusermedia with chrome on windows surface pro 3 or 4 2. Allow access to the camera 3. change orientation of the device What is the expected behavior? If the device changes orientation from landscape to portrait mode, the active video element should not rotate. What went wrong? I'm developing a web application with a camera function using plain js (navigator.getUserMedia()) for the microsoft surface. When I change the orientation of the device, it seems that the active video element/source is rotating too. Did this work before? N/A Does this work in other browsers? No On firefox the same problem occurs but it works with edge. Chrome version: 59.0.3071.115 Channel: stable OS Version: 10.0 Flash Version: On android the chrome browser is working as expected.
,
Jul 19 2017
Currently surface pro is not available with Chrome-HYD TE team, Requesting MTV team to look in to this issue. Thanks!
,
Jul 19 2017
,
Jul 28 2017
,
Jul 29 2017
,
Aug 1 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/2180df87cd71d5c8e1bf55174669696f66472473 commit 2180df87cd71d5c8e1bf55174669696f66472473 Author: Guido Urdaneta <guidou@chromium.org> Date: Tue Aug 01 07:38:52 2017 Enable rotation heuristic for MediaStreams for all platforms. It was originally enabled only on Android, but the bug the heuristic fixes has been reported on Microsoft Surface devices running Windows. BUG= 746000 Change-Id: Ibb4214cc6c461012679c84e33a977ccf2fe1ff01 Reviewed-on: https://chromium-review.googlesource.com/594407 Reviewed-by: Emircan Uysaler <emircan@chromium.org> Commit-Queue: Guido Urdaneta <guidou@chromium.org> Cr-Commit-Position: refs/heads/master@{#490900} [modify] https://crrev.com/2180df87cd71d5c8e1bf55174669696f66472473/content/renderer/media/media_stream_video_source_unittest.cc [modify] https://crrev.com/2180df87cd71d5c8e1bf55174669696f66472473/content/renderer/media/video_track_adapter.cc
,
Aug 3 2017
michael.hochwieser@gmail.com: Can you try again with the latest Chrome Canary to see if the issue is fixed?
,
Aug 4 2017
,
Aug 9 2017
The video element still does not rotate correctly. The Problem does not seem to be completely solved yet. (Chrome Canary Version 62.0.3180.0 64bit)
,
Aug 12 2017
michael.hochwieser@gmail.com: Do you notice any difference in behavior between Canary and Stable?
,
Aug 14 2017
I just got access to a Surface pro and saw the bug. It is not fixed by #6. The issue seems to be that the lower capture layers are marking frames as requiring rotation to be displayed correctly, but in this case the frame does not need rotation to be displayed correctly. The only thing that needs to change with a device rotation is the size of the frame, but its contents should be displayed without rotation.
,
Aug 16 2017
,
Aug 16 2017
Making the bug available since I think this should be fixed in the lower layers of device capture, where some metadata is incorrectly set.
,
Aug 16 2017
,
Aug 17 2017
I'd like to take a look at this, but I don't have access to any Surface pro. I'll try to find one.
,
Aug 20
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 24
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Jul 19 2017