Forum

Thanks, I'm getting exited. will have a look into xbian-config GUI to enable Staging Repo

---

Ok, I looked through and may be lost or simply getting tired tonight "enable Staging Repo in Kodi's xbian-config GUI" ...
Where is it ? O.o ...

@emel445

Here the cmdline version for enabling staging repo and updating package:

1) edit /etc/apt/sources.list.d/xbian.list


2) refresh package list


3) update package xbian-package-vnc-server


And here Kodi's xbian-config GUI version:

Happy Days!!!! Thanks for your help on this.

VNC Server updated and Viewer is up and running :-D
xbian@xbian ~ $ dpkg-query -s xbian-package-vnc-server | grep Version
Version: 2.2.4-1489940152

Last question, where is vnc config file located so can modify to encryption and listening port

Thanks,

I do not know if encryption is possible without using a SSH tunnel.

Please look into file /etc/default/vnc-server how to provide options to rpi-vncserver

I'll have a look.
Thank you so much for your help in resolving this issue :-D

New version available in stable repository:

Issue of wrong colors fixed

- Hash buffer will be cleared. Sometimes screen was not updated correctly
when establishing new client connection
- DispmanX expects buffer rows to be aligned to a 32 bit boundary

Fixes and enhancements, verup to 2.2.4:

- Fixed: Resolution change on Cubox-i/Hummingboard working properly
Still not possible for RPi
- Commandline options added:
-h rfb : Display options for libvncserver library
-d : enable debug output
-u : polling screen interval in <msec> ms
- Used port is not longer hardcoded and can be modified if needed
- Frambuffer is accessed only if at least one client is connected
This is workaround for RPi devices, they still can not deal with
resolution changes and Kodi startups

Fixes and enhancements, verup to 2.4.1:

- Fixed: Resolution change on RPi working properly now
- Fixed: workaround for dispmanx library issue added. On resolution change,
it does not result in black vnc screen any more
- Commandline options modified:
-d[d] : enable debug output, -dd is more verbose
-h : current values for -u and -c option are displayed now
- Default polling time set to 333ms
- Modification for debug messages
- myNewFramebuffer removed. Original rfbNewFramebuffer function was called
with wrong parameters when resolution change was detected
- Desktop name can now be applied by cmdline option

vnc-server can be used with password now

Password is usually the same as with user xbian and can be modified by standard
xbian-config function, both xbian-config versions are supported.
Password can be enabled/disabled with Kodi's xbian-config GUI, category Extra

Hi there. Hope it's OK to post in here with a similar problem; If not, I'll move it elsewhere.
I'm new to RPI and have recently been gifted one which I've installed xbian on to replace the desktop pc upstairs as a front end. I'm having similar trouble with VNC.
I'm running VNC Viewer 6.0.1 on my windows machine. When I try to connect to the RPI I get the following distorted output:



If I then restart the VNC service by going through system> xbian conf > services> selecting vnc-server and restarting, it then works as it should when connecting from my windows machine...until the next reboot. VNC Viewer from my iphone constantly connects and then disconnects regardless.

Any suggestions? I've updated everything I can through the OS GUI but am now at a loss. Any help gratefully received. (It might be worth bearing in mind I'm not that techie so step by step instructions would help if you have the patience)

---

......It's probably also worth mentioning that if I "try" to connect to it whilst the RPI is booting up (before it gets to the xbian splash screen) it works OK. Not very practical though!

---

oh....and running Version: 2.4.2-1494784542

I re-read the thread and also changed AUTOMODE from 1 to 0 in /etc/default/vnc-autores. Still no difference.

@spleencheese
Hmmm, that's weird

What is your screen resolution you're using?
I'm using 1080p and 720p, and even SD (PAL) is working well here

Quote:I re-read the thread and also changed AUTOMODE from 1 to 0 in /etc/default/vnc-autores. Still no difference.

Setting AUTOMODE to 1 is currently bad idea, please don't use it (it's confusing Kodi completely)

Never used a VNC client from Android/IOS (don't have iPhone, but Android I can test if needed).

Which client are you using?

Weird indeed.

I've tried all of the screen resolution options available in the menu and it made no difference. Connected to an 40" LCD by HDMI.

I changed the AUTOMODE FROM 1 to 0. It was set to 1 when I looked at the file for the first time.

By client, if you mean what VNC viewer I'm using, it's RealVNC 6.0.1 on windows.

Would it be worth me trying to get some log details? I'm not sure how I'd go about getting them, so step by step instructions would be good, but I'd be happy to post some if it would help.

As for testing ios/android, I'm not too fussed about that for now. I mentioned it because post #27 of this thread mentioned a similar symptom; It connecting and disconnecting every second or so.

(24th Jun, 2017 07:50 AM)spleencheese Wrote: [ -> ]I changed the AUTOMODE FROM 1 to 0. It was set to 1 when I looked at the file for the first time.

Hmmm, hard to believe This variable is set to 0 as default in package xbian-package-vnc-server

Quote:By client, if you mean what VNC viewer I'm using, it's RealVNC 6.0.1 on windows.

You already mentioned that, same version I'm using. But I wanted to know which software you are using on your iphone, but anyway, vnc-server is using standard libvncserver library, maybe this lib can not deal with mobile vnc clients, or vice versa

Quote:Would it be worth me trying to get some log details? I'm not sure how I'd go about getting them, so step by step instructions would be good, but I'd be happy to post some if it would help.

It's a bit tricky, because vnc-server does not write any log files and all console (debug-)outputs are written to /dev/null as default. And if you restart vnc-server manually later to get debug messages, everything is ok you already told.

So, you have to do 2 things getting log plus some debug output:
1) Modify file /etc/init/vnc-server.conf (remove or comment out line console none). All output of vnc-server are written to file /var/log/upstart/vnc-server
2) add -d option to OPTIONS variable in file /etc/default/vnc-server

After restarting vnc-server service, you will get output like this

Quote:As for testing ios/android, I'm not too fussed about that for now. I mentioned it because post #27 of this thread mentioned a similar symptom; It connecting and disconnecting every second or so.

Ok

OK. I've commented out the console none line in /etc/init/vnc-server.conf

I'm not sure how to add -d option to OPTIONS variable in file /etc/default/vnc-server. I see the line OPTIONS="". Do I put -d inside the "" so it reads OPTIONS="-d" ?

Sorry if this is a silly question - I told you I'm not very techie

------

As for the AUTOMODE being 1 when I looked at it; maybe this was changed when I was fiddling with the settings in the GUI?

------

The ios app I'm using is Version 3.3.0.028336 of RealVNC viewer.


------

(24th Jun, 2017 09:43 PM)spleencheese Wrote: [ -> ]OK. I've commented out the console none line in /etc/init/vnc-server.conf

I'm not sure how to add -d option to OPTIONS variable in file /etc/default/vnc-server. I see the line OPTIONS="". Do I put -d inside the "" so it reads OPTIONS="-d" ?

Exactly

Quote:As for the AUTOMODE being 1 when I looked at it; maybe this was changed when I was fiddling with the settings in the GUI?

Could be, or probably yes

Quote:The ios app I'm using is Version 3.3.0.028336 of RealVNC viewer.

Ah, ok. Can't use that, because my Android is too old

Quote:I'm not sure how to add -d option to OPTIONS variable in file /etc/default/vnc-server. I see the line OPTIONS="". Do I put -d inside the "" so it reads OPTIONS="-d" ?

Exactly

OK. Have done that. I'll restart and look in /var/log/upstart/vnc-server for some information and post back shortly! Are there any specific things I should do other than reboot and look in the logs? Should I reset the service/reboot a couple of times?

Quote:Ah, ok. Can't use that, because my Android is too old

Just for information - I found this in the log files from VNCviewer on ios. Not sure whether it provides any clues:

CConnection: close: [ProtocolError] Either VNC Server is not running, or it is using an incompatible protocol version.
<15>

OK. This is after booting up:

https://www.flickr.com/photos/spleencheesemonkey/shares/99qC45

This is after connecting (when it all looks wrong):

https://www.flickr.com/photos/spleencheesemonkey/shares/D4M7kq

This is after restarting the service and it all looks OK:

https://www.flickr.com/photos/spleencheesemonkey/shares/Bo7Lv3


Hope some of this makes sense to you! Thanks for your help so far

First, I have to ask again, what is the screen resolution you are using.

It seems that Pi is booting with 1920 x 1080p (look into log, first message init_fb() ...)

But when you are connecting VNC client, a resolution of 1280 x 1024 is detected (look into log again, second message init_fb() ...). And that's confusing me