Recently found (here on the forum) that the RasPi4 USB-C port can be used in gadget mode, and is unrelated to the USB A ports. That means, if I’m not mistaken that I’ll be able to have the pi act as a gadget AND have wired ethernet... Last time I looked at the requirements on a PiZero for being a “s...
Glad you got it working :) I generally use single player but have connected to servers too. Do you get different performance with either option? I have a local server, dockerised on a reasonable PC - I get decent frame rates from my mac against it (but that's a gigabit network connection all the wa...
Works a treat, although I'm not getting nearly the framerate you guys are... Even with render distance turned down to 2, and all the pretties off it still sits down at 10-15 fps. Intend to look through the whole configs posted above in a bit - but quick question first... Do you guys run it single pl...
OK - dug a little deeper, thanks to a comment on the Announcement page linking me to this site: http://www.do-it-neat.com/opensuse-leap-42-1-pxe-server-raspberry-pi-pxe-boot-teil-1/ Which suggests Option 43 as a required field. Sophos wants it in colon separated hex, but that's doable (52:61:73:70:6...
Over the summer break I had a PiB and a Pi3 with me, and I got the Pi2 working as a DHCP Proxy to boot the Pi3. Brining them home I have a somewhat different network... I have a Sophos UTM as my main network device (firewall/router/DNS/DHCP/NTP) but it doesn't have a TFTPd server, or an NFS server. ...
That may well be the difference I am seeing now then - I am using one of the new full FoV modes ;) Although I still don't see much change in quality (of course that might be the effect of running through PIL) I'm currently limited by the CPU on the unit using PIL to add a timestamp to the image - th...
OK - that makes sense - even if it is a little irritating. The mode switch is quite irritating on a directly connected monitor, and the drop in viewing angle available from the video port, as well as the reduction in quality isn't ideal. Edit: Actually - I just changed my script to add the video mod...
Currently using: camera.capture_continuous(stream, format='jpeg') If I don't enable the preview before I start then will the camera still have do all the mode switch between frames? Will it capture faster? Will it have to rework the AWB each frame independently? It looks about the same consistency i...
Generally speaking, firmware updates are only important if you care about new functionality or bug fixes introduced by them. To give a brief run down of stuff that firmware updates have fixed in the past: lockups with long exposure times, correct setting of exposure compensation, fixed white balanc...
Also that the preview is jumping - presumably to a different camera mode, approx once each loop That'll be the mode switch because you're using a "normal" still capture (using a video-port based capture doesn't cause this). On older firmwares the preview would jump between a small field of view to ...
The capture_continuous method returns an iterator which you need to use a "for" loop to iterate over (I can't remember off the top of my head what an iterator does with a "while" loop - but it won't be correct :). So instead of "while camera.capture_continuous..." you want something like: for strea...
Aha - that might well be it - thanks... Programming fine, Python new ;) Hmm - Nearly: # ./test2.py Traceback (most recent call last): File "./test2.py", line 31, in <module> image = Image.open(stream) File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 1980, in open raise IOError("cannot iden...
Just trying to get continuous capture to run with the resize option. My code currently is pushing the images to a stream for manipulation by PIL (adding timestamp, doing basic motion detection)... I can do single capture: >>> camera.capture(stream, format='jpeg', resize=(640, 480)) and that produces...
I have a video of someone walking by. I want the camera to start when motion is detected but I also want to have the person come walk into the video. Recording short videos and throwing away is not an option because what if I erase the last video and then motion happens. I need a continuous buffer ...
I'm struggling to find any description of the metering modes beyond the documentation of what they are called. I have a PiCal which is acting as a security camera. When it's daytime, and the garage door opens, the outside of the image is very dark, and the person (usually me) in centre frame is basi...
Just a note for future me... Background I'm running a RasPiCam as a security camera, with basic motion detection on a low res image taken at about 1fps and a high res image taken when motion is detected. This obviously would be no use if some thieving wotsit grabbed it off the wall, so I upload the ...
This solution just takes low res pictures, and checks the difference between them, green pixel by green pixel, before taking a high res photo if there enough changes. Nothing hardware - but it's only using: ~15% CPU, occasionally 20%, an 4% RAM (on a 1st gen Pi) I'm just about to integrate the drop ...