Closed Bug 814881 Opened 13 years ago Closed 13 years ago

getUserMedia fails

Categories

(Core :: WebRTC: Audio/Video, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jay, Unassigned)

References

()

Details

(Whiteboard: [getUserMedia], [blocking-gum-])

the getUserMedia example does not find a Sandberg NightCam 2 usb webcam that is known to connect in Opera: http://auduno.github.com/headtrackr/examples/camshift.html tested using WebRTC Test Landing Page with FF Nightly latest on OS X 10.6.8
So it looks like it's not a general problem with all webcams, as my integrated web cam works fine on that page. I'll have to check on with my logitech usb webcam when I get into work on Monday to see if it's USB vs. webcam specific.
Summary: getUserMedia broken → gUM video only request on a USB webcam (Sandberg Nightcam 2) fails on http://auduno.github.com/headtrackr/examples/camshift.html
Actually, I just tried a cheap USB webcam I have at home - works fine on that usb web cam as well.
#1 Jason the test is the mozilla URL given: http://mozilla.github.com/webrtc-landing/gum_test.html my sandberg is known to work with the opera getUserMedia link given it seems there is some confusion in the comms on this bug
Summary: gUM video only request on a USB webcam (Sandberg Nightcam 2) fails on http://auduno.github.com/headtrackr/examples/camshift.html → getUserMedia broken
Jonathan - Please don't change the title to something that's vague - it loses context behind what the problem is.
Summary: getUserMedia broken → gUM video only request on a USB webcam (Sandberg Nightcam 2) fails on http://auduno.github.com/headtrackr/examples/camshift.html
Summary: gUM video only request on a USB webcam (Sandberg Nightcam 2) fails on http://auduno.github.com/headtrackr/examples/camshift.html → gUM video only request on a USB webcam (Sandberg Nightcam 2) fails to retrieve the web cam stream
Jason are you using OS X?
(In reply to jonathan chetwynd from comment #5) > Jason are you using OS X? No, I'm on Windows 7 64-bit.
well this bug was filed as OS X....
I have now checked on iMac with inbuilt camera and microphone running latest Nightly on OS X 10.8.2 . whereas on mac mini the red text "NO_DEVICES_FOUND" is displayed, it is not on the iMac. However afaict there is no evidence of any other i/o communication. Obviously as there is no comment indicating what the expected and intended behaviour should be, it is hard for me to -know- the test has failed. Using the Opera example, live video plays on connection, and this is as expected by me.
Summary: gUM video only request on a USB webcam (Sandberg Nightcam 2) fails to retrieve the web cam stream → getUserMedia broken
Please do not submit your comments if you are getting a mid-air collision warning on Bugzilla. In such a case please reload the page before. Otherwise you will reset the changed summary again and again. Thanks.
Summary: getUserMedia broken → gUM video only request on a USB webcam (Sandberg Nightcam 2) fails to retrieve the web cam stream
#9 I did not have the issue you suggest regards
Summary: gUM video only request on a USB webcam (Sandberg Nightcam 2) fails to retrieve the web cam stream → getUserMedia broken
(In reply to jonathan chetwynd from comment #10) > #9 I did not have the issue you suggest regards Don't write vague titles. Last time I'm saying this.
Summary: getUserMedia broken → gUM video only request on a USB webcam (Sandberg Nightcam 2) fails to retrieve the web cam stream
Jason, you'll need to write your own bugs in future. do not reopen.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Summary: gUM video only request on a USB webcam (Sandberg Nightcam 2) fails to retrieve the web cam stream → do not morph my bugs
Jonathan - I was going off of what was specified in the bug description as we only confirm that the issue was happening on the USB camera you've specified on an OS X machine. getUserMedia broken tells us nothing about what the problem is. The title is usually changed to provide more context to what the problem is known to be. I'll be sure to check USB camera testing soon, so I'll end up testing this flow. But as it stands right now, I can't understand what your problem is. Marking as incomplete.
Resolution: WORKSFORME → INCOMPLETE
Summary: do not morph my bugs → getUserMedia video only call fails with a Sandberg Nightcam 2 on OS X
read #comment 8
Status: RESOLVED → REOPENED
Resolution: INCOMPLETE → ---
Summary: getUserMedia video only call fails with a Sandberg Nightcam 2 on OS X → getUserMedia fails
Please provide clear steps you performed since you have started Firefox.
iMac 10.8.2 running Nightly open url: http://mozilla.github.com/webrtc-landing/gum_test.html or http://www.gnote.org/dev.html wfm Opera & Chrome try all 4 gUM test without any positive result no deny/allow no lights no images also tested on mac mini OS X 10.6.8 with usb camera similar outcomes.
I'm going to grab a mac machine and look into this to close out this hairy bug.
Keywords: qawanted
Whiteboard: [getUserMedia], [blocking-gum-]
Just tried the gum landing page with a USB webcam and an integrated web cam on OS X 10.7. Couldn't reproduce this bug. Closing as a worksforme.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
confirmed for iMac with integral camera on OS X 10.8.2 however this does not wfm external USB 10.6.8 Sandberg nightcam2 and PS3 eyecam as clearly stated in description.... I am upgrading to 10.8, so will not be able to contribute to that aspect.
I can confirm that neither USB Sandberg nightcam2 nor PS3 eyecam wfm under 10.8.2 would like advice on how to reopen bug, as both wfm Google Chrome Canary Version 25.0.1353.0
Just to make sure (since I've made this mistake before) - Do you have preference enabled for media.navigator.enabled to true?
Today, I tested PS3 eyecam on debian wheezy using ff 28.0a1 (2013-11-18) whilst the camera is recognised and raises a dialogue, no images are seen. wfm fine on chrome etc.. tested on a wide variety of online resources including those mentioned above. would appreciate any comments on how to test further.
Use a debug build (download from ftp.mozilla.org/pub/mozilla.org/firefox/nightly) set NSPR_LOG_MODULES=getusermedia:5 set NSPR_LOG_FILE=some temp file then try it, and upload the log file to a new bug (in Core : Webrtc audio & video) I suspect it's a camera that doesn't implement direct YUV in the type we need; chrome has translation functions that we haven't hooked up yet.
You need to log in before you can comment on or make changes to this bug.