2015-05-27 15:58:48 -0600 | commented question | Strange output when using cv2.dft inside loops Done. http://code.opencv.org/issues/4364 Thanks for the help! Reporting was the next step anyway, but I feel more confident doing it after some peer reviewing. I'll wait a little bit before I mark the question as answered. I want to see what's the answer in the bug tracker. |
2015-05-25 04:29:54 -0600 | commented question | Strange output when using cv2.dft inside loops I added a code that reproduces the issue in my computer. I observed that the min and max readings in my dft just tend to go wild (max becomes orders of magnitude higher, min becomes orders of magnitude lower). Looks like some nasty initalisation issue perhaps...? I feel a little bit lost. |
2015-05-25 04:28:20 -0600 | received badge | ● Editor (source) |
2015-05-25 01:53:08 -0600 | commented question | Strange output when using cv2.dft inside loops You are right... I'm working on a code to reproduce the issue. I'll update the question as soon as possible. |
2015-05-24 22:55:33 -0600 | asked a question | Strange output when using cv2.dft inside loops Edit: updated with proper working code to reproduce the issue. Hello everyone! I'm having some very weird issues with the Python bindings of OpenCV. I'm trying to use the dft function (amongst others) to compute operations between long arrays of 1D data (think >=8192 samples). The issue is, when setting up a certain combination of loops (see code reproducing the problem below), a dft that is supposed to give always the same answer can output different data in different iterations ( Numerical values are just close to what I really use in practice/arbitrary, not trying to exploit anything: Bear in mind that the equivalent code using numpy.fft does work as intended. The algorithm in principle is correct. I'm starting to think this is an OpenCV bug. I tried with stock Ubuntu 14.04 and 15.04 64 bits. Any useful advice? I will provide more information if needed. Thank you very much! |