New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Screen artifacts #61
Comments
I noticed it too and reported it a while ago but I don't think it has been fixed. |
It would be nice if there was a way to trigger a screen blank and redraw. |
This is a workaround to clear the artifacts tapping the screen to get the menu and tapping again for remove it. In file ui.c the function leave_ui_mode must be rewritten as follows
Not a solution but clears those unwanted signs. Have a great day. Massimo IK1IZA |
Screen artifacts Screen update goes by cells size 32x32 pixels (processor can,t fast draw all screen) Fore fix it possible every n draws in mark_cells_from_index set redraw all cells |
Hi DiSlord, More in detail, considering that the top-left cell has index 0 (I don't investigate this in the current software, it's just an hypothesis) and the bottom-right cell has index 79, calling CleanupCounter the variable which holds the last cell forced to be updated and CellToMark the counter of the cells to add to the current update, the procedure to execute before every update should be as follows:
If adding 8 cells leads to a too slow screen refresh, the number of added cells could be reduced until the screen refresh time is acceptable. I thought a little more and concluded that the algorithm proposed could fall into an infinite loop in case the number of cells not marked to update are less than the maximum value of CellToMark (for example after a call to request_to_redraw_grid() ). Have a great day. Massimo |
I know that the solution should be investigating where the drawing function fails, this is just a workaround, anyways it seems to work fine on nanoVNA-H code
The above function Clean_markmap() should be placed at the first line of draw_all_cells() as follows:
With 4 traces on, I can't see any appreciable delay, while even with one trace on only, the artifacts are cleared in maximum 4 redraws (I initialized CellToMark to 24 cells per redraw). Have a great day. Massimo IK1IZA |
in file plot.c Then before screen render need cache line list for render in for all traces All work do in Cache trace index data in screen coordinates
And not update this cell 1 Solution - write more correct variant 2 Solution in mark++; |
Hi DiSlord, |
I fix this in #126 |
I have seen some screen artifacts from traces since the first firmware version i have tested. Has anyone paid attention to this?
The text was updated successfully, but these errors were encountered: