Summary: | NVidia fallback to software rendering not working | ||
---|---|---|---|
Product: | [Plasma] KRdp | Reporter: | Sandro <sandro.jaeckel> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | ahiemstra, akselmo, nate, zawertun |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | NixOS | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Sandro
2024-06-08 16:22:07 UTC
Hi, can you try if either of these server commands work when ran from terminal? Then just connect using Remmina. KPIPEWIRE_FORCE_ENCODER=libx264 krdpserver -u test -p test or KPIPEWIRE_FORCE_ENCODER=libx264_baseline krdpserver -u test -p test Both commands result in the same behavior as initially described but it seems to now fallback to software rendering. In the meantime I updated to the full 6.1.0 release. $ KPIPEWIRE_FORCE_ENCODER=libx264_baseline krdpserver -u test -p test --port 10000 &> krdp.log .... libva info: VA-API version 1.21.0 libva info: User environment variable requested driver 'nvidia' libva info: Trying to open /run/opengl-driver/lib/dri/nvidia_drv_video.so libva info: Found init function __vaDriverInit_1_0 libva info: va_openDriver() returns 0 [01:47:25:708] [97824:97888] [WARN][com.winpr.negotiate] - AcceptSecurityContext status SEC_I_CONTINUE_NEEDED [0x00090312] [01:47:25:708] [97824:97888] [WARN][com.winpr.negotiate] - AcceptSecurityContext status SEC_I_COMPLETE_NEEDED [0x00090313] org.kde.krdp: New client connected: UNIX platform Unspecified version org.kde.krdp: Video stream initialized org.kde.krdp: Received caps: org.kde.krdp: RDPGFX_CAPVERSION_8 AVC: false YUV420: false org.kde.krdp: RDPGFX_CAPVERSION_81 AVC: true YUV420: true org.kde.krdp: RDPGFX_CAPVERSION_10 AVC: true YUV420: false org.kde.krdp: RDPGFX_CAPVERSION_101 AVC: true YUV420: false org.kde.krdp: RDPGFX_CAPVERSION_102 AVC: true YUV420: false org.kde.krdp: RDPGFX_CAPVERSION_103 AVC: true YUV420: false org.kde.krdp: RDPGFX_CAPVERSION_104 AVC: true YUV420: true org.kde.krdp: RDPGFX_CAPVERSION_105 AVC: true YUV420: true org.kde.krdp: RDPGFX_CAPVERSION_106 AVC: true YUV420: true org.kde.krdp: UNKNOWN_VERSION AVC: false YUV420: false org.kde.krdp: RDPGFX_CAPVERSION_107 AVC: true YUV420: true org.kde.krdp: Selected caps: RDPGFX_CAPVERSION_107 kpipewire_record_logging: Forcing H264 Software encoding, baseline profile [libx264 @ 0x7facc0637cc0] -qscale is ignored, -crf is recommended. [libx264 @ 0x7facc0637cc0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 [libx264 @ 0x7facc0637cc0] profile Constrained Baseline, level 6.2, 4:2:0, 8-bit QObject: Cannot create children for a parent that is in a different thread. (Parent is QApplication(0x7ffe2d48c340), parent's thread is QThread(0x468930), current thread is QThread(0x7facc8043ef0) org.kde.krdp: Closing Freedesktop Portal Session journalctl did not show anything suspicious especially for kwin_wayland. I noticed another strange behavior though: When connecting the second time I get a white screen and when I move my mouse onto it, it jumps to my second screen as it would be somehow confusing the screens. journalctl also generates lots of messages like: Jun 26 01:51:47 carbon kwin_wayland[93426]: kwin_scene_opengl: 0x502: GL_INVALID_OPERATION error generated. Jun 26 01:51:47 carbon remmina-file-wrapper[95403]: [01:51:47:641] [95403:00018336] [WARN][com.freerdp.codec] - [openh264_decompress]: DecodeFrame2 iBufferStatus: 0 so I assume it can now encode at least something? Hi, does screen recording with spectacle work? Also, what version of the nvidia driver do you have? > Hi, does screen recording with spectacle work? Yes, region, window and screen. > Also, what version of the nvidia driver do you have? I am not sure anymore what exact version I used but I think it should have been the 550.XX.XX. |