2019-10-13 06:17:30 -0600 | received badge | ● Popular Question (source) |
2016-01-01 14:20:12 -0600 | asked a question | Glitches in processed images depending on size of original image Hello CV'ers. I'm tearing my hair out with an issue and hoping for some help. I'm doing some simple background subtraction and am getting garbage data in my processed images. The garbage data is present or absent depending on the dimensions of my original image. Some image dimensions work fine, others are very glitchy. Generally, it seems like the issue appears as one of the sides of the image approaches 100px. I'm adding two screen shots. Both contain a sequence of four images. The images are created with the following processes (left to right):
This is image is big (300px wide or so) This image is small (100px or so wide) I'm seeing the issue on my mac, and on a raspberry pi. So, the short version of the question is: why am I getting crazy glitches with certain image dimensions, but not others. And how can I use small images without getting these glitches? |
2014-05-13 13:58:24 -0600 | asked a question | Can anyone confirm that there's no way to read video using VideoCapture without losing alpha? Based on a previous question asked here, it looks to me like OpenCV discards the alpha channel when reading frames from video using VideoCapture. Is this correct? Is VideoCapture not capable of reading the alpha channel of a video? I just want to make sure so I'm not tempted to keep trying. I've tried messing around with the "channel" argument in VideoCapture::retrieve, without any success so far. |
2014-05-13 13:44:31 -0600 | commented question | Possible to load a RGBA avi file with cvCaptureFromAVI ? I'd also really like to be able to be able to read frames from a video file without losing the alpha channel. |
2014-01-22 16:06:13 -0600 | commented question | imread returning empty matrix in debug, double-checked that I have the correct libs Confirmed. The image is findable. Any other ideas? |
2014-01-22 15:56:29 -0600 | asked a question | imread returning empty matrix in debug, double-checked that I have the correct libs I've seen several references to an issue in which imread fails silently when the wrong libs are used. It's working properly for me in release mode, but not in debug mode. I've triple-checked that my configuration is the same across the two with the exception of adding a "d" at the end of every lib's name, for "debug". So instead of including Any ideas what else I can try? |
2014-01-22 15:21:43 -0600 | received badge | ● Editor (source) |
2014-01-22 14:06:14 -0600 | commented question | beginner question: approaches for detecting a person in front of a store window @berak -- right, so I suppose if I wanted to use HOG I'd need to do some of my own training. More reason to avoid HOG if I can get away with something less sophisticated. |
2014-01-22 13:51:29 -0600 | asked a question | beginner question: approaches for detecting a person in front of a store window I need to read a video stream from a camera mounted about 10 feet in the air, and pointed at a steep downward toward a sidewalk. I simply need to detect if ANY person-sized object has moved into the camera's view, and remained there for a few seconds. I know this is fairly trivial if I have a controlled environment and a relatively static background. I can remove the background, then run a contour detector. However, if it's an outdoor camera, I'll need to be constantly grabbing new background shots, waiting until the sidewalk is empty before grabbing, which seems far from foolproof. I've experimented with HOG: This seems to give some false positives, and may be more complex than I need (I don't care if an object is a person or not, I just care if it's present and big). What approach would you all take for simply detecting whether there's a big thing on a sidewalk or not, across a wide range of weather and light conditions? **** EDIT ******* This looks like it may be most of what I want. http://docs.opencv.org/trunk/doc/tutorials/video/background_subtraction/background_subtraction.html |