Open DanielBrosch opened 2 months ago
This is how it currently looks when ignoring the version check:
I can't even connect and see this error:
Seeing the same behavior as @DanielBrosch when I hack past the version checking. I will try to spend some time investigating potential causes, but I'd be interested to hear if @bordaigorl has any thoughts or hints.
Thanks for the reports. Unfortunately I do not own a Remarkable Pro, so I can only take a guess. From the screenshot it looks like the rM Pro is using a different encoding of the pixels, and/or not communicating the size of the screen correctly. I don't know if there's a bug in rmview's logic or if it's just the rM pro's VNC server not giving the right information. Essentially, after connection, the protocol the rM is using to transmit the data should include information about how the data is encoded and the screen geometry. Either this info is not given correctly, or they are using some custom encoding which is not supported by rmview, or rmview is somehow misinterpreting the data.
@bordaigorl If the community buys you a Remarkable Pro, would you be interested in implementing support for it? :-)
@leoluk well, that would be very generous and would indeed give me motivation ;) The situation is as follows: in my own workflow I rely on rmview and remy. At some point I had to stop updating my firmware on RM1 (I'm still on 2.15) because I could not keep up with all the changes. For remy that's mostly due to the new file formats (I have a ton of ideas for remy which I can't justify working on because of the instability of the format/platform). For rmview the problem is that 1) they use a custom VNC modified with some custom gatekeeping which is hard to get around 2) there are differences between RM1/2/pro which I cannot test directly 3) they keep making weird breaking changes. My main pain point is the authorization phase, which requires the RM to be logged into the RM account for the screenshare to work. I even implemented a backend in a separate branch that uses restreamer on the tablet, and it works reasonably on RM1 but I can't make it work on RM2/pro without other people testing it for me.
For this specific bug, it would seem it's just a matter of finding the right encoding, so indeed having access to a RM pro would likely be enough, but it's hard to say if I can keep maintaining it chasing whatever changes they make...
Some more observations:
As @DanielBrosch's screenshot already shows, only a part of the screen is streamed and the aspect ratio is broken.
Regarding the aspect ratio:
Regarding the part of the screen that is streamed:
Truth | Fresh drawing | After refresh |
---|---|---|
Additionally, colors are broken – but I guess fixing them is only the second step.
Do you have some pointers to the relevant parts of the code I could play around with?
I just got my paper pro, and wanted to setup rmview on it. After switching to developer mode and setting up SSH access, I get the following error:
Anything I can do to help make this work? I use rmview quite frequently with my remarkable 2, and would love to use it with the paper pro as well.