Issue 144465 in chromium: WebRTC - getUserMedia fails to display video when using generic capture devices (non usb cameras)

[chro...@googlecode.com]

Status: Unconfirmed
Owner: ----
Labels: Type-Bug Pri-2 Area-Undefined OS-Windows

New issue 144465 by efre...@gmail.com: WebRTC - getUserMedia fails to
display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Chrome Version : 23.0.1243.0 canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)

Preconditions:
Your system must have an Internal PCIe Video Capture card or external USB
Video Capture Card. The ones tested (which all fail) are:
-PCIe Blackmagic Inensity Pro
-PCIe Blackmagic Decklink Extreme 3d
-USB EZ-CAP (DC 60+) 2861

Imput an external PAL or NTSC signal into the card and test you can see the
video input in a program such as VirtualDub.


What steps will reproduce the problem?
1. In Chrome load a page that makes uses of getUserMedia to display vieo in
the browser.
2.When prompted with the notification bar, select the desired capture
device and hit "Allow"


What is the expected result?
Chrome should display the video in the browser window.



What happens instead?
No video is displayed.

Please provide any additional information below.

I have created 3 debug logs (one for each video card) to attach to this
issue.

I have also tried inputing several HD signals to the Decklink cards through
its HDMI port (1080p,1080i, 720p, ...) with no luck.

Is worth to mention that I have been able to see the video imput using the
Silverlight plugin and its video input capability, but no luck with WebRTC.


Attachments:
Blackmagic Intensity -chrome_debug.log 18.5 KB
Blackmagic Decklink - chrome_debug.log 18.4 KB
WDM-2861 - chrome_debug.log 2.4 KB

[chro...@googlecode.com]

Updates:
Labels: -Area-Undefined Area-UI Feature-WebRTC

Comment #1 on issue 144465 by rsl...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

(No comment was entered for this change.)

[chro...@googlecode.com]

Updates:
Cc: tnakam...@chromium.org brave...@chromium.org jube...@chromium.org
posc...@chromium.org w...@chromium.org

Comment #2 on issue 144465 by tnakam...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@posciak - is this WAI based on the work done for issue 139356?

[chro...@googlecode.com]

Comment #3 on issue 144465 by brave...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@Efrencd, I have some questions:
1, I guess getUserMedia returns success here, audio works well, just no
video? Since there is no error log in those log files.
2. Would other video chat apps work with those non-usb-cameras, such as
GTalk and Skype.
3. Do you have any idea about the output format of those devices? And is
there any way to adjust their output format?

Then we'll see how to proceed.

[chro...@googlecode.com]

Comment #4 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Hi, I'll try to add more info here.

I have the 3 cards conected to my system. All cards work great on Virtual
Dub. As input signal I'm using a Xbox 360 in PAL mode.

To answer your questions:

Q1. I guess getUserMedia returns success here, audio works well, just no

video? Since there is no error log in those log files.

A. For the 2861 card the console do not display any error but the debuglog
says:
[2464:3860:31185286:ERROR:capture_video_decoder.cc(72)] NOT IMPLEMENTED
[2464:4620:31185286:ERROR:media_stream_impl.cc(300)] NOT IMPLEMENTED
[2464:3860:31185286:ERROR:capture_video_decoder.cc(98)] NOT IMPLEMENTED

For both BlackMAgic cards the console display this error:
NavigatorUserMediaError {code: 1}

Q2. Would other video chat apps work with those non-usb-cameras, such as
GTalk and Skype.

A. I have made some test with Gmail video plugin. Here are my results:
WDM 2861: It works but have some glitches, image is slow, flipped
horizontally and jumps. Not stable.
BlackMagic Intensity: Works great but image is flipped horizontally.
BlackMagic Decklink Extreme: Does not work. All I can see is a black
screen.
See attached screenshots for each video capture card tested.
It's worth to mention that BlackMagic cards installs two drivers for each
card(as you can see in the screenshots). One called WDM and other one that
seem native, but Virtualdub says they both are DirecShow (?). Both drivers
works great in Virtualdub and in the silverlight plugin as far as you
select correctly the video mode that is being inputed into the card.

Q3. Do you have any idea about the output format of those devices? And is

there any way to adjust their output format?

A. I have no idea what internal video mode these cards present to the
system. All I can say is that you can select the VideoMode that is being
inputed into the card.
For example, is you input a PAL signal (as it is my case) I can configure
the card in this video mode. How do I do it? Well it depends on the
program. Skype has a button to configure the video mode (see screenshot),
Virtual dub has also a (Capture Filter) option in the video menu that
gives you access to that dialog.

WebRTC, Silverligh or Flash have no way (at least that I know) to access
that video configuration dialog. How have I make it work in silverlight
then (you may ask)? Well If you go to other application (vdub or skype) and
make the configuration there, it seems to remember your settings for other
apps.

If you guys need me to do any tests, debug logg, etc, I'm willing to help.

Regards.


Attachments:
BlackMagic DecklinkExtreme_Gtalk_do_not_work.JPG 98.1 KB
BlackMagic Intensity_Gtalk_works.JPG 98.7 KB
WDM 2861_Gtalk_works_but has glitches.JPG 94.6 KB
Skype_videomode_configuration_dialog.JPG 98.0 KB

[chro...@googlecode.com]

Comment #5 on issue 144465 by posc...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@tnakamura: this is Windows, so no relation to those changes, they were
Linux/CrOS only.

[chro...@googlecode.com]

Updates:
Cc: ser...@chromium.org nikl...@chromium.org

Comment #6 on issue 144465 by tnakam...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Thanks for the follow up, posciak@.
@wjia - it looks like you added some of the NOTIMPLEMENTED() functions
mentioned in comment #4. If they were implemented, would that solve this
issue, or are other changes also needed?

[chro...@googlecode.com]

Comment #7 on issue 144465 by w...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

The NOTIMPLEMENTED() functions should be harmless. They are just saying
they are not handling those events for now, but will do it later.

Those lines give us some clue though. It basically tells us:
1. video device has been started.
2. renderer received an "VideoDeviceFailed" event. That means something is
wrong with the video capture device.

[chro...@googlecode.com]

Comment #8 on issue 144465 by jube...@google.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

If it works with the Gtalk plugin, we should be able to make it work for
WebRTC.

[chro...@googlecode.com]

Updates:
Cc: pe...@chromium.org
Labels: -Type-Bug -Pri-2 Type-Feature Pri-3

Comment #9 on issue 144465 by brave...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

We should have some previous experience on BlackMagic video capture
devices, which might be not included in Webrtc though. Anyway this should
be a feature nice to have.

Wei, could you help to study it a little bit, at a low priority though.

[chro...@googlecode.com]

Comment #10 on issue 144465 by pe...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Video capture cards require different DirectShow filters than USB video
capture devices. Chrome currently don't make use of them.

As Brave says- we have used BlackMagic a long time ago in the WebRtc video
capture module so that it can be used for inspiration when / if this is
implemented in Chrome.

However- we currently have not implemented any resolution negotiation in
getUserMedia and PeerConnection. - it is hard coded to VGA. This might
cause problem if I remember correctly, since the capture card must be
opened with the same resolution as the external source. If the external
source output HD, the capture card must also be opened in HD.

[chro...@googlecode.com]

Comment #11 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Would it be possible to add Chromium an option to access the DirectShow
configuration dialog of the capture device? (As Skype does, see last
capture from comment 3)

That way we could setup the capture device to match the input video source.

Silverlight and Flash cannot show this dialog but they allow you to read
all possible capture modes and select one from their API.

I know supporting other things than a Webcam is not a priority for you but
I can think of some interesting use cases where bigger quality capture
cards would be desirable.

If you guys are trying to push the web platform forward to be really
competitive against traditional OS platforms you shouldn't miss any option.

[chro...@googlecode.com]

Comment #13 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Have any of you guys been able to at least reproduce this issue? In the
status this issue is still marked as Unconfirmed.

[chro...@googlecode.com]

Updates:
Status: Available
Labels: -Pri-3 -webrtc-feedback Pri-2 Mstone-24

Comment #14 on issue 144465 by tnakam...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

[triage] need to refactor Windows capture code for M24

[chro...@googlecode.com]

Updates:
Owner: to...@chromium.org
Labels: -Mstone-24 Mstone-25

Comment #16 on issue 144465 by nikl...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Tommi, please let us know when you're done with the Media foundation work,
and we will revisit this.

[chro...@googlecode.com]

Comment #17 on issue 144465 by bond.gre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

FWIW same problem here (no video image, no error message) with Blackmagic
Intensity Pro card on Windows 7 64 bit, Chrome 23.0.1271.91 m. The card
works fine for Skype, etc.

Also, this card works fine with Chrome on Mac OS X.

[chro...@googlecode.com]

Comment #18 on issue 144465 by to...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

The Media Foundation work is done. It's available in the latest canaries
and will be available in M25. Can someone check if this is still a problem?

[chro...@googlecode.com]

Updates:
Labels: Action-FeedbackNeeded

Comment #19 on issue 144465 by tnakam...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@efrencd and @bond.gregory - can you take another look using the current
canary (25.0.1364.0 or newer)?

[chro...@googlecode.com]

Comment #20 on issue 144465 by bond.gre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Just downloaded latest Canary build (25.0.1364.0) and I'm unable to select
the capture card for video input because the device 'Options' menu doesn't
appear. It does appear, however, for the old version of Chrome.

[chro...@googlecode.com]

Comment #21 on issue 144465 by tnakam...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@bond.gregory - in M25, device selection was moved to the media section of
chrome://settings/content

[chro...@googlecode.com]

Comment #24 on issue 144465 by paul.ne...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Since Chrome 24 was released a lot of users are now reporting to me that
they see black screens after they allow access to their camera, and it
didn't do this in the previous version (23). Perhaps this is related?

[chro...@googlecode.com]

Updates:
Status: Assigned
Cc: vikasmar...@chromium.org el...@chromium.org

Comment #25 on issue 144465 by tnakam...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@paul.neave - this bug was originally reported against M23, so the reports
you're seeing may not be related. Can you file that in a separate bug?

[chro...@googlecode.com]

Comment #26 on issue 144465 by vladimyr...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

So for now - is it possible to use capture card with WebRTC?

[chro...@googlecode.com]

Comment #27 on issue 144465 by vladimyr...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Had same problems

[chro...@googlecode.com]

Comment #28 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Sorry for the delay.

I have done some test. In my computer I got two BlackMagic Cards, an
Intensity Pro and a Decklink HD Extreme.

I connect an HDMI input into the cards and these are the results:

-Intensity pro: getUserMedia displays the video box but I can only see a
green screen. No errors are displayed in the console.

-Decklink Extreme 3D: Console throws a 'Access Denied' message and no video
box is displayed.


I have also a virtual WebCam (e2esoft vcam): This one seem to work as
expected with getUserMedia.


Regards.

[chro...@googlecode.com]

Comment #31 on issue 144465 by to...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@efrencd - I'm trying your code out with Canary version 26.0.1399.0 and
Chrome is not crashing. I do get an "Illegal invocation" error though. Is
that what you mean by crash, are you getting a sad tab or does the whole
browser actually crash?

[chro...@googlecode.com]

Comment #32 on issue 144465 by to...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

One more thing - it would be very helpful if you could share with me the
crash IDs you see in your chrome://crashes/ page. That way I can go in and
take a look at what's crashing.

[chro...@googlecode.com]

Comment #33 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

In my side it crash completely with the message "Whoa! Google Chrome has
crashed. Relaunch now?"

How can I send you the crash ID's? You mean only the nomber? (They are all
different).

Anyway here are some crashes ID's, all related to this WebRTC issue:

Crash ID 4def670ab9979f9c
Crash ID 1505b76e202feea3
Crash ID 6a53d6417dc52cfa
Crash ID bd302124bafc76d4

Regards.

[chro...@googlecode.com]

Comment #34 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

In my side it crashes completely with the message "Whoa! Google Chrome has
crashed. Relaunch now?"

How can I send you the crash ID's? You mean only the number? (They are all
different).

Anyway here you are some crashes ID's, all related to this WebRTC issue:

[chro...@googlecode.com]

Comment #35 on issue 144465 by to...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Thanks. The problem seems to be that Windows can't enumerate any video
streams from the device and we end up with an empty capability list.

[chro...@googlecode.com]

Comment #36 on issue 144465 by bugdro...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)

http://code.google.com/p/chromium/issues/detail?id=144465#c36

The following revision refers to this bug:
http://src.chromium.org/viewvc/chrome?view=rev&revision=180512

------------------------------------------------------------------------
r180512 | to...@chromium.org | 2013-02-04T20:46:52.332936Z

Changed paths:
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/win/video_capture_device_mf_win.cc?r1=180512&r2=180511&pathrev=180512

Fix how we handle an empty capabilities list when enumerating video streams.

BUG=144465
TEST=In order to repro the original problem you need a specific video
device that Windows isn't able to enumerate the streams of. See bug for
more details.


Review URL: https://chromiumcodereview.appspot.com/12185022
------------------------------------------------------------------------

[chro...@googlecode.com]

Updates:
Labels: Merge-Requested

Comment #37 on issue 144465 by to...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Requesting merge to M25 since I've seen the enumeration problem there as
well.

--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

[chro...@googlecode.com]

Updates:
Labels: -Merge-Requested Merge-Approved

Comment #39 on issue 144465 by ke...@google.com: WebRTC - getUserMedia fails

to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

(No comment was entered for this change.)

[chro...@googlecode.com]

Updates:
Labels: -Merge-Approved merge-merged-1364

Comment #40 on issue 144465 by bugdro...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)

http://code.google.com/p/chromium/issues/detail?id=144465#c40

The following revision refers to this bug:

http://src.chromium.org/viewvc/chrome?view=rev&revision=183771

------------------------------------------------------------------------
r183771 | to...@chromium.org | 2013-02-21T08:37:55.694863Z

Changed paths:
M
http://src.chromium.org/viewvc/chrome/branches/1364/src/media/video/capture/win/video_capture_device_mf_win.cc?r1=183771&r2=183770&pathrev=183771

Merge 180512

> Fix how we handle an empty capabilities list when enumerating video
> streams.

> BUG=144465
> TEST=In order to repro the original problem you need a specific video
> device that Windows isn't able to enumerate the streams of. See bug for
> more details.


> Review URL: https://chromiumcodereview.appspot.com/12185022

TBR=to...@chromium.org
Review URL: https://codereview.chromium.org/12334003
------------------------------------------------------------------------

[chro...@googlecode.com]

Comment #41 on issue 144465 by to...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Thanks for fixing the labels. r180512 was already on M26 and now on M25 as
well.

[chro...@googlecode.com]

Comment #45 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Out of curiosity, has anyone tried the Blackmagic Intensity Shuttle for USB
3.0? Does it include WDM drivers? Does WebRTC pick it up as a Webcam?

[chro...@googlecode.com]

Comment #46 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

I purchased a Blackmagic Intensity Shuttle for USB 3.0. It *does* include
WDM drivers. Skype picks it up but WebRTC does not. I tried launching
http://apprtc.appspot.com/ using Chrome 26.0.1410.43 m and 28.0.1455.0
canary. The stable version fails with error 1. The canary version fails
with error 1, then two seconds later it crashes to Windows (Crash ID
3db6882fc9d7089d).

I am running under Windows 7, 64-bit.

Any updates on this issue?

[chro...@googlecode.com]

Comment #47 on issue 144465 by e...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

It looks like Cowwoc's crash is different from the crashs upthread. For
people who don't have access to the crash server:

@48 The crash ids

Thread 18 *CRASHED* ( EXCEPTION_ACCESS_VIOLATION_READ @ 0x00000018 )

0x61a4d67d [chrome.dll] - video_capture_device_mf_win.cc:341]
media::VideoCaptureDeviceMFWin::Allocate(int,int,int,media::VideoCaptureDevice::EventHandler
*)
0x615d9a88 [chrome.dll] - video_capture_manager.cc:252]
content::VideoCaptureManager::OnStart(media::VideoCaptureParams,media::VideoCaptureDevice::EventHandler
*)
0x615d8c5d [chrome.dll] - bind_internal.h:1387]
base::internal::Invoker<3,base::internal::BindState<base::internal::RunnableAdapter<void
(
content::VideoCaptureManager::*)(media::VideoCaptureParams,media::VideoCaptureDevice::EventHandler
*)>,void (content::VideoCaptureManager
*,media::VideoCaptureParams,media::VideoCaptureDevice::EventHandler *),void
(content::VideoCaptureManager
*,media::VideoCaptureParams,media::VideoCaptureDevice::EventHandler
*)>,void (content::VideoCaptureManager
*,media::VideoCaptureParams,media::VideoCaptureDevice::EventHandler
*)>::Run(base::internal::BindStateBase *)
0x5ffe4bc2 [chrome.dll] - message_loop.cc:476]
MessageLoop::RunTask(base::PendingTask const &)
0x5ffe485c [chrome.dll] - message_loop.cc:671] MessageLoop::DoWork()
0x5ffe4da8 [chrome.dll] - message_pump_default.cc:29]
base::MessagePumpDefault::Run(base::MessagePump::Delegate *)

@46 Crash id 3db6882fc9d7089d

Thread 16 *CRASHED* ( EXCEPTION_ACCESS_VIOLATION_WRITE @ 0x0000000c )

0x779e22b2 [ntdll.dll] + 0x000222b2] RtlEnterCriticalSection
0x63c12c37 [chrome.dll] - lock_impl_win.cc:28]
base::internal::LockImpl::Lock()
0x65378abf [chrome.dll] - video_capture_buffer_pool.cc:153]
content::VideoCaptureBufferPool::IsAnyBufferHeldForConsumers()
0x653546d8 [chrome.dll] - video_capture_controller.cc:637]
content::VideoCaptureController::PostStopping()
0x65354840 [chrome.dll] - video_capture_controller.cc:579]
content::VideoCaptureController::DoDeviceStoppedOnIOThread()
0x63c34e13 [chrome.dll] - message_loop.cc:476]
MessageLoop::RunTask(base::PendingTask const &)
0x63c33d80 [chrome.dll] - message_loop.cc:671] MessageLoop::DoWork()

Unsure why we'd be crashing in the locking code, but I generally don't know
about the threading model of the media code, or even the media code in
general.

[chro...@googlecode.com]

Comment #54 on issue 144465 by efre...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Is it valid with this?

DeckLinkAPI version: 9.7.0
=============== DeckLink HD Extreme 3D+ ===============

Attribute list:
Serial port present ? Yes
Serial port name: COM7
Number of sub-devices: 1
Sub-device index: 0
Maximum number of audio channels: 16
Input mode detection supported ? No
Internal keying supported ? Yes
External keying supported ? Yes
HD-mode keying supported ? Yes

Supported video output display modes:
NTSC 720 x 486 29.97 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
NTSC 23.98 720 x 486 23.976 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
PAL 720 x 576 25 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080p 23.98 1920 x 1080 23.976 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080p 24 1920 x 1080 24 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080p 25 1920 x 1080 25 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080p 29.97 1920 x 1080 29.97 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080p 30 1920 x 1080 30 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080i 50 1920 x 1080 25 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080i 59.94 1920 x 1080 29.97 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080i 60 1920 x 1080 30 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 1080p 50 1920 x 1080 50 FPS 8-bit YUV
10-bit YUV
HD 1080p 59.94 1920 x 1080 59.9401 FPS 8-bit YUV
10-bit YUV
HD 1080p 60 1920 x 1080 60 FPS 8-bit YUV
10-bit YUV
HD 720p 50 1280 x 720 50 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 720p 59.94 1280 x 720 59.9401 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
HD 720p 60 1280 x 720 60 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
2K 23.98 2048 x 1556 23.976 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
2K 24 2048 x 1556 24 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB
2K 25 2048 x 1556 25 FPS 8-bit YUV
10-bit YUV 8-bit ARGB 8-bit BGRA 10-bit RGB

Supported video output connections:
SDI, HDMI, Component, Composite, S-Video

Supported video input connections:
SDI, HDMI, Component, Composite, S-Video



@Cowwoc, you can get this data with the "DeviceList.exe" program that comes
with the Decklink SDK.

Regards.

[chro...@googlecode.com]

Comment #55 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

@efrencd, thanks for the head's up.

My output is slightly different:

DeckLinkAPI version: 9.7.2
=============== Intensity Shuttle ===============

Attribute list:
Serial port present ? No

Number of sub-devices: 1
Sub-device index: 0

Maximum number of audio channels: 8
Input mode detection supported ? Yes
Internal keying supported ? No
External keying supported ? No
HD-mode keying supported ? No

Supported video output display modes:
NTSC 720 x 486 29.97 FPS 8-bit YUV
10-bit YUV

NTSC 23.98 720 x 486 23.976 FPS 8-bit YUV
10-bit YUV

PAL 720 x 576 25 FPS 8-bit YUV
10-bit YUV

NTSC Progressive 720 x 486 59.9401 FPS 8-bit YUV
10-bit YUV
PAL Progressive 720 x 576 50 FPS 8-bit YUV
10-bit YUV

HD 1080p 23.98 1920 x 1080 23.976 FPS 8-bit YUV
10-bit YUV

HD 1080p 24 1920 x 1080 24 FPS 8-bit YUV
10-bit YUV

HD 1080p 25 1920 x 1080 25 FPS 8-bit YUV
10-bit YUV

HD 1080p 29.97 1920 x 1080 29.97 FPS 8-bit YUV
10-bit YUV

HD 1080p 30 1920 x 1080 30 FPS 8-bit YUV
10-bit YUV

HD 1080i 50 1920 x 1080 25 FPS 8-bit YUV
10-bit YUV

HD 1080i 59.94 1920 x 1080 29.97 FPS 8-bit YUV
10-bit YUV

HD 1080i 60 1920 x 1080 30 FPS 8-bit YUV
10-bit YUV

HD 720p 50 1280 x 720 50 FPS 8-bit YUV
10-bit YUV

HD 720p 59.94 1280 x 720 59.9401 FPS 8-bit YUV
10-bit YUV

HD 720p 60 1280 x 720 60 FPS 8-bit YUV
10-bit YUV

Supported video output connections:

HDMI, Component, Composite, S-Video

Supported video input connections:

HDMI, Component, Composite, S-Video

Do you need anything else?

[chro...@googlecode.com]

Comment #56 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Here we can read some interesting stuff about these cards:

http://www.thehdstandard.com/hardwaresoftware-solutions-for-streaming/streaming-with-blackmagic-intensity-pro-capture-card/comment-page-1/#comment-5528

> In our early experiments we found that Intensity Pro uses a less-standard
> color space (HDYC) for HD resolutions, which VLC does not natively
> recognize. Lately we heard that Intensity is updating firmware and moving
> to more-standard UYVY which should be more compatible, however we have
> not tried it yet. Let us know if any success with it.

About the outputs, all this 8-bit YUV still leaves the question about the
colorspaces unaswered, see here:
http://msdn.microsoft.com/en-us/library/windows/desktop/dd206750(v=vs.85).aspx
8-bit YUV can still be 4:4:4 or any other subsampled, packed or planar.

[chro...@googlecode.com]

Comment #57 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

The easiest way to solve this is for you to pay $200 and order the
Blackmagic hardware. Alternatively, let us know what tests we can run for
you under Windows. Perhaps you could write an application for us to run
which would collect the relevant information.

[chro...@googlecode.com]

Comment #58 on issue 144465 by sch...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

I should add that Viewcast Osprey cards suffer from the same problem. This
may be something that affects all pro-grade capture hardware, rather than
something that's limited to Blackmagic's cards.

[chro...@googlecode.com]

Comment #65 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

I took a peek at the Windows capture implementation with a cool Bluefish444
pci card I found around; my first impression about fancy cards
(https://code.google.com/p/chromium/issues/detail?id=144465#c56) using
fancy colorspaces was wrong. Chromium infrastructure in Windows is based on
Media Foundation and currently it doesn't support other than UVC capture
devices,
(http://msdn.microsoft.com/en-us/library/windows/desktop/dd317912(v=vs.85).aspx):

> Video capture devices are supported through the UVC class driver and must
> be compatible with UVC 1.1.

Directshow supports these fancy cards like perkj already mentioned
(https://code.google.com/p/chromium/issues/detail?id=144465#c10), any
volunteers to write the code for this driver? :)

[chro...@googlecode.com]

Comment #66 on issue 144465 by nik...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Actually when this bug was opened we were using DirectShow...

[chro...@googlecode.com]

Updates:
Owner: mca...@chromium.org

Comment #67 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

New light has been casted on the issue and we might be onto something good
(https://codereview.chromium.org/17402002/). Got that Bluefish working
locally - the colorspace was indeed not supported.

[chro...@googlecode.com]

Comment #68 on issue 144465 by bugdro...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)

http://code.google.com/p/chromium/issues/detail?id=144465#c68

------------------------------------------------------------------------
r209662 | to...@chromium.org | 2013-07-02T10:40:38.417892Z

Changed paths:
M
http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/media/video_capture_manager.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/video_capture_device.h?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/media/video_capture_manager.h?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/mac/video_capture_device_mac.mm?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/media.gyp?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/media/video_capture_controller_unittest.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/win/video_capture_device_win.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/linux/video_capture_device_linux.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/android/video_capture_device_android.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/mac/video_capture_device_mac.h?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/fake_video_capture_device.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/win/video_capture_device_mf_win.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/video_capture_device_unittest.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/media/screen_capture_device.cc?r1=209662&r2=209661&pathrev=209662
A
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/video_capture_device.cc?r1=209662&r2=209661&pathrev=209662
M
http://src.chromium.org/viewvc/chrome/trunk/src/content/browser/renderer_host/media/web_contents_video_capture_device.cc?r1=209662&r2=209661&pathrev=209662

Refactor the VideoCaptureDevice::Name struct.

The main purpose of this change is to allow for future changes where
platform specific properties can be stored with a device name.
An example of this is when we enumerate capture devices from more than one
API (DirectShow vs Media Foundation on Windows) since we have to use
different APIs to get access to different capture devices.

Additionally:
* Change Name from being a struct to a class.
* Only allow read-only access to the properties after construction.
* Change the "Names" typedef to a class to make looking a name up by device
ID easier.

I'm make it harder to construct a 'Name' without going through the
enumeration since the enumeration should be used to get the proper name, ID
and other potential properties to go with them.
This change is related to another one that mcasas is working on:
https://codereview.chromium.org/17402002/

(I'm TBR-ing fischman although he has already approved this CL. There
appears to be a problem with Rietveld)

BUG=144465
TBR=fischman

Review URL: https://chromiumcodereview.appspot.com/17846002
------------------------------------------------------------------------

[chro...@googlecode.com]

Updates:
Status: Fixed

Comment #69 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

It is with great pleasure that I announce the CL was reviewed and accepted
https://codereview.chromium.org/17402002/, cowwoc, efrencd, when this CL
gets into canary perhaps you could give it a go and see if your devs are
all right now?

[chro...@googlecode.com]

Comment #70 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

mcasas,

I'll try it out on Canary, but I can already tell you this issue needs to
be reopened. The first half of the issue is detecting the existence of the
Blackmagic device. The second half (which I'm sure you haven't addressed)
is opening it with the right resolution.

When you query the device you will find it lists all supported video
formats, but only one of the formats is actually connected to an input. If
you try opening the device with the wrong format "something bad" (tm) will
happen.

One sure-way of fixing this problem is reading the input format that the
user configured in Blackmagic control panel, but this is a vendor-specific.
The question is:

1. Will you accept vendor-specific code into Chrome?
2. If not, how do we detect what video format is *really* supported by the
Blackmagic device?

[chro...@googlecode.com]

Comment #71 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Perhaps you can wait, the patch broke the tree on landing :(

On querying the device to offer a list of supported formats, this should be
in a separate bug. Several open ones point to this as a root cause, so I'll
spend some time on it soon.

[chro...@googlecode.com]

Comment #72 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Okay, I filed https://code.google.com/p/chromium/issues/detail?id=257632 as
a follow-up.

[chro...@googlecode.com]

Comment #73 on issue 144465 by bugdro...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)

http://code.google.com/p/chromium/issues/detail?id=144465#c73

------------------------------------------------------------------------
r210320 | mca...@chromium.org | 2013-07-05T19:23:30.845771Z

Changed paths:
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/video_capture_device.h?r1=210320&r2=210319&pathrev=210320
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/win/video_capture_device_win.cc?r1=210320&r2=210319&pathrev=210320
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/win/video_capture_device_mf_win.cc?r1=210320&r2=210319&pathrev=210320
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/win/video_capture_device_mf_win.h?r1=210320&r2=210319&pathrev=210320
M
http://src.chromium.org/viewvc/chrome/trunk/src/media/video/capture/video_capture_device_unittest.cc?r1=210320&r2=210319&pathrev=210320

Reconnect support for DirectShow video capture devices in parallel to
MediaFoundation ones - UNITTESTS

https://codereview.chromium.org/17402002/ broke the build - sorting out
unittests for XP platforms

BUG=144465

Review URL: https://chromiumcodereview.appspot.com/18529004
------------------------------------------------------------------------

[chro...@googlecode.com]

Comment #74 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

should be ok now - cowwoc, efrencd, could you guys give it a go? (if so,
mark it as "verified" please).

[chro...@googlecode.com]

Comment #75 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

1. How do we know when/which fixes end up in Chrome Canary?
2. What difference is this fix supposed to make? Are we supposed to see the
capture card as an available input device? Is capturing supposed to work?

[chro...@googlecode.com]

Comment #76 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

1. Canary is cut every night at 2AM PST and contains all known good patches
to date. Practically speaking, when bug is accepted it'll be in the next
canary average and two canaries later worst case.

2. The fix would list the capture card as an input device, together with
the USB-MF ones. Also, it should be opened all right and stream frames, and
should listen to getUserMedia constraints (which can be a workaround for
your comment #70...).

[chro...@googlecode.com]

Comment #77 on issue 144465 by tus...@tushar.ca: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

Tested with Chrome Canary (July 10th) and a Black Magic Intensity Shuttle
with HDMI. External source is 720p59.94. Video appears in Wirecast as
well as a third party reference. Running over Thunderbolt on OS 10.8.3.

With Chrome Canary and 29.0.1541.0 dev I see a list of all the different
signal types the shuttle supports (1080p, 1080i, NTSC, etc.) along with 8
bit and 10 bit options. I also see a "Blackmagic" option. All of the
options other than "Blackmagic" give me a blank non-video (not even
black). The Blackmagic option shows a black output.

[chro...@googlecode.com]

Comment #78 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

tushar,

I recommend moving this over to
https://code.google.com/p/chromium/issues/detail?id=257632

[chro...@googlecode.com]

Comment #79 on issue 144465 by mca...@chromium.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

verified?

[chro...@googlecode.com]

Comment #80 on issue 144465 by cow...@bbs.darktech.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

We can't mark this as verified until someone with a non-Blackmagic capture
card confirms that it works. I don't have access to such hardware.

With Blackmagic, the device name shows up but you can't actually use it as
video input.

[chro...@googlecode.com]

Comment #81 on issue 144465 by sha...@companysocia.com: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

PASS = With VLC, Google hangout on same Windows PC, Same setup, Same
hardware its working without any issue.

FAIL = But when webRTC/AppRTC is used it does not work. Last tested on 4
May 2014 with latest Chrome/CAnary

FAIL = also Brave Yao (
https://groups.google.com/forum/#!topic/discuss-webrtc/MejIBDdggrw ) has
created diagnostic tool posted on that link, which i have always used too,
for making sure the capture works or not, but still got no luck.

last test i have done (4 May, 2014) with no success.

[chro...@googlecode.com]

Comment #82 on issue 144465 by sha...@companysocia.com: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

FAILED - still.

Please note the capture is not 100% stable yet. I have tested with many
camera Chinese, Lifesize, Polycom, Sony, Radvision with VLC And Google
Hangout its stable like i can capture 24/7.

But when i use Canary the capture is working sometimes and sometimes not.
See attached screenshot.



Attachments:
Naamloos.png 528 KB
Naamloos1.png 103 KB

[chro...@googlecode.com]

Comment #83 on issue 144465 by tnak...@chromium.org: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

#82 - can you file a new bug with as many details about your setup? Please
include at least the camera hardware, OS, and Chrome version(s) you've
tried, as well as any specific camera setup that works or doesn't. Thank
you!

[chro...@googlecode.com]

Comment #84 on issue 144465 by sha...@companysocia.com: WebRTC -

getUserMedia fails to display video when using generic capture devices (non
usb cameras)
http://code.google.com/p/chromium/issues/detail?id=144465

OK - please see here:
https://code.google.com/p/chromium/issues/detail?id=403672

[chro...@googlecode.com]

Comment #85 on issue 144465 by shamu...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)

https://code.google.com/p/chromium/issues/detail?id=144465

Windows 8, 64bit, i was using Blackmagic Intensity shuttle USB 3.0 with
Google Canary i have camera capture working but now sound output. Can not
playback any audio after restarting the Canary did not resolved it, by
doing unplug / replug did not resolved it.

After doing a full Windows 8 reboot then i have the audio playback working.
But again Canary failing to capture the video via Blackmagic was showing
black screen, then i manually power off and power on the Camera. finally i
had the capture and sound back.

This description is often happening when i am testing over and over (very
random and doing abnormal often)

[chro...@googlecode.com]

Comment #86 on issue 144465 by shamu...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
https://code.google.com/p/chromium/issues/detail?id=144465

Using Latest Canary, Latest Blackmagic driver

- but still same black screen self-view problem
- sometimes showing self-view and when connected with the other participant
then again black screen

Once the blackscreen start showing:
After rebooting OS, unplug cable, plug in, switch on off camera ( like
hammering your head, crossing finger to get the capture start again, as its
not following any standard decline, doing abnormal often)

suddenly again the capture get started after doing those reboot, unplug etc

Can anyone please update the status, as you can see its being while till
now.

[chro...@googlecode.com]

Comment #87 on issue 144465 by carlmarr...@gmail.com: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
https://code.google.com/p/chromium/issues/detail?id=144465

Hello, This is Carl Marrelli with Blackboard. We have a customer who
recently added new equipment to their classroom setup. We had previously
worked with them to verify one of the fixes in Canary for the Osprey 100
card, which works in Chrome now - thank you for that. But their new card,
Blackmagic Design Intensity Pro is not working with Chrome or Canary. This
is a digital card and I think it is different than the other Blackmagic
card being discussed here. Should I use this discussion for that card, or
start a new one?

[chro...@googlecode.com]

Comment #88 on issue 144465 by jub...@webrtc.org: WebRTC - getUserMedia

fails to display video when using generic capture devices (non usb cameras)
https://code.google.com/p/chromium/issues/detail?id=144465

This issue is closed, so please open a new one.