timo

[timo]

Unfortunately, placing anything on the jumphost server is out of question in our case for various reason.

[timo]

Hi,

thanks for your answer.

To my best knowledge our topology does not provide a HTTP or SOCKS5 proxy.

We need to go the way opening a tunnel on a jumphost to the remote target like

ssh user@jumphost -L [forwardport]:remotetarget:22

and then connect via SSH protocol to localhost:[forwardport].

That works but including the jumphost-connection directly into
the client would definitely ease the use a lot for our coworkers.
(Even more helpful on client platforms like Android)

Br,
Timo

[timo]

Found the time to compare against the WQHD setup.

Seems like this has to do with scaling on HiDPI setups.
The default puts the NM client window to a geometry of said 1280 x 720 px.
Consequently, syncing the server’s desktop res fails to up that and provides just that.
Fonts are visibly washed out, whereas on the WQHD it’s crisp.

There are plenty of threads and help topics about that.
Yet, all application specific steps I tried did not help.

Only option that seems to have an effect for me at all is that one

Then again everything gets very small.
Up the scaling on the client does not help as it only allows going
from 300 % (auto for that res) to 350 % max, besides being a global setting.

Changing dpi on the server (Fedora 38, GNOME 4) came to my mind,
but that ended up in a non-working state where the mapping from mouse to screen space
seems to be off. (Wasn’t able to click buttons and fields anymore straightforward).

Can someone confirm this on a Windows 11 UHD (4K) setup?
Wonder if that’s only to do with the res (or better the actual dpi from the panel “driver”)
or if that’s also dependent on the GPU driver, etc …

As a workaround I’m now switching the display to FHD.
But even than it only works with additionally setting the compat dialog as posted above.

[timo]

Hi,

in case it may be relevant (changelog gave no hints in that regard though),
I updated the server (and client) to 8.5.3 but the issue still persists as decribed.

[timo]

Thanks for your help!

I sent you the new logs.

All packages are from the official Fedora repositories.

[timo]

Following your hints I also had to link

libva-drm.so -> libva-drm.so.2

Unfortunately, it still doesn’t work and now claims
Intel Quick Sync H.264 acceleration is not supported

118288 118918 2023-04-16 10:20:36 167.670 QsLibraries/QsLibraries: Loading ‘libva.so’.
118288 118918 2023-04-16 10:20:36 168.002 QsLibraries/QsLibraries: ‘libva.so’ library loaded.
118288 118918 2023-04-16 10:20:36 168.514 QsLibraries/QsLibraries: ‘libva-drm.so’ library loaded.
118288 118918 2023-04-16 10:20:36 168.609 QsLibraries/QsLibraries: Adding renderer ‘card1’ from /sys/bus/pci/devices/0000:00:02.0/drm.
118288 118918 2023-04-16 10:20:36 168.617 QsLibraries/QsLibraries: Adding renderer ‘renderD128’ from /sys/bus/pci/devices/0000:00:02.0/drm.
118288 118918 2023-04-16 10:20:36 168.711 QsLibraries/QsLibraries: Found 15 Intel devices.
118288 118918 2023-04-16 10:20:36 168.787 QsLibraries/QsLibraries: Trying to open /dev/dri/renderD128.
libva info: VA-API version 1.18.0
libva info: User environment variable requested driver ‘iHD’
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_18
libva info: va_openDriver() returns 0
118288 118918 2023-04-16 10:20:36 171.823 QsLibraries/QsLibraries: Display initialized.
118288 118918 2023-04-16 10:20:36 171.854 QuickSync/QuickSync: Using 8 cpu cores.
118288 118918 2023-04-16 10:20:36 172.012 QuickSync/QuickSync: Using provided bitrate of 7053 kbps.
118288 118918 2023-04-16 10:20:36 172.023 QuickSync/QuickSync: Requesting software session with version 1.10.
118288 118918 2023-04-16 10:20:36 172.026 QuickSync/QuickSync: Allocating session.
Info: Intel Quick Sync H.264 acceleration is not supported.
Info: Please consider updating your Intel drivers.
118288 118918 2023-04-16 10:20:36 172.819 QuickSync/QuickSync: Closing session.
118288 118918 2023-04-16 10:20:36 172.830 QuickSync/QuickSync: Releasing threads.
Info: Using H.264 software encoder.

The system has the most recent Intel packages installed

rpm -qa | grep intel

intel-gpu-firmware-20230310-148.fc38.noarch
intel-mediasdk-22.6.4-3.fc38.x86_64
oneVPL-intel-gpu-23.1.3-2.fc38.x86_64
intel-gmmlib-22.3.5-1.fc38.x86_64
xorg-x11-drv-intel-2.99.917-55.20210115.fc38.x86_64
libva-intel-driver-2.4.1-12.20221130gitab755cb.fc38.x86_64
intel-media-driver-23.1.6-1.fc38.x86_64

N.B. The same environment with an Intel ARC 380 shows the message.

Thanks for your help.

[timo]

Thanks for your help.

Yes, will give it a try asap.

[timo]

Hello,

any news on that one?

Thanks for your help.

[timo]

Hello,

did you receive the mail with the logs attached?
If there is anything missing, please let me know.

[timo]

Thanks for the reply.

So I set

‘AgentX11VectorGraphics 0’

restarted the server and reconnected the client.

Checking the Server-GUI seems to tell me that X11 vector graphics is not enabled.

But I still get “SW encoding” on the client.

Where do I have to look for further information?

[Author]

Posts