Found that an opencv cross-platform executable was running slower on Windows - compiling in Release mode instead of Debug mode did not improve this. Most probably due to the DFT algorithm, which might not be optimized on Windows. There were multiple DFTs called within the image refresh loop. The linux binary ran at 100 fps for 16 bit 320x240 images and 200 fps for 8 bit 320x240, but the windows exe was limited to 64 fps for both 16 bit as well as 8 bit. Linux was running on an i7 Macbook running Mint 18.1, Windows 8.1 was running on an i5 I believe.
Edit - my analysis above seems to be wrong - the code only had the Hilbert transform (and hence the DFT) on press of s key - and the fps was low even when no keys were being pressed. Some other bottleneck. Display driver?
Edit - my analysis above seems to be wrong - the code only had the Hilbert transform (and hence the DFT) on press of s key - and the fps was low even when no keys were being pressed. Some other bottleneck. Display driver?
No comments:
Post a Comment