Nicolai Ommer

oh, sry... I've missed that. :facepalm: I can prepare a patch in the next days or if you like, you can also provide a patch yourself via Pull Request.

Could you test the following fix? ``` if (v > 0) { vx *= new_v / v; vy *= new_v / v; } else { vx = cvv[0] * (new_v...

I've fixed the pipelines on master und updated your branch to see if everything is green. Also, please use the GitHub review functions:  Press the cyclic arrows to rerequest...

And please fix the CodeFactor issue. One method you modified is too complex now. Move code into a new method.

I've run into the same or similar issue and fixed it here: https://github.com/RoboCup-SSL/grSim/pull/144/commits/06edd4f82aed8b7e6eba4af8a7158dd51ee43aa4 Can you verify if this solves your issue as well? You can test it on the `feature/simulator-protocol`...

There is an issue for this issue: https://github.com/RoboCup-SSL/ssl-rules/issues/33 I've just created a patch for clarification in the rules. That would mean, we would adapt the behavior in grSim two that...

This PR is ready to be reviewed and tested. The calibration worked well for me with the FLIR SSL cameras. Compared to the old calibration procedure, distortion and principal point...

can you provide some details on your system like the OS?

Have you run the install script? https://github.com/RoboCup-SSL/ssl-vision/blob/master/InstallPackagesUbuntu.sh And do you have a self-compiled opencv?

I can reproduce the error message on a SSL NUC when building with QT4. Building with QT5 seems to fix the issue. You can switch by running: ``` cmake -DUSE_QT5=true...