Code: Select all
mkdir bulid cd build cmake -DWITH_OCV=0 .. make cd apps/pong ./start
Hi DougieLawson, thanks for your comment.DougieLawson wrote:Hmmm, that was interesting, it happily started playing pong (despite there not being enough light) but then the whole system became unresponsive (couldn't ssh, couldn't login with kbd) so I hit it with a jumper on the P6 header.
Thank you for providing the tar.gz file and for sharing your work. You anticipated my need to avoid compiling, and the result is an instant fun study experiment.Yggdrasil wrote:Feedback from other testers are appreciate, too.
Oh, I messed up with the rotating and flipping arguments of raspivid. The --hflip argument in the script turned it upside down. --vflip should be the right one. (If somebody want to know how such an obviously issue can occur:BerryPicker wrote:1st demo was run with the command ./motion.start. The picture occupies the top left of the screen, it is inverted...
A good hint. I should give you a short description of the usage and graphical output.it has an overall blue wash, and is stretched virtically (compressed horizontally). Left alone (~42 fps) with nothing moving the picture 'blinks' at a rate as if affected by background nuclear radiation! When movement is present, shadows are blobbed as readily as moving objects. My hands seem to form blobs more readily than rigid moving objects. I'm surprised to see such a range of colours in the little pixels; I would expect to see the little pixels to be of similar colour when associated with different parts of the same moving object. Perhaps this is why the big green blobs form less readily than I expected. Occasionally the program terminates by itself reporting
Yes, such graphical representation (and detection) would be much more nicer. A high quality estimation of the detected motions is still missing in my application. Probably this detection can be a direct result of an direct analysis of the IMV data of 1-3 frames. Thats differs a little bit from my approach.My wish for motion.start development is that the blobs detected have a colour depending upon their direction and speed of motion as in the OpenCV Optical Flow example. http://opencv-python-tutroals.readthedo ... icalfb.jpg
I fear the hunting of this bug Hopfully I can reproduce this sometime.Unhandled fault:alignment exception.
Thank you for these explanations. They help in understanding what's happening under the bonnet and making sense of what is seen. A fun learning experience!Yggdrasil wrote:I should give you a short description of the usage and graphical output.
At some point in the near future I'm going to swap the power supply with my other RPi (which doesn't have a camera). Today I was trying to capture five minutes of H264 video with raspivid and the RPi got into a solid hang.Yggdrasil wrote:Hi DougieLawson, thanks for your comment.DougieLawson wrote:Hmmm, that was interesting, it happily started playing pong (despite there not being enough light) but then the whole system became unresponsive (couldn't ssh, couldn't login with kbd) so I hit it with a jumper on the P6 header.
I assume a power issue.
Code: Select all
[613296.539867] Alignment trap: not handling instruction e1931f9f at [<0003f728>] [613296.539925] Unhandled fault: alignment exception (0x011) at 0x0000001f