-
Notifications
You must be signed in to change notification settings - Fork 486
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
Improve ENC S63 chart performance on rasperry pi 4 #3789
Labels
Milestone
Comments
I have the same issue with S63 charts, I use NZ charts and there's always a 1-2 sec delay panning with the mouse and it's slightly slower on a touchscreen, I just put up with it but I'm keen to see if you get any traction on this as it is annoying. btw my config is pi 4 Opencpn 5.8.4-1 on Linux openplotter |
Duplicate of #3788 |
@leamas would be great if this makes it into OpenCPN 5.12.0 :) |
Indeed it would. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
There is an issue with ENC S63 charts, they are extremely slow compared to raster or ENC S57 charts. Performance numbers on a raspberry pi 4 for a slow pan with a mouse are as follows:
With raster charts for NZ performance is good - OpenGL frame time ~20ms, opencpn 40% CPU
With s57 chart set load from chart downloader tab for US NW performance is good OpenGL frame time ~30ms, opencpn 50% CPU
With a single ENC chart loaded using the s63 plugin performance is nearly unuseable. OpenGL frame time ~700ms, opencpn at 100% CPU. Very laggy and some seconds behind the mouse panning movement. The only practical panning method is to use keyboard keys as this keeps the window changes down to a level that the system can cope with. Reducing chart detail to bare minimum doesn't help.
This is tested on opencpn 5.8.4 and s63 plugin version 1.17.15. Performance here is slightly worse with Software OpenGL ticked on the raster and S57 case but the same with the S63 case. I have also tried changing from dtoverlay=vc4-kms-v3d to dtoverlay=vc4-fkms-v3d but no change. This doesn't seem like a graphics issue but perhaps something to do with the decryption?
I am running the latest open plotter image Debian bullseye 64 bit
The text was updated successfully, but these errors were encountered: