Replies: 5 comments
-
I'm implementing that, starting from scratch (not from arduinoVNC). Initial tests showed me two major important limitations:
Reducing resolution we can have more colors and viceversa. Unfortunately modern operating systems use a lot of colors and high resolutions. I can assure you that at 640x480 x 16 colors the result is horrible! I'll probably continue to implement it just for the fun to do it, but I don't know when it will be ready...:-) |
Beta Was this translation helpful? Give feedback.
-
Thanks a lot for your effort! Does the problem lie in lack of memory? RFB supports various encodings, like RRE, TRLE and Hextile. Maybe using tiles would optimize the memory usage, updating only changed parts of the screen instead of the full framebuffer? |
Beta Was this translation helpful? Give feedback.
-
Encoding is useful transferring data, so it only affects speed: we need to maintain a frame buffer of what is displayed. Of course we update just the changed parts, but we still need to maintain a full screen buffer (what to send every scan line to the VGA out?). 1024x768x4 is allocatable but 4 colors are not enough. Using 8 colors we can obtain up to 800x600, with the results just showed. |
Beta Was this translation helpful? Give feedback.
-
Dithering can help much with low color depth images, see your screenshot converted to dithered 4 colors: and dithered grayscale: For example, UltraVNC viewer has options: It would be great if I could choose the XGA resolution even with monochrome (used with high contrast mode). |
Beta Was this translation helpful? Give feedback.
-
Is it possible to use FabGL Dev Board as a VNC thin client, using e.g. arduinoVNC and WiFi? How to do it?
Beta Was this translation helpful? Give feedback.
All reactions