krdc-vnc-qtonly
krdc-vnc-qtonly is a (commandline initiated) VNC client for, which utilizes QtWidget to create the graphical display of the remote desktop server.
Usage:
krdc-vnc-qtonly vnc://:password@server:1 1
(the last argument defines the quality as second argument (1-3, where 1 is the best). Default is 2.)
Category:
Keywords:
Application versions:
| Attachment | Size | Date |
|---|---|---|
 krdcvncqtonly-1.0-1.armv7hl.rpm | 27.56 KB | 23/05/2014 - 13:56 |
Changelog:
- Initial build
Comments
eatdirt
Tue, 2015/11/03 - 01:01
Permalink
Hi there,
fantastic apps, like all yours! I got some issue however. I am using x11vnc to fwd my desktop display, and krdc-vnc-qtonly connects fine but open a black screen.
If I gently swipe away that screen, the display becomes slightly translucent and only then I can actually see the remote screen. Very weird, it is like a black curtain is lying on top of the window created by krdc-vnc-qtonly. Am I the only one seeing this!?
Sailfish 1.1.9.28
DrYak
Fri, 2016/04/15 - 15:47
Permalink
Same problem here also.
I'm running Sailfish OS version 2.0.0.10 "Saimaa", on the stock Jolla Phone.
VNC works correctly in the card display (minimized), but is only showing a black screen when full-screen.
Console log:
$ krdc-vnc-qtonly vnc://:vnctest@localhost:5920 3[D] VncClientThread::run:269 - --------------------- trying init ---------------------
[D] VncView::paintEvent:349 - no valid image to paint
[D] VncClientThread::outputHandler:135 - "VNC server supports protocol version 3.8 (viewer 3.8)"
[D] VncClientThread::outputHandler:135 - "We have 1 security types to read"
[D] VncClientThread::outputHandler:135 - "0) Received security type 2"
[D] VncClientThread::outputHandler:135 - "Selecting security type 2 (0/1 in the list)"
[D] VncClientThread::outputHandler:135 - "Selected Security Scheme 2"
[D] VncClientThread::passwdHandler:112 - password request
[D] VncView::requestPassword:199 - request password
[D] VncClientThread::outputHandler:135 - "VNC authentication succeeded"
[D] VncClientThread::outputHandler:135 - "Desktop name "svarog:20""
[D] VncClientThread::outputHandler:135 - "Connected to VNC server, using protocol version 3.8"
[D] VncClientThread::outputHandler:135 - "VNC server default format:"
[D] VncClientThread::outputHandler:135 - "32 bits per pixel."
[D] VncClientThread::outputHandler:135 - "Least significant byte first in each pixel."
[D] VncClientThread::outputHandler:135 - "TRUE colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0"
[D] VncView::clipboardDataChanged:569 -
[D] VncView::paintEvent:349 - no valid image to paint
[D] VncClientThread::outputHandler:135 - "client2server supported messages (bit flags)"
[D] VncClientThread::outputHandler:135 - "00: 00ff 0081 0000 0000 - 0000 0000 0000 0000"
[D] VncClientThread::outputHandler:135 - "08: 0000 0000 0000 0000 - 0000 0000 0000 0000"
[D] VncClientThread::outputHandler:135 - "10: 0000 0000 0000 0000 - 0000 0000 0000 0000"
[D] VncClientThread::outputHandler:135 - "18: 0000 0000 0000 0000 - 0000 0000 0000 0004"
[D] VncClientThread::outputHandler:135 - "server2client supported messages (bit flags)"
[D] VncClientThread::outputHandler:135 - "00: 001f 0080 0000 0000 - 0000 0000 0000 0000"
[D] VncClientThread::outputHandler:135 - "08: 0000 0000 0000 0000 - 0000 0000 0000 0000"
[D] VncClientThread::outputHandler:135 - "10: 0000 0000 0000 0000 - 0000 0000 0000 0000"
[D] VncClientThread::outputHandler:135 - "18: 0000 0000 0000 0000 - 0000 0000 0000 0004"
[D] VncClientThread::outputHandler:135 - "Connected to Server "unknown (x11vnc 0.9.13)""
[D] VncView::updateImage:284 - Updating framebuffer size
[D] VncView::updateImage:288 - Resizing: 1600 900
[D] VncClientThread::cuttext:100 - "e"
[D] VncView::clipboardDataChanged:569 -
[D] VncView::clipboardDataChanged:569 -
[D] VncView::clipboardDataChanged:569 -
I wonder if the `VncView::paintEvent:349 - no valid image to paint` message has something to do with it.
DrYak
Fri, 2016/05/13 - 02:04
Permalink
Problem persists under Sailfish OS 2.0.1.1 "Taalojärvi".
When full screen, application is black.
Otherwise (e.g.: when peeking, or on card cover) everything works as expected.
Would it possible to have the SPRM so I can try hacking it myself ?
Naguissa
Tue, 2014/05/27 - 14:07
Permalink
Nice, but there's any way to rotate screen? A landscape screen is far way more useful than actual layout.
Thanks.
NielDK
Tue, 2014/05/27 - 14:43
Permalink
Looking into that, it is possible, eg by rotating the terminal (which makes the touch unusable, because the sensors doesnt detect the rotated screen), so wait and I hope it will come :)
Naguissa
Tue, 2014/05/27 - 15:28
Permalink
Nice! I hope so, thanks!
Edit: moved to correct place (reply instead new comment)