New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 810340 link

Starred by 6 users

Issue metadata

Status: Assigned
Owner:
Last visit 16 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android , Windows
Pri: 3
Type: Bug



Sign in to add a comment

WebRTC stream recordings of inverted cameras are not rotated correctly anymore

Reported by eggert.c...@googlemail.com, Feb 8 2018

Issue description

Chrome Version       : 59.0.3071.90
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari:
    Firefox: OK
    IE/Edge:

What steps will reproduce the problem?
1. Rotate the mobile device so that the camera is natively inverted
2. Establish a WebRTC connection with said mobile device and a Chrome browser
3. Record the footage using MediaRecorder following example https://developers.google.com/web/updates/2016/01/mediarecorder

What is the expected result?

The recorded video should have the corrected rotation as seen in the stream and on the device.

What happens instead of that?

The recorded video is upside-down and seems to just use the native camera footage.

Please provide any additional information below. Attach a screenshot if
possible.

I'm relatively positive this was not an issue in earlier versions and has been introduced lately. 

UserAgentString: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.90 Safari/537.36 Vivaldi/1.91.867.38



 
Components: Blink>WebRTC>Video

Comment 2 Deleted

Forgot to mention: Issue experienced with the latest Chrome (64.0.3282.140) - just reported with another browser. Sorry!

Comment 4 by ajha@chromium.org, Feb 9 2018

Labels: Needs-Triage-M64
Components: Blink>MediaRecording
Sounds like an issue with CVO. Can you give some details about what platform/versions the sending mobile device is on?
I tested with:
- Sony XPeria Z3 Compact, Android 6.0.1
- Vuzix M300, Android 6.0.1
Labels: OS-Android
Labels: Needs-triage-Mobile
Labels: Triaged-Mobile Needs-Feedback
@eggert.christop: Could you please update Chrome to the latest version #64.0.3282.137 and check if you still face the issue?

Thanks!!
Tested with 64.0.3282.167 - still the same behavior (Firefox works using the same setup).
Project Member

Comment 11 by sheriffbot@chromium.org, Feb 15 2018

Cc: sandeepkumars@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sandeepkumars@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
sprang, what are the next steps here?
Owner: magjed@chromium.org
Speculatively assigning to magjed@, who has at least touched the cvo code. Could you help triage?
If I can help with logs or anything, let me know. 
Status: Assigned (was: Unconfirmed)
I tested Verision 66 via Dev Channel and 67 via Canary Channel.
For both versions the issue is fixed, my question is, if the fix will be part of Version 65.

Sign in to add a comment