getUserMedia OverconstrainedError trying to open 1080p video
Categories
(Core :: WebRTC: Audio/Video, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox65 | --- | wontfix |
firefox66 | - | fix-optional |
firefox67 | --- | fix-optional |
People
(Reporter: mkaisercross, Assigned: dminor)
References
Details
Attachments
(1 obsolete file)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:65.0) Gecko/20100101 Firefox/65.0
Steps to reproduce:
Testing with a Logitech C920 Webcam.
Go to link:
https://webrtc.github.io/samples/src/content/getusermedia/resolution/
Click the red "Full HD" button.
Actual results:
The following error message is shown on page.
"getUserMedia: Constraints could be not satisfied."
Expected results:
Opens a video feed with video resolution of 1920x1080
Assignee | ||
Comment 1•6 years ago
|
||
Using a Logitech C615 camera on my 2015 Macbook, I get "getUserMedia: Starting video failed". The same camera works in Chrome. The built in camera does not work in either Firefox or Chrome, I assume the resolution is too low.
The Logitech C615 works as expected on my Linux system.
There were changes to the OS X video capture code as part of Bug 1376873 so maybe that is causing the problem. I'm assuming the constraint handling code is platform independent, so it's more likely a problem with the capabilities being enumerated by the video capture code. I'll look into a regression window for this.
Assignee | ||
Comment 2•6 years ago
|
||
Mozregression shows it was Bug 1376873 as suspected.
Assignee | ||
Comment 3•6 years ago
|
||
[Tracking Requested - why for this release]:
Likely the same problem as Bug 1529907, but just in case it is not, we might as well track it separately.
Updated•6 years ago
|
Assignee | ||
Comment 4•6 years ago
|
||
This appears to be a limitation of the OS X video capture implementation in webrtc.org. The allowed resolutions are in a table of presets here [1]. If I attempt to add AVCaptureSessionPreset1920x1080 to that table, I get a compile error saying it is not supported for OS X. We're more or less stuck with this unless someone fixes the upstream implementation or we switch to a different video capture implementation, for instance Chromium's in Bug 1451394. I'm resolving this as a dupe of that bug.
Assignee | ||
Comment 5•6 years ago
|
||
Comment 6•6 years ago
|
||
Is the patch in comment 4 something you're still planning to land?
Updated•6 years ago
|
Assignee | ||
Comment 7•6 years ago
|
||
Oops, wrong bug number. Thanks for pointing that out!
Updated•6 years ago
|
Assignee | ||
Comment 8•6 years ago
|
||
[Tracking Requested - why for this release]: Even though resolved DUPLICATE, this is still being tracked for Firefox 67, which means I get email about it on a regular basis. I don't think this should be tracked.
Updated•6 years ago
|
Description
•