Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.Sign up
GitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
high spent a while trying to get this to work at all and manage to find the resolution that dosen't course an error
from __future__ import division import io import time import picamera import numpy as np import matplotlib.pyplot as plt width = 1024 height = 768 # this works width = 100 height = 100 # this dont! stream = io.BytesIO()#open('image.data', 'wb') # Capture the image in RGB format with picamera.PiCamera() as camera: #camera.resolution = (1024, 768) camera.resolution = (width, height) camera.start_preview() time.sleep(2) st=time.time() camera.capture(stream, 'rgba') print time.time() -st # Rewind the stream for reading stream.seek(0) # Calculate the actual image size in the stream (accounting for rounding # of the resolution) fwidth = (width + 31) // 32 * 32 fheight = (height + 15) // 16 * 16 # Load the data in a three-dimensional array and crop it to the requested # resolution image = np.fromstring(stream.getvalue(), dtype=np.uint8) image= image.reshape((fheight, fwidth, 4))[:height, :width, :] # If you wish, the following code will convert the image's bytes into # floating point values in the range 0 to 1 (a typical format for some # sorts of analysis) #image = image.astype(np.float) #image = image / 255.0 print image,image.shape print time.time() -st plt.imshow(image) plt.show()
I currently do this via a funny bit of C but it would be supper if i could do it via python
Apart form that its a brill little library you have written WELL DONE!!
It would be good to see how fast it would work if it it would accept 100 x 100
Your tip about adding the alpha chan really speeds it up!
I think this is something to do with the firmware as 100x100 raw captures used to work but stopped somewhere around firmware 600 (which is why the 100x100 tests is currently xfailed in picamera's test suite). Oddly, they work in YUV mode, but nothing else. However, I'm going to try and re-work the raw capture stuff this weekend anyway due to #73 so I'll have a go with 100x100 in RGB while I'm at it.
In the meantime, you might want to try a small res with a "normal" aspect ratio, like 160x120 - I seem to recall that works but I haven't tested it in a while.
Looks like the resizer now demands that sizes are aligned when it gets configured (both requested size and crop size). I spent a bit of the weekend re-working raw capture anyway while tinkering with #73 so this shouldn't be too difficult to tack on there as well.
Incidentally, in the new version RGB captures which don't involve the video-port or a resizer (as in your example code above) should be as fast as (or faster than) RGBA because picamera will now dispense with the use of a resizer and switch the still port to the required encoding when it's able to do so (this is all in the interests of getting picamera as close to raspiyuv in behaviour as possible to try and avoid bumping into quite so many bugs in raw capture!)