Last image cut off and EMGU on Linux

[Machriam]

• Because of the Kill of the vis image taking, the last image of a given photo trip might not be complete
• To circumvent this issue the device should serve the vis image before the last one at a given motor position

[github-actions[bot]]

Changes of Pull Request #152

Commit messages for #146

• de012e9e236099a6933aa6353838ee57d62bbc5a added much more logging to the virtual image creation for error diagnosis

[github-actions[bot]]

Changes of Pull Request #153

Commit messages for #146

• ddcf0a11c37b656dc9165006abb1cc3582382cc9 added ubuntu runtime for emgu.cv

[Machriam]

EMGU still does not run on Linux docker container --> See https://stackoverflow.com/questions/63791891/running-emgu-cv-on-linux

[github-actions[bot]]

Changes of Pull Request #154

Commit messages for #146

• 1ff17c74c37cf8decd86f695b5d2306f28165c65 take the second to last image of the vis images. The last image might not be complete, because of Sigkilling the vis camera
• 56533980aba1bf92cc6712ab69a9990cdce8be22 only return the most recent events of a given photo tour. All events are to much

[github-actions[bot]]

Changes of Pull Request #155

Commit messages for #146

• f05471019c751bef194ab01765fd29676351bc87 added endpoints to count images pending for streaming and to reboot a device

[github-actions[bot]]

Changes of Pull Request #156

Commit messages for #146

• 8c1def63c52f16b99379a2bae1d32fe4f7b60b41 adding some logging to see, whether it is usefull to restart at that point, if no images were actually taken
• 468d048c140cf4994ccbf3efe62b5fa82db86ed5 updated Dockerfile to include opencv-emgu-net8 image. This image can be built with the BuildEmgu.Dockerfile. The image must then be tagged as opencv-emgu-net8, so that the actual Dockerfile of the Gateway server is able to pick it up

[github-actions[bot]]

Changes of Pull Request #157

Commit messages for #146

• 362981d859dd2ae896c54dc446d479b93b77ecdf copy does only work in the run script
• b744f917c8eba4bd65726731d92f75f133a218b8 fixed some out of bounds calculations during virtual image creation

[github-actions[bot]]

Changes of Pull Request #158

Commit messages for #146

• 1bdb4f1b268e40c85ce0ddcbd1461c035f410394 added an integration test to test the virtual image worker image creation method. Not a real integration though. DataContext is mocked

[github-actions[bot]]

Changes of Pull Request #159

Commit messages for #146

• dff405031fee3704c11834364a1812744569c9bf opencv tests are now cross platform executable. instead of imshow, ShowImage extension method is used, which checks whether the System is Win32 and has a GUI. If not, then no imshow is issued

[github-actions[bot]]

Changes of Pull Request #160

Commit messages for #146

• 4877a9538224b086ca1f7e21e69aee4320160452 another guard to sanity check the results of the opencv operations. I really do not know why, but Emgu or OpenCV has massive timing issues. When sleeping for a period those errors vanish. When executing only one test at a time, those errors are not existent. Only when multiple tests are run in parallel, then the issue can be reproduced.

[github-actions[bot]]

Changes of Pull Request #160

Commit messages for #146

• 4877a9538224b086ca1f7e21e69aee4320160452 another guard to sanity check the results of the opencv operations. I really do not know why, but Emgu or OpenCV has massive timing issues. When sleeping for a period those errors vanish. When executing only one test at a time, those errors are not existent. Only when multiple tests are run in parallel, then the issue can be reproduced.

Commit messages for #146

• 4877a9538224b086ca1f7e21e69aee4320160452 another guard to sanity check the results of the opencv operations. I really do not know why, but Emgu or OpenCV has massive timing issues. When sleeping for a period those errors vanish. When executing only one test at a time, those errors are not existent. Only when multiple tests are run in parallel, then the issue can be reproduced.
• 2e42d43b1e91bc669e2603d09a5acdbedd060381 this seems to fix the issue, that under linux in a docker container the cropping of vis images does not work all the time. In OpenCV new Mats are allocated with heap data and only with a SetTo command, those Mats are actually initialized. Furthermore a mask should only have 1 channel. So I use another Mat as a mask

[github-actions[bot]]

Changes of Pull Request #160

Commit messages for #146

• 4877a9538224b086ca1f7e21e69aee4320160452 another guard to sanity check the results of the opencv operations. I really do not know why, but Emgu or OpenCV has massive timing issues. When sleeping for a period those errors vanish. When executing only one test at a time, those errors are not existent. Only when multiple tests are run in parallel, then the issue can be reproduced.

Commit messages for #146

• 4877a9538224b086ca1f7e21e69aee4320160452 another guard to sanity check the results of the opencv operations. I really do not know why, but Emgu or OpenCV has massive timing issues. When sleeping for a period those errors vanish. When executing only one test at a time, those errors are not existent. Only when multiple tests are run in parallel, then the issue can be reproduced.
• 2e42d43b1e91bc669e2603d09a5acdbedd060381 this seems to fix the issue, that under linux in a docker container the cropping of vis images does not work all the time. In OpenCV new Mats are allocated with heap data and only with a SetTo command, those Mats are actually initialized. Furthermore a mask should only have 1 channel. So I use another Mat as a mask

Commit messages for #146

• 4877a9538224b086ca1f7e21e69aee4320160452 another guard to sanity check the results of the opencv operations. I really do not know why, but Emgu or OpenCV has massive timing issues. When sleeping for a period those errors vanish. When executing only one test at a time, those errors are not existent. Only when multiple tests are run in parallel, then the issue can be reproduced.
• 2e42d43b1e91bc669e2603d09a5acdbedd060381 this seems to fix the issue, that under linux in a docker container the cropping of vis images does not work all the time. In OpenCV new Mats are allocated with heap data and only with a SetTo command, those Mats are actually initialized. Furthermore a mask should only have 1 channel. So I use another Mat as a mask
• 32504937affae1dbdb8bcc41853230ac87b9b81f Setting the values explicitly in the data matrix seems to always work. This means retrying is no longer necessary