Asked — Edited

Question Using Tablet Camera Using ARC

I having a problem using the camera on my Windows 8.1 tablet. I get this error: Object recognition initialized Error initializing Camera: System.Runtime.InteropServices.ComException (0x80004004):Error HRESULT E_FAIL has been returned from call to a COM component.

I get the same error using either the front or rear facing camera...I have the latest ARC version 2016.01.06.00


ARC Pro

Upgrade to ARC Pro

Synthiam ARC Pro is a new tool that will help unleash your creativity with programming robots in just seconds!

#17  

I think getting the 640x480 to work would be sufficient. The EZ-B error is in the first post. I'll see if it is writing Windows application logs later or in the morning.

#18  

Nothing in the windows event logs. Let me know if there is anything else I could do to help. Happy to run a debug version if you want to capture more detail about the failure.

Alan

#19  

I dont know if this helps but here is the specs on the hm2056 camera... 56 UXGA ClearView

15fps ? 1/5 2MP ? Color CIS SOC ? High Sensitivity, Optical Restoration, MIPI-CSI2

The HM2056 is a compact 2.0MP UXGA System-on-Chip CMOS Image Sensor that features the BrightSense2TM high sensitivity, 1.75µ pixel integrated with an advanced Image Processing Pipeline (IPP) to deliver excellent still and video quality under broad lighting conditions.

The HM2056 IPP features ClearViewTM Optical Restoration Engine that restores the clarity of the image utilizing the characteristics of the lens. The ClearViewTM is supported by an advanced calibration tool on Himax Imaging’s software system that can be quickly adapted to a wide variety of lenses.

The sensor supports MIPI-CSI2 interface to maximize system design flexibility. The MIPI interface is compliant to industry standards and compatible with leading processor chips. All sensor parameters are controlled through a 2-wire serial interface. Image Sensor SOC Features

High sensitivity 1/5 optical format 2.0MP UXGA sensor SOC operating up to 15 frames per second
720p HD video readout up to 30 frames per second
Compliant 1-lane MIPI CSI2 supporting up to 576Mbps
ClearViewTM Optical Restoration Engine (ORE) improves optical performance and clarity
Image Processing Pipeline with dynamic low light and color temperature based adjustment
Automatic Functions for exposure/gain, white balance, and frame rate control
Arbitrary down-scaler from SVGA
Available in CSP and Bare Die (RW) package option
Fits in compact 6.5 x 6.5 mm2 camera modules

Image Sensor SOC Specifications Part Number HM2056-AWA (CSP), HM2056-AGA (RW) Color RGGB Array Diagonal 3549 µm Resolution UXGA (1600 x 1200) Output Format RAW, YUV, RGB565, RGB555, RGB444 Optical Format 1/5? Pixel Size 1.75µm Frame Rate 15FPS 288MHz (MIPI 1lane) Sensitivity (FD @ 530nm) 1100 mV / Lux-sec SNRmax 36dB CRAmax 25.5º non-linear AVDD / DVDD / IOVDD (typ.) 2.8V / 1.5V / 1.8, 2.8V Power Consumption Active: 220 mW (MIPI @ 15FPS), Standby: <25 µW Temperature Operating: -20° to 70°C, Storage: -40° to 85°C Package CSP, RW

#20  

This camera module (hm2056) is made by Intel.

#21  

This might not work as a workaround, but does the tablet have a USB port and if so could you use a usb webcamera?

#22  

The Acer cameras are Omnivision OV2722 sensor but the drivers are provided by Intel as well. Maybe there is an issue with Intel drivers and ARC.

Alan

#23  

It has usb port,but I am trying to intergrate the tablet within the head of my robot head without anything attached to it. I need to be able to use the tablets cameras with ARC. I dont want anything sticking out around the tablet.

PRO
Synthiam
#24  

To be clear, there is zero code in ARC.regsrding frame capture of usb cameras. This is because it is done through Microsoft direct show. There is literally zero code in ARC. A single class is used from direct show which raises an event for every frame. There is zero code in ARC.for usb frame capture, as it is handled by direct show. Direct show is a Microsoft interface for audio and video. Ezrobot had absolutely zero access to the library, as it's a system level library by Microsoft. There is no additional debugging or changes or tweaks or anything that we can "try". The direct show function literally accepts the video capture device guid and begins raising onframe events.

If it doesn't work - I have absolutely no idea how to make it work because there is nothing more that can be done.

The only possible solution would be to create a video capture interop class that reproduced direct show - which will introduce a huge pile of trial and error bugs to ARC.

There is another small option - is to review any direct show demos or apps that work with the camera to see if there's a function or parameter specified that I'm unaware of - just as long as it doesn't break existing usb camera support. I'm hesitant to introduce new issues with video capture - but it could be worth a try.

My recommendation is to use a usb camera that complies with the Microsoft direct show, which is every other camera I've ever seen except these strange unusable ones.

Alan, yiu mentioned something about amcap - is that the direct show sample that you're referring to? And it works with the camera? If so, can you verify that it is from this sdk: https://msdn.microsoft.com/en-us/library/windows/desktop/dd373424(v=vs.85).aspx