bk138 / multivnc

MultiVNC is a cross-platform Multicast-enabled VNC viewer based on LibVNCClient. The desktop client runs on Unix, Mac OS X and Windows. There also is an Android client.
GNU General Public License v3.0
464 stars 66 forks source link

MultiVNC Bugs on architectures arm and x86 (AVD) #176

Closed RalfWerner closed 2 years ago

RalfWerner commented 2 years ago

Bugs for MultiVNC Platform Android Version 2.0.0 for devices with arch=armebi-v7a (Gigaset) and arch=x86 (AVD Nexus)

If the following logcat help you to fix the bug (cache?) - great! If not, say what you still need. It may not be a arch but a Gigaset problem. With my Huawei Y7 (arch=aarch64) I also have some bugs that sometimes lead to crashes, but report here not, because other apps on this device works faulty too. grafik Since nothing to see on AVD,except one of the one in the Shot (Studio) at the app start and only at the Gigaset (German version) Errors in the logcat extract are only these listed here:

# Trennen/Disconnect   "22235-22326/com.coboltforge.dontmind.multivnc" here removed
2021-11-15 09:11:56.069  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:11:56.142  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:00.968  E/IMGSRV: :0: PVRSRVFenceDestroyI: Fence close fd=67 failed (Bad file descriptor)
2021-11-15 09:12:00.971  E/IMGSRV: :0: UnlockPostBuffer: Failed to close fence (fd=67,err=PVRSRV_ERROR_INVALID_PARAMS)
# Verbinden/Connect (Gigaset)
2021-11-15 09:12:13.530  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:13.559  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:13.566  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:13.664  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:14.243  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:14.354  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
# Menue/green circle (no problems with actions of it like KB or MB)
2021-11-15 09:12:25.607  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"
2021-11-15 09:12:25.725  E/libc: Access denied finding property "ro.vendor.hwui.texture_cache_size"

The MultiVNC App is used here with Termux*) (VNC server). At x86, no multi-touch actions are possible and on my armv7 device is not a graphic display. With arch=arm64-v8, these bugs are not. The steps to reproduce the behavior are somewhat more complex and the bugs can only be explained in comparison with alternative apps (RealVNC, X11). I also refer back to #169, where I describe MultiVNC potentials.

*) Termux and other apps must be installed on the device (below). For this purpose, ip.zip is used in download, as far as sufficient current apps do not yet exist. Termux contains a basic Linux variant for all four Arch, which is installed by bootstrap during the first opening (arch of the device).

If Linux (bash, apt, alias ...) is known, but not Termux, here a necessary note:pkg is a wrapper to apt and supplements the installed packages. To use data outside of Termux (e.g., download) this is possible. The X/VNC server/client start is not part of Termux, but is explicitly described by bashrc **).

Here four screenshots from the installation environment on an AVD (x86/Nexus) emulator (created with Studio). I've used AVD, because rm *.img.qcow2 simply resets it on the factory setting. The XServer/Xwayland (DISPLAY=:0 only for comparison) is started together with Termux, as well as Xvnc (DISPLAY=:1) the server to the two VNC clients. grafik

**). I recommend using bashrc unchanged, which corresponds to the Xwayland,fluxbox start and to create the fourth Shot with tap on aterm-VNC in the widget table (first).

Further steps to check process and start _compare apps:

Here nano (simple editor and part of Termux bootstrap) ist used and RealVNC app is installed grafik

Two last Shots with the float app on Huawei. They show the X11 and MultiVNC app with XClient touch.exe (twice) in Portrait and Landscape. It's not here about "float bugs", so only the hint that this app has some: no EK, "double" zoom/pinch not on AVD and displacement restrictions. touch.exe (managed with wallpaper three Windows) is started in X11 (:0) with WM=fuxbox (managed also wallpaper) and in MultiVNC (:1) without WM. In Split mode, both apps are visible, but in contrast to RealVNC (one Xvnc for both *VNC) different RS=Reseed Screens. The X11-RS is also changed with rotation or split position. grafik When I try to start both VNC clients, the Xvnc process crash on my Device - Your too?

To the bugs in this Arch: X86 (no multitouch behavior)

The WM and also X11 is not necessary but helpful. As XClient suffices aterm but the alternative RealVNC is needed for check. Multitouch is an emulated function at AVD, which allows a maximum of two touches as follows: With SHIFT (hold) and mouse move, the middle position is posierted on the screen and then fixed with CTRL (hold). With the following mouse moves, the middle position is displayed two "fingers" and can be moved to the position with which the Multitouch action starts (mouse click). Depending on the app, usually different "zoom" are done actions.

In Termux, the font size varies (not ExtraKeys). In RealVNC, the Reseed Screen is scaled (reduces up to the largest full display without screen shift). Fotos makes the same. In X11, the XClients treat multi-touch when designed for it. Only MultiVNC does (here) nothing except single mouse actions. The Apps are used in split mode and rotated. Here is a video to show that:

https://user-images.githubusercontent.com/45426380/142216271-606d76de-9a87-4e53-b530-67fcf01d6acc.mp4

Reseed Screen=RS (everything visible and mouse mode works) is not possible with MultiVNC for two reasons:

Exception: RealVNC works only fullscreen and scale to RS is always possible here. Continuation Video session:

https://user-images.githubusercontent.com/45426380/142219999-3866d306-40f4-4135-a5b1-eb36b7d63cfe.mp4

bk138 commented 2 years ago

That's a lot of info - can you please summarize in a few words what exactly is not working?

RalfWerner commented 2 years ago

That's a lot of info - can you please summarize in a few words what exactly is not working?

ghost commented 2 years ago

@RalfWerner There is an X11Server for termux, so please use that. https://github.com/nagasawa/termux-tools/wiki

RalfWerner commented 2 years ago

There is an X11Server for termux, so please use that.

That's right and two versions are included in ip.zip (for comparison). Your link is probably version X11_02.06 (without Termux-EK and fullscreen) or did you merge the benefits of different versions/branches? I have recommended the ekeys branch here because it contains many potentials that would also improve MultiVNC see #169.

bk138 commented 2 years ago

That's a lot of info - can you please summarize in a few words what exactly is not working?

* No graphic on arm device (black screen with green circle and mouse buttons) I have the same effect with TightVNC on a Windows PC as VNC server and the attempt with this Android device to build a session to the PC (control:**Yes**, view:**No**).

I suspect the device is at fault here, feel free to try a different VNC viewer app, aVNC for instance, and see if the problem happens there as well.

* No multi-touch on AVD (Android Virtual Device) see above [here](https://user-images.githubusercontent.com/45426380/142216271-606d76de-9a87-4e53-b530-67fcf01d6acc.mp4) and how it [should](https://user-images.githubusercontent.com/45426380/142219999-3866d306-40f4-4135-a5b1-eb36b7d63cfe.mp4) be

AVD is a non-target for me, thus I do not intend to work on this.

RalfWerner commented 2 years ago

I suspect the device is at fault here, feel free to try a different VNC viewer app, aVNC for instance, and see if the problem happens there as well.

MultiVNC is the only VNC client, from those I checked where the problem occurs on this device - or with RealVNC works everything (with the known limitations of this tool).

AVD is a non-target for me, thus I do not intend to work on this.

We can set the AVD topic aside, especially as other VNC clients do not have the problem (see last video above). On the other hand, in this issue, the "Steps to Repeat" are described, which are required for #169 too and they can be used as well on any other Android device. But you can let this issue closed, because there is a reference inside and if no solution is to be expected here.