2020-06-26 04:28:29 -0600 | received badge | ● Notable Question (source) |
2020-02-26 10:01:02 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 still hoping someone might point me to an understanding of g_log_structured_standard and similar. compile fails with a n |
2020-02-26 09:59:10 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 No, using libreboard renegade (Rockchip RK3328) running lubuntu 18.04. The processor is a quad-core A53x4 64-bit process |
2020-02-21 05:39:23 -0600 | edited question | compiling OpenCV 4.1.1 on ARM64 compiling OpenCV 4.1.1 on ARM64 hi all, i am hoping someone might be able to get me past this hurdle... i am using a li |
2020-02-19 10:58:30 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 i assume that is meant libgtk-3-dev. as i mentioned above i have libgte-3-dev at the newest level from repository (3.22. |
2020-02-19 10:52:40 -0600 | received badge | ● Enthusiast |
2020-02-18 10:36:21 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 continuing to run into the same error. still getting undefined reference to `g_log_structured_standard', now in opencv_a |
2020-02-18 10:35:58 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 continuing the to run into the same errors. still getting undefined reference to `g_log_structured_standard' in opencv_a |
2020-02-17 13:03:21 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 seeing that it is a problem with opencv_test_core.dir i turned off -DBUILD_TESTS=OFF -DBUILD_EXAMPLES=OFF -DBUILD_op |
2020-02-17 12:04:00 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 seeing that it is a problem with opencv_test_core.dir i turned off -DBUILD_TESTS=OFF -DBUILD_EXAMPLES=OFF -DBUILD_op |
2020-02-17 11:38:06 -0600 | commented question | compiling OpenCV 4.1.1 on ARM64 thanks supra56, but "make -j4" and using OpenCV 4.2.0 gives the same result ... /usr/lib/aarch64-linux-gnu/libgtk-3.so: |
2020-02-16 07:44:00 -0600 | edited question | compiling OpenCV 4.1.1 on ARM64 compiling OpenCV 4.1.1 on ARM64 hi all, i am hoping someone might be able to get me past this hurdle... i am using a li |
2020-02-16 07:34:31 -0600 | asked a question | compiling OpenCV 4.1.1 on ARM64 compiling OpenCV 4.1.1 on ARM64 hi all, i am hoping someone might be able to get me past this hurdle... i am using a li |
2019-12-26 13:00:27 -0600 | received badge | ● Popular Question (source) |
2019-11-05 21:10:39 -0600 | asked a question | Imgproc.undistort() seems missing in OpenCV4 Imgproc.undistort() seems missing in OpenCV4 Java video app uses Imgproc.undistort(frameIn,frameout_undist,cameraMatrix |
2018-04-24 05:57:34 -0600 | received badge | ● Popular Question (source) |
2017-09-26 09:03:01 -0600 | received badge | ● Popular Question (source) |
2014-11-10 15:17:24 -0600 | received badge | ● Self-Learner (source) |
2014-11-10 15:17:24 -0600 | received badge | ● Necromancer (source) |
2014-11-09 17:48:28 -0600 | asked a question | Timeout on VideoCapture.open(0)? I am calling VideoCapture.open(0) and everything works like a charm if I have a device at ID 0. Problem is if I don't have a openable device there, OpenCV will continue trying to establish a connection afaik - FOREVER. This occurs for example when I run the code on my laptop which has a facetime HD camera in the lid. if i run the computer from an external monitor and I have the lid down then it just hangs forever. As soon as I open the lid it springs to life. Is there any way to specify a timeout for trying? If it will never stop trying to connect then constructs like ... make no sense, because it will never report that it did not succeed. any solutions? I am using OpenCV 2.4.10 on Mac OSX 10.10 with Java 1.8.0_25. Thanks, |
2014-11-09 13:34:07 -0600 | answered a question | [ 35%] fatal error: too many errors emitted, stopping now [-ferror-limit=] i am answering my own question in case someone else gets here with a similar problem. i had tried to install opencv first with homebrew, then ran into issues and switched to macports. had to go back into homebrew and first uninstall ffmpeg, then start over and install opencv in macports ... voila, and all worked like a charm |
2014-11-09 08:32:55 -0600 | commented answer | fastest way to access individual bytes in CV_8U1 thanks a stack. sorry, put it into title that i needed to grab from 8U1 image. just tried this and grabbing to whole byte array and iterating through that really makes this fly. iterating through pixel by pixel with get takes 10ms for a hd frame, grabbing all in one bunch and then reading from bytes[] takes .... wait for it ... 0.1ms. thanks a major stack berak |
2014-11-09 08:05:21 -0600 | commented answer | fastest way to access individual bytes in CV_8U1 i already have the grayscale image (CV_8U1), that is why i need to get the value of single bytes per pixel. the question is about what the fastest way is to get that pixel value. |
2014-11-08 17:49:46 -0600 | received badge | ● Editor (source) |
2014-11-08 17:49:15 -0600 | asked a question | fastest way to access individual bytes in CV_8U1 I am hoping to squeeze every ounce of speed from opencv videocapture. Can someone please enlighten me as to whether there is a better method to access individual pixel grayscale values as i iterate through a CV_8U1. i am using currently all help greatly appreciated. |
2014-11-08 17:36:35 -0600 | commented answer | capture in greyscale thanks, doombot, yeah, in my app grayscale is sufficient and i am getting 22fps at 1280x720 which is quite ok, but i would like to progress towards the camera's max of 60fps in asynchronous mode. for that my ability will yet need to improve towards reading frames in grayscale directly as CV_8U1 rather than to capture in 3 channels in CV_8U3 and reducing it in a later step. it would be greatly appreciated if anyone has any insights on how opencv specifically interfaces with the camera and what of that functionality is accessible to me in java. |
2014-11-04 16:02:11 -0600 | commented answer | capture in greyscale thanks a stack for the answer. right now i am still learning the basic opencv framework and i am using the build-in facetime HD camera for that, not sure whether this one offers yuv. the camera i will try to interface for the real need for speed in grayscale processing is the elphel open source design type camera (elphel 353) <www3.elphel.com/model_353_cameras>. the elphel does seem to offer a bunch of formats but i am not sure how to make opencv talk to it with the right settings, i know i can pull out rgb and convert, but if there is any way to specifically pull out the Y channel of YUV, or if i can just read frames in grayscale, then this puppy would be seriously cooking. asynchronous access would be sweet too. for code i get the frames as Mat with videocapture.read() |
2014-11-04 09:52:29 -0600 | asked a question | capture in greyscale hi all, i am trying to get every ounce of speed from my opencv/java videocapture. System works like a charm, but i think i am still wasting clock cycles ... Currently i read color frames from videocapture device into Mat, update the content of a BufferedImage via arraycopy, then repaint into jpanel. at 1280x720 i get around 20fps with fairly old Mac Powerbook hardware, which is not bad. In my application, grayscale is actually good enough. i know how to change the color frame to a grayscale one using but that gains me nothing for speed. Anyone know of a way to already pull frames off the camera in grayscale? or to do the Y channel only in the YUV route? any suggestions for how to squeeze some speed out of this puppy and any code examples greatly appreciated. thanks, |
2014-11-04 09:03:36 -0600 | asked a question | getSupportedPreviewSizes() broken in java? hi all, i am struggling to get the getSupportedPreviewSizes() function to work in opencv 2.4.10/Java1.8.0_25/eclipse luna/osx 10.10. i am able to talk to the camera in my powerbook without problem and i pull off frames at Width 1280 Height 720. But when it gets to line List<size> aList = camera.getSupportedPreviewSizes(); the app just hangs and then terminates without reporting an exception. any suggestions? anybody ever got the function to work in java? thanks a stack, |
2014-04-24 10:12:12 -0600 | asked a question | [ 35%] fatal error: too many errors emitted, stopping now [-ferror-limit=] Hi all, I am attempting a compile of opencv-2.4.9 unix on mac osx 10.9.2. downloaded from sourceforge, it stops when it hits the maximum of these booboos the same problem occurs when i go back to the earlier versions OpenCV-2.4.3 and opencv-2.4.6.1. i am thinking it is somehow related to having a version of ffmpeg installed somewhere that is either too new or too old for opencv. any suggestions on how i can fix it? |