Replies: 3 comments 2 replies
|
Hi, can you post a video of the issue so I can better understand the problem. AVNC refreshes the frame buffer in two scenarios:
|
0 replies
|
Im not sure if the problem lies with avnc or not, since other apps have
same problem. But, I happen to use AVNC, so im starting to dig for info, im
also chasing other leads too
youtube.com/watch?v=gPTbryMRhv4&feature=youtu.be
time stamp change or mouse movement can trigger this. its an eink only
problem. its not clear exactly what triggers it because its not happening
all the time. setting polling rate on server to 5000ms reduces frequency of
it though
I call it screen tearing but theres no such documented thing for eink
displays
…On Wed, 11 Feb 2026, 8:29 pm Gaurav Ujjwal, ***@***.***> wrote:
Hi, can you post a video of the issue so I can better understand the
problem.
AVNC refreshes the frame buffer in two scenarios:
1. Updates from server
2. Local changes like zooming/panning
—
Reply to this email directly, view it on GitHub
<#364 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AP3LOUMTTCPBU3PI6L6UPUT4LLK4RAVCNFSM6AAAAACUWQY5NSVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTKNZWGUZDQMY>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
0 replies
|
okay after thinking about it some more and asking chatgpt some questions, i understand framebuffer persists until new data comes in not constantly being updated even for lcd, thus my problem likely lies at the hardware display controller, and vnc client only recieves and draws changed rectangles so its not the vnc client. thanks for replying |
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hello, I AVNC on eink devices, for the most part it works great however theres a peculiarity, for supposedly static content the display is still updating. I suspect this has something to do with android system saying its a video or stream, continue updating the display despite there being no change, eink devices are supposed to maintain current display unless changed, and then only updated the changed region. I suspect this to be the case because of visual artifacts I get on static images that appear even after the trigger animation has ended, it always starts with a small change in display somewhere but in a location irrelevant to the artifacts. Do you know what Im searching for? Could you point me to the code that at the end of the pipeline, I imagine its when drawn to framebuffer but im a noob and know little code, still id like to see what the code is doing. or maybe its an android system that detects when videos are played
pipeline i think is server client einkdriver einkdisplay, client sends data always bc lcd no data no image right? but for eink the driver is supposed to see data and if same do nothing rather than send new image to display. thats the usual at least, but somewhere in this pipeline aswitch is on, maybe android video api use detected and overrides this behaviour. my uneducated guess
now that i think about it maybe this is firmware hardware level ...
All reactions