Comments (17)
I need more info: Os, RM1 or RM2?
What exactly do you mean by "updates": do you mean the screen update or the pen tracking position update?
Typically the pen trail is displayed when no update of the screen is happening.
Can you describe your specific use case to reproduce the issue?
from rmview.
Windows 10, RM2
To clarify: I want to use this tool for giving presentations. So I sometimes want to hover the pen over the screen, highlighting part of some slides, without actually writing on them.
Right now if I do that the pen trail looks pretty laggy, and only updates about twice a second while moving. It actually does seem to get worse the longer you hover (after about 5-10 seconds it only updates once a second).
from rmview.
Ok that's strange.
Is there any combination of settings that resolves the issue?
Are you connecting via USB or WiFi?
Are you testing this while using other software that may be affecting performance?
For example: OBS, screen capturing apps, or something network heavy while connecting via Wifi.
Does the issue persist if you close all other apps?
from rmview.
(One thing that could help is removing line 337 from rmview.py
)
from rmview.
I so far nothing I tried resolved it. I connected the tablet via USB. The problem persists even if everything else is closed.
I captured the problem: (Note that here the performance is worse by a factor of about 2-3 due to screencapturing)
PenPerformance.mp4
from rmview.
(One thing that could help is removing line 337 from
rmview.py
)
I already added
if self.trailDelay > 0:
there, which does make it much smoother. But then I loose out on the pen trail, of course.
Also, every time I close the program (using right click->quit), I get
Stopping framebuffer thread...
Connection lost: Connection to the other side was lost in a non-clean fashion: Connection lost.
Framebuffer thread stopped
from rmview.
I already added
if self.trailDelay > 0:
there, which does make it much smoother. But then I loose out on the pen trail, of course.
That does not seem right: if trailDelay
is 0 then trail
is None
so that code should not be executed anyway.
Can you try by just removing QTimer.singleShot(self.trailDelay // 2, lambda: t.setOpacity(.5))
altogether?
It could be that the QTimer events are clogging the event queue, or that the opacity is a performance bottleneck on Windows (just guessing)
from rmview.
I already added
if self.trailDelay > 0:
there, which does make it much smoother. But then I loose out on the pen trail, of course.That does not seem right: if
trailDelay
is 0 thentrail
isNone
so that code should not be executed anyway.
Oh, sorry, you are right of course, no performance difference.
Can you try by just removing
QTimer.singleShot(self.trailDelay // 2, lambda: t.setOpacity(.5))
altogether?
It could be that the QTimer events are clogging the event queue, or that the opacity is a performance bottleneck on Windows (just guessing)
The performance is still bad, but may be slightly better. It seems to get worse the bigger the window is. Landscape full screen size (1080p) performance is not very usuable with pen trails. (General update rate also seems to go down a notch, but not as bad as the pen trails. Small window looks pretty much instant, full screen still fast, but visible steps.)
from rmview.
Oh no that sucks, I am sorry!
I am not sure what may be causing this (I cannot reproduce, but I may try later on a windows machine) could be some performance issue between Qt and the graphics card? Shooting in the dark here...which machine are you using?
from rmview.
One fleeble idea: add self.setViewportUpdateMode(QGraphicsView.BoundingRectViewportUpdate)
at line 14 of viewer.py
.
from rmview.
I am not sure what may be causing this (I cannot reproduce, but I may try later on a windows machine) could be some performance issue between Qt and the graphics card? Shooting in the dark here...which machine are you using?
I am currently using the Laptop Acer Aspire F5-573G. Processor: Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz, 2701 Mhz, 2 Core(s), 4 Logical Processor(s), GPU NVIDIA GeForce 940MX.
I just noticed that rmview for some reason only uses the integrated GPU and not the dedicated one. Investigating now why. Could be that I set some too strong battery saving options years ago when I used this laptop more on battery....
from rmview.
Actually, it doesn't use either GPU, it seems to run CPU based. Both stay at under 2-3% while the CPU jumps to >80% when something is drawn.
One fleeble idea: add
self.setViewportUpdateMode(QGraphicsView.BoundingRectViewportUpdate)
at line 14 ofviewer.py
.
Also, this does not seem to change anything.
from rmview.
I tried to enforce GPU use with the NVIDIA control panel for rmview.exe (and system wide default), but it does still only use the CPU.
from rmview.
Are you using the windows bundle from the releases?
If so you could try and install rmview with the other method.
from rmview.
I cloned the repository and followed the pip install instructions. I just tried out the windows bundle, too, and have the same thing there: Bad pen trail performance, and no GPU use.
from rmview.
Thanks for testing that. One thing I would try is to see if the python executable was allowed to use the GPU.
from rmview.
I already did set it up in NVIDIA control panel for both the python and rmview executables. Is there another place to check?
from rmview.
Related Issues (20)
- Strange color rendering HOT 5
- Turning page time HOT 3
- rmview hung on authentication HOT 15
- [FR] Named ssh connections
- configparser.DuplicateOptionError after Update 2.14 HOT 4
- Running on Linux HOT 3
- Authenticated but not sharing HOT 1
- Connection error with fw 2.15.0.1052 HOT 3
- rm 3.0 compatibility issues? Screen view not functioning HOT 43
- Couldn't listen on any:5901: [Errno 98] Address already in use.
- rmview screen doesn't respond, only show the trail HOT 1
- Update tooling HOT 2
- add fullscreen mode HOT 3
- RM Version 3.6 - libcrypto.so.1.1 not found HOT 5
- Recommend installation using Pipx
- Issues connecting HOT 1
- Screen stuck on "Connecting to reMarkable..." but red-dot is there, seems to be stuck on authentication HOT 7
- VNcClient auth failed, currently ignored HOT 2
- libGL error: MESA-LOADER: failed to retrieve device information HOT 4
- Unable to screen share with os version 3.11.2.5 HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rmview.