News

All news

New 8-megapixel camera board on sale at $25

The 5-megapixel visible-light camera board was our first official accessory back in 2013, and it remains one of your favourite add-ons. They’ve found their way into a bunch of fun projects, including telescopes, kites, science lessons and of course the Naturebytes camera trap. It was soon joined by the Pi NoIR infrared-sensitive version, which not only let you see in the dark, but also opened the door to hyperspectral imaging hacks.

As many of you know, the OmniVision OV5647 sensor used in both boards was end-of-lifed at the end of 2014. Our partners both bought up large stockpiles, but these are now almost completely depleted, so we needed to do something new. Fortunately, we’d already struck up conversation with Sony’s image sensor division, and so in the nick of time we’re able to announce the immediate availability of both visible-light and infrared cameras based on the Sony IMX219 8-megapixel sensor, at the same low price of $25. They’re available today from our partners RS Components and element14, and should make their way to your favourite reseller soon.

The visible light camera…

…and its infrared cousin

In our testing, IMX219 has proven to be a fantastic choice. You can read all the gory details about IMX219 and the Exmor R back-illuminated sensor architecture on Sony’s website, but suffice to say this is more than just a resolution upgrade: it’s a leap forward in image quality, colour fidelity and low-light performance.

VideoCore IV includes a sophisticated image sensor pipeline (ISP). This converts “raw” Bayer-format RGB input images from the sensor into YUV-format output images, while correcting for sensor and module artefacts such as thermal and shot noise, defective pixels, lens shading and image distortion. Tuning the ISP to work with a particular sensor is a time-consuming, specialist activity: there are only a handful of people with the necessary skills, and we’re very lucky that Naush Patuck, formerly of Broadcom’s imaging team, volunteered to take this on for IMX219.

Naush says:

Regarding the tuning process, I guess you could say the bulk of the effort went into the lens shading and AWB tuning. Apart from the fixed shading correction, our auto lens shading algorithm takes care of module to module manufacturing variations. AWB is tricky because we must ensure correct results over a large section of the colour temperature curve; in the case of the IMX219, we used images illuminated by light sources from 1800K [very “cool” reddish light] all the way up to 16000K [very “hot” bluish light].

The goal of auto white balance (AWB) is to recover the “true” colours in a scene regardless of the colour temperature of the light illuminating it: filming a white object should result in white pixels in sunlight, or under LED, fluorescent or incandescent lights. You can see from these pairs of before and after images that Naush’s tune does a great job under very challenging conditions.

AWB at higher colour temperature

AWB at lower colour temperature

As always, we’re indebted to a host of people for their help getting these products out of the door. Dave Stevenson and James Hughes (hope you and Elaine are having a great honeymoon, James!) wrote most of our camera platform code. Mike Stimson designed the board (his second Raspberry Pi product after Zero). Phil Holden, Shinichi Goseki, Qiang Li and many others at Sony went out of their way to help us get access to the information Naush needed to tune the ISP.

We’re really happy with the way the new camera board has turned out, and we can’t wait to see what you do with it. Head over to RS Components or element14 to pick one up today.

127 comments

Glad to see the product that you first teased in my interview with Eben here: https://www.youtube.com/watch?v=ZHRhiCPXFIA

I have been very busy with college lately, but intend to get out a review video soon! Will feature lots of 8 megapixel goodness!

The Raspberry Pi Guy

Want to use the full 8MP of the new cameras before the update to Raspbian? Build the code from source!

On your Pi just run the following commands to install cmake, download raspivid/still and then build it from the source. Don’t forget to also update the kernel and reboot after:

sudo apt-get install cmake
git clone https://github.com/raspberrypi/userland.git
cd userland
./buildme

Then update the kernel with:

sudo rpi-update

Then you should just be able to run the usual commands, for example: raspistill -o cam.jpg will take a picture and should utilise all those new pixels! For a further camera tutorial watch my video here: https://www.youtube.com/watch?v=T8T6S5eFpqE

You can see some of the test shots that I have taken using the full resolution here. It was late at night and the lighting isn’t superb – shows off the new capabilities nicely: https://twitter.com/RaspberryPiGuy1/status/724697271787524102 && https://twitter.com/RaspberryPiGuy1/status/724698515155353601

The Raspberry Pi Guy

This worked like a charm! Thanks Raspberry Pi Guy!

Glad it worked for you!

How does one view those images in full resolution and why are both images reversed?

Looking forward to buy this.Truly awesome.

I managed to snag one on Saturday. Here’s a quick overview vid. Will put it through its paces this week and share some output…

https://youtu.be/W8SdTZRVjPw

A big step forward!

Looking forward to the camera, hope BME-HDR will be supported, HDR really helps in contrast quality!

This is great news, would love to see some shots taken by each camera in the same conditions as a comparison.

I am pretty sure that that’s something the community will provide us with by the end of the week!

Looking at the weather predictions, it might take me longer than a week to do my comparisons …

240fps in the specs at QHD …

IIRC, I don’t think 240 fps happens without 4-lane MIPI CSI which RPi doesn’t have (unless maybe the compute module?)

QHD = 960×540 x 10bits/pixel x 240fps = 1244160000 bits/s
CSI-2 supports 1Gbit/s per lane, and Pi has 2 lanes (CM has 4 on one interface), so it does fit.

125MPix/s will be pushing the ISP though, and certainly the control loops run too slowly at the moment. Once the dust has settled then we might look into it.

However you have definitely exceeded the H264 block spec with that – level 4/4.1 maxes out at 62,914,560 luma sample/s, and you’ve got 124,416,000. I doubt any level of overclock will allow you to get quite that high.

Can the focus be tuned the same way than with the previous camera? I mean getting sharp pictures from objects being closer to the lens? (Like inside bird house)Is the lens attached the same way and can be turned?

Yes it can be adjusted in the same way as the old model.
Texy

Hi!
I have just bought a pi Camera v2 and cannot adjust the focus. Could you explain how to adjust the focus shortly? Would be great!
/Johan

what is the fov? exactly the same as with the old camera module?

It’s for taking pictures and video. It’s a direct drop-in replacement for the old module.

FOV should be noticeably wider than original:
Original RPi camera (v1.3) OmniVision OV5647
Lens: f=3.6 mm, f/2.9, View: 54 x 41 degrees
(from http://elinux.org/Rpi_Camera_Module#Tec … Parameters )

New Rpi camera (v2.1) Sony IMX219
Lens: f=3.04 mm, f/2.0, View: 62.2 x 48.8 degrees
https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=145815&p=961031#p960810

V1 is around 39mm FF equivalent
V2 is around 33mm FF equivalent

cool, thanks!
that extra fov is exactly what i need. :)

First the RPi-Team gave us the RPi3 and now even a 8Mpx Pi-Cam! The RPi Foundation never fails to amaze me. I hope the new 8Mpx Cam will keep usable with Python like the 5Mpx version. I guess there will be new librarys with a further software update/upgrade. Nice job! Keep it up!

Is there going to be a software update for the new camera or is it not required?

The current librarys will support only 5Mpx on the V2.1 Cam. Yup you`ll have to wait until the new library will be avaible to use the full 8Mpx resolution.

Already done on the development branches, I’m guessing Raspbian release should follow soon :-)
Firmware was updated a few days ago. Updates have been pushed to Raspistill and V4L2 to request the sensor resolution from the GPU and update resolution limits/defaults appropriately.

There were some changes that came down with the rpi-update I ran today.

My problem is do I need another camera? Can I sneak that into my collection while the household finance director is away on her holidays.

Typical the week I nail a Pi 2 and camera to the front of my house it is instantly made obsolete :)

Although I prefer my burglars in 5 megapixels so I think I’ll leave it for a while …

Ha- I have a 5MP board semi-permanently mounted on my house as well. Still works just as well as it ever did! The claim of better low-light performance is quite interesting, and I look forward to testing that out. Smaller pixels makes it harder, but maybe f/2.0 vs. f/2.9 makes it possible.

the back illumination (BSI = back-side illuminated) is the bit that should do wonders for the low light level performance…

The original RPi camera, OmniVision OV5647 also uses back-side illumination, they called it OmniBSI ™. It had 1.4 um square pixels, instead of 1.12 um square pixels and (other things being equal!) larger pixels are better in low light. So I think the main thing is the new f/2.0 lens instead of f/2.9, but there may be cell design and silicon process improvements as well.

Wow, wow, just wow. Looking forward to getting my hands on one (or both) =o) It just keeps on coming. More power to your elbow {more pixels to your pi}

I now know what I’ll be spending my monthly gadget allowance on. :)

I wish I had such a thing :( The camera looks great though :D
I currently just have 2 usb webcams that are only 2 megapixels :P

If you’re interested in a project using the brand new NoIR V2 camera, check out what I put together over at element14: https://www.element14.com/community/community/raspberry-pi/raspberrypi_projects/blog/2016/04/25/noir-v2-video-streaming-baby-monitor

Also, some great night vision photography and videos. It performs great, even with just a few Infrared LED’s powered from the Pi itself: https://www.element14.com/community/community/raspberry-pi/blog/2016/04/25/video-infrared-night-vision-with-the-noir-v2

Those AWB comparison photos remind me of this optical illusion :)
https://serendip.brynmawr.edu/bb/contrastcolor/

Awesome, thank you!

Please, what is the focal length equivalent (35mm)?

It’s a quarter of an inch – same as the old one.

Thanks!

But what do you mean by “quarter of an inch”? Usually focal length of lenses are designed in millimeters, say 28mm, 35mm, 50mm, 85mm, etc. And when the sensor is smaller it gets described as the equivalent of 35 mm film frame.

1/4 inch is the sensor size.
1/4 inch sensor has a 10.86x crop factor.
So if the lens was 100mm it would be like a 1086mm lens on 35mm format.

The lens is a 3.04mm lens making this 33mm equivalent lens.

Thank you!

Based on the field of view calculator at http://www.tawbaware.com/maxlyons/calc.htm
the old camera FOV of 54 x 41 degrees is like a 35mm lens, and the new FOV of 62 x 49 degrees is like a 29mm lens. But not fully comparable, as full-frame SLR is 3:2 and RPi cams have 4:3 aspect ratio at full frame.

I think bertwert and I are reporting different equivalent 35 mm-format lens lengths because the RPi cameras are 4:3 aspect ratio and not 3:2 like a traditional full-frame SLR, so you have to choose if you are comparing horizontal, vertical or diagonal field of view, and you get different equivalent focal length numbers depending which you choose.

@jbeale
The Pi sensor is 10.86 times smaller than a 35mm sensor in area.
So focal lengths are just multiplied by 10.86 to get FF equivalent.

For area ratio, here are my numbers:
SLR FF frame: 36 x 24 mm = 864 mm^2
IMX219 frame: 3.674 x 2.760 mm = 10.14 mm^2
Area Ratio: 864/10.14 = 85.21 Sqrt(Area Ratio) = 9.231
3.04 mm * 9.231 = 28.06 mm “equivalent” focal length

(IMX219 sensor area is “active” area, not counting masked pixels)

Ok then.
I must be mistaken :-)

SONY says that it’s available of taking video in 120 fps. Will it be available for raspberry pi?

Initially 1080P30, 720P60, and VGA90. There may be scope to increase it, but the H264 block is only rated as level 4 or 4.1 which maxes out at 720P68 (macroblock/sec limit).

i use the sensor of imx219, in the datasheet of imx219, it can support 720p@180fps(mipi 4lane enable at the same time), i don’t want to use h264 encoder, i just want to caputre the YUV data from ISP, how can i do it on rpi3

thanks in advance!

Where did you get the datasheet?
Could you share if you do not mind. It is quite difficult to find one.
Thank you

Globe shutter or rolling shutter?

Rolling; you can’t really get super-high resolution with a globe shutter in this sort of price bracket.

@Liz
“you can’t really get super-high resolution with a globe shutter in this sort of price bracket.”
Then build a ‘Super High Resolution’ Raspberry PI Camera V2.H and sell it for $$ – those that want to play, pay.

Awesome! Can’t wait to get the upgrade!

I’ve started a Q&A thread on the forum for questions – I won’t be following comments on here.
https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=145815

That’s great!
But how about getting a stereo image?
It would be great to have an opportunity for stereo vision. RaspberryPi became enough powerful to handle stereo.

You can use two cameras with the compute module. See Real-time depth perception with the Compute Module

I was going to try one camera aimed at two mirrors, so that the camera sees the same object in both mirrors. It seems simple enough, I can’t figure out why it wouldn’t work. On the other hand, I haven’t seen it done.

Looks like it should work… https://www.google.co.uk/search?q=stereo+photography+camera+and+mirrors

How limited is the supply on these? Are we going to have a hard time getting one?

Shouldn’t be a problem – there are 5.5k in Farnell UK stock for example.
Texy

Are the optics/lens(es) unchanged?

Per spec, the new camera has a somewhat wider field of view, 62 vs 54 degrees horizontally. https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=145815#p961031

V1 3.6mm f/2.9 = 39mm FF equivalent
V2 3.04mm f/2.0 = 33mm FF equivalent

This looks nice!

Will there ever be any chance of a bigger sensor module like a 1 inch sensor?

I have no idea of what the RPi Foundation will do, but what is the least expensive 1-inch format sensor you’re aware of? The answer to that question may have some bearing on the issue…

Ok, maybe not 1 inch.
But 1/2.3″

TAKE MY MONEY AND GIVE ME ONE! :) Very cool folks.

I really hoped that V2 camera would introduce adjustable focus :/

Just loosen up the hot glue in the lens and voila you can turn it around and focus on what ever you want. :)

I want the cobra camera version shown at the top, poised ready to strike. Or is it just a trick and the cobra camera is just stuck to the ceiling and then the photo’s flipped?

I did a blog post about this, check it out below:

https://raspberrypigeek.wordpress.com/2016/04/25/camera-board-v2-1/

Also I have a Raspberry Pi twitter account, would love it if you could subscribe to it: @RPi_geek

Luke

But will the extra resolution make a practical book scanner possible? After Ion cancelled theirs, I had hopes…

Only one way to find out!

Will it be the same form factor as the previous camera module?

New & Old are the same size: 25 x 24 x 9 mm.

Good cause I ordered the SmartiPi touch case and it comes with a case for the camera. I was just making sure it would fit.

The backlit sensor advantage is the technological equivalent of the Octopus Eye:
https://en.wikipedia.org/wiki/Cephalopod_eye
Versus the old sensor which is the technological equivalent of a vertibrate (humans included) eye.

Which is no doubt why they make excellent, if spineless, astronomers. And why they have no blind-spot.

Now we can join them in their superior vision, with the new camera module.

The octopus eye is a good design, but note both the new (Sony IMX219) and old (OmniVision OV5647) sensors use a backside-illumination design. (see for example: http://www.ovt.com/uploads/parts/OV5647.pdf )
My guess is improved low-light performance is due to f/2.0 lens, allowing more light than the original pi camera’s f/2.9 lens.

Very enlightening, I was nearly suckered by the bumf at the top about BSI on this new camera, almost hinting that it is a new feature.
I would be more interested in whether the pixels themselves were more sensitive or not as the lens comes off to attach to a telescope anyway.
It seems, as you say, all else being equal these sensing elements have a smaller surface area than the old camera, which may be entirely due to the increase in resolution.
I’ll wait for some comparison photos by the early adopters.

Sony IMX219 spec sheet[1] states “180 frame/s @720p”; can Broadcom chip support this data transfer rate and (if yes) can we expect updated drivers?

__
[1] http://www.sony.net/Products/SC-HP/IS/sensor1/img/products/ProductBrief_IMX219_20140910.pdf

Has anyone done raw processing for that sensor yet – for dcraw

NOir version arrived today, much clearer and richer in daylight. Night/low light sensitivity/vision seems to be as poor as V1.3 but have not checked thoroughly yet, especially movement.

This looks great – the Sony chips are generally very good devices, and the increase in dark sensitivity is a real benefit. Is there still a limitation on the long exposure lengths here, or does the new hardware allow longer exposures to be taken?

https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=145815&start=50#p962312

1. What is the aspect ratio and exact width × height?
Can you record 4K stills & slide sequences at native resolution (3840 × 2160) or is the native resolution or is it something like 3200 × 2400?

2. Can we read the Bayer-format RGB and the YUV images?

3. Since you can turn the lens by hand to adjust focus, a little rubber wheel or 2 turned by a stepper motor can focus it or something (i.e. a gear) glued to the lens piece can be turned. To find where to turn it, constant rotary vibration of the lens could reveal which direction is to better focus.

I just found out that the native resolution is 3280 × 2464.
That is too narrow (:() for 4K and has a 4:3 aspect ratio.
I think I’ll buy a cheap 12 megapixel USB webcam. (All 11-megapixel and higher 4:3 cameras’ views can be cropped to 4K.)

It would be useful sometimes (i.e. in a 3D scanner) if the view could be separated into the results of independent light sources. Can the rolling shutter be reset to cut off light from before the light was turned on?

Hi! really wished to see an autofocus module. This is nice truly, but not wow.

It could still be added, but you’d probably have to use up GPIO pins. A better option is a USB camera. I’m still looking, but I’ve already found reasonable possibilities:
http://www.ebay.com/itm/Logitech-C920-HD-Pro-Webcam-Full-1080P-Widescreen-Video-Calling-and-Recording/121965983093

Follow the Raspberry Pi Guy’s advice near the top of comments. All’s well pending library updates…

Will we have access to the raw Bayer image? For my projects I want the 100% raw image without a single bit of formatting. Any fancy ISP can be done in software as post processing.

I haven’t heard yes or no on that. Meanwhile the v1.3 camera board does provide RAW data access. I’m curious if you’ve used it and find it acceptable? I’ve worked with RAW DSLR images before, but I was discouraged by the raw OV5647 sensor data. The RPi ISP is doing some real magic to make the image presentable.

Does raspistill support this camera V2? What is the longest exposure time supported now?

Is there any chance of getting the spectral response curve of this sensor. It has been a PAIN to track this down (from corporate slides) for the old sensor. For a number of (hyperspectral) applications this information is key.

Well, we do have these spectral curves from Sony:
https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=145815&start=50#p962746

Perfect! The old omnivision response curve is here:
http://www.khufkens.com/ov5647-spectral-response/

Ill digitize and add the sony one later.

Is this camera module – it has it’s price, so I thought it would be worth a little – supposed to be half unsharp?

http://www.pic-upload.de/view-30493651/snapshot48.jpg.html
Take a look at left part of the image, the tree and the sign are really unsharp, while in the middle and to the right the trees are very sharp, as expected. :-(

I’m getting highly dissapointed. No tweaking helps …
http://www.pic-upload.de/view-30498036/snapshot49.jpg.html

Overexposed. -ev -4 for axample just makes the image a bit darker, without gaining detail.

raspistill -mm matrix -n -t 1 -q 82 -w 1920 -h 1080 -o $FILE

The best possible image so far … the night mode could be tweaked for decent results, but this is no good quality.
Would it make a difference if I offer more than 64MB for GPU in my Pi A+ /boot/config.txt?

Can’t edit replies, meant to type “examples” :)

Just as comparison, how well the OV5647 coped with the same situation:
http://www.pic-upload.de/view-30498065/snapshot45.jpg.html

Well … If I look at this through Warhol’s eyes, this can pass as art. Unfortunately this is not what I need. Would be nice if you could recommend a switch or an update which solves this issue. The cam is unusable for me now!
http://www.pic-upload.de/view-30498254/snapshot.jpg.html

Is this compatible with all the RPi models ? I have a B+ , and I want to get one . Will it work ?

It works with A+, thus even better with B+, zero!

And to answer that here as well – that image quality issues stem from the misused -t parameter. Setting it to 1000 (ms), the image gets way better again:
http://www.pic-upload.de/view-30501599/snapshot.jpg.html

This option is obviously used by raspistill to fetch some frames and do analysis about exposure times and so on, according to 6by9. 1ms is even less than a full frame which is why that failed badly. Hope this helps others, too!

Is the new V2 Pi camera a dud?

I read a post (http://raspi.tv/2016/new-and-old-raspberry-pi-camera-comparison-shots-1-3-2-1-noir) that did a side-by-side image comparison of the old and new camera modules, and the detail on the new camera (e.g., for reading a license plate in the image) was actually worse than on the old camera! Whats up with that??

Kmoto, if you need precision, I recommend finding Canon rebel/EOS aps-c and 50mm/1.8f. You can connect it with WiFi equipped SD to pi or via USB and shoot with gpio. The price shouldn’t be a problem. Say $100 camera and $60 lens (used).

In the examples I have seen of v2 camera output so far, the lenses are not optimally focused. At least in one module looking downwards out a window, the nearby windowsill is clearly more in focus than the more distant street 8 meters away. That should be fixable by manually refocusing the lens. Another module shows misfocus across the image plane (right side of image much sharper than left side) as if the lens is tilted off-axis. I’m not sure how to easily fix that.

Hey I am interested in making a motion activated camera with my raspberry pi zero, or just a security camera to watch my stuff from roommates, is there any really good and easy to follow guides?

Raspberry Pi Zero does not have a MIPI CSI type camera connector (for the “Raspberry Pi camera”), so you would have to use a USB camera. You can look at the “motion” program. I think most people doing this use a Model A+ or RPi2 or RPi3 with the standard Raspberry camera.

Will there be a way to turn off the LSC from the ISP pipeline? I need to use the module without its lens, and with my OV5647 sensor all efforts of removing the LSC in post processing have all been in vane…

Yes please, it is just VITAL for astronomy applications!

I just connected my Raspberry Pi camera module version 2 to a Raspberry Pi 3 model B. My first question:

Would it really get an 8 mp image?

First test:
raspistill -o test_01.jpg

test_01.jpg is 2592 x 1944
(just as it was with the original camera module.)

Second test:
raspistill –width 3280 –height 2464 -o test_02.jpg

test_02.jpg is 3280 x 2464.

This got me excited! Apparently it did record at much higher resolution than the original camera.

But then I tried something:

Third test:
raspistill –width 7680 –height 4464 -o test_03.jpg

test_03.jpg is 7680 x 4464

Obviously that is not the actual resolution of the camera module!

The –width and –height parameters to raspistill must cause the Raspberry Pi to convert the native image to the requestd resolution…so I was able to get a JPG with a very large height and width–but it must have been made by INTERPOLATING pixels from the actual sensor image.

If you invoke raspistill with no –width or –height parameter, raspistill will output a 5 mp image (2592 x 1944)…even though the version 2 camera module is supposed to be 8 mp (3280 x 2464)

So I am writing to the Raspberry Pi community with this question:

How can I get the version 2 camera module to give me a true 8 mp image?

Thank you!
–Ken Skier

You need to update the software.

sudo apt-get update
sudo apt-get upgrade
sudo rpi-update
sudo reboot

Thank you, Uriah! Your suggestion solved part of the problem.

Before I wrote my post (above), I had previously done:

sudo apt-get update
sudo apt-get upgrade

…but that did not give me 8 mp resolution with the version 2 camera module when I ran raspistill.

After reading your suggestion, I have now issued the third command you recommended:

sudo rpi-update

…and that DOES give me 8 mp resolution when I use raspistill.

Excellent!

However, picamera is still stuck at 2592×1944.

picamera will not give me 3280×2464, even though my Python code requests it, via these two lines:

with picamera.PiCamera() as camera:
[spaces here] camera.resolution = (3280,2464)

I assume this means that raspistill has been updated to handle the 8 mp resolution of the vesion 2 camera module…but picamera has not yet been updated to handle the version 2 camera.

Am I right about that?

If so, does anyone have an idea when picamera will support the 8mp resolution of the version 2 camera module?

Thank you!

Right, PiCamera will need to be updated to support 8MP.

Anything new about the sharpness issue?
I’m quite disappointed and most probably returning my V2 camera…

Have a look here: https://www.raspberrypi.org/forums/viewtopic.php?f=43&t=145815&start=200#p971545

You need to refocus the lens unfortunately. In the same thread (a little bit earlier) you’ll find a statement by Eben Upton saying that the camera is near-sighted by design, but the decision is under review.

How does this camera perform when capturing things in motion as compared to an action cam such as the GoPro Hero3+ Black?

Are there any 8Mpix camera boards with a C-mount lens?

Can I adjust the MP of the camera? Lower than 8MP? Around 3MP? Thank you!

Does anyone know what type of lens is that, I mean the mount. The typical cctv lens mount is the M12 or S-mount, but this one is way smaller and I wonder if you can buy a different focal lengths for different purposes.

Thank you so much!

The common lens like M12 or C mount for CCTV work will not work with the Version 2 board. I’ve been purchasing V1.3 NoIR with M12 and C mounts to add telephoto lens and IR Cut shutters. I just wish PI would build a bare board without lens but have the standard mounting holes so we could add the lens mount we need.

I have seen the python picamera resource. As I have no experience with python and i have instead a huge experience in C/C++ (including opencv) please let me ask you some probably quite naive questions:
1) is there some C/C++ (instead of python) API interface or C/C++ opensource project (for instance raspistill?) for raspberry + raspberry camera systems where i can perform my own algorithms directly on RAM-loaded images in C/C++ (avoiding working on files)?
2) why using python and not Java or C/C++?

Hi, i need to use 4 camera on a RPi… is it possible to use this camera? how?
Thanks a lot for your time

The ones on Amazon.com say “made in PRC” on them ?? The one I bought from Microcenter does NOT say that, are the Amazon ones counterfeit ??

No, they are not counterfeit. Farnell produce some of their Raspberry Pis in China (although the bulk are made in the UK)- they are absolutely identical to all other Raspberry Pis. Those Chinese Pis usually don’t make it outside the South East Asian market, but sometimes when demand is very high some are shipped to the USA to make sure availability keeps up.

Good day any one can help to run this camera on Raspberry and Android 6.0? Ready to pay )

Regards

Comments are closed

News

Related posts

A lunar eclipse time-lapse

BerryCam: use your Raspberry Pi camera board with your iPhone

Mike-roscopy

Chinese Democracy

Next Post

Raspberry Pi telehealth kit piloted in NHS

Previous Post

Scratch performance - feel the speed!

Share this post

127 comments

Michael Vickery

Shadow Cruise

Alex

Dave Akerman

JBeale

6by9

juha

Texy

Johan

spock

JBeale

bertwert

spock

CommanderAMB

CommanderAMB

6by9

Dougie

JBeale

Paul Davis

JBeale

Richard

AndrewS

Anton

Anton

bertwert

bertwert

Anton

JBeale

JBeale

bertwert

JBeale

bertwert

ignaloidas

6by9

neil

kapsu han

cctsao1008

solar3000

6by9

dyezepchik

Paul Haas

AndrewS

rahlquist

Texy

betacamsp

JBeale

bertwert

bertwert

JBeale

bertwert

Kratos

Algimantas

ongelma

Robert Horton

Jesse Boulderdash

jbeale

Jesse Boulderdash

Dr.Matt

JBeale

Dr.Matt

Kristaps Karlsons

ray carter

Mettauk

AndrewS

David

David

David

Adrian