Onderwerp: vraag over resolutie bij raspi + vnc op ipad pro

Stel je combineert een (headless) raspberry pi (met daarop een vnc server) via wifi met een tablet (met vnc client) met een hoge eigen schermresolutie (extreem voorbeeld ipad pro 12.9 = 2732 x 2048 pixels)...

- kun je dan werken met die hoge resolutie? Of wordt er een bijvoorbeeld maximaal een full-HD scherm resolutie doorgegeven?
- waar zitten dan de eventuele beperkingen? raspi/server/client/wifi?

Iemand die zo'n combi al heeft en zijn/haar ervaringen wil delen?

Hier hoe ver ik daar destijds mee gekomen ben, voordat ik van de Pi als kaartplotter afgestapt ben:
zeilersforum.nl/index.php/foru...-hoe?start=25#922117

Ah leesvoer!
Ik heb altijd wat ruzie met die zoekfunctie van het forum. Dank voor de link.

Hier alle monitor opties:

www.raspberrypi.org/documentat.../config-txt/video.md

brambo schreef :
Ja dat gaat over fysieke schermen aangesloten met een kabeltje.
Als ik de documentatie lees is hdmi_mode=69 1920x1200 60 Hz het maximaal haalbare voor een echt scherm (pixel clock limit)

Maar ik lees ook dat je een eigen mode kan aanmakenDan zou je met een lagere framerate misschien toch nog hogere resoluties kunnen halen?

Maar belangrijker is eigenlijk de vraag: is een vnc desktop op een headless raspberry pi beperkt door de hdmi_modes die op een fysiek scherm ondersteund worden? Of is er een andere limiterende factor bij een vnc virtual desktop?

Check! Dat is de kernvraag! Hiermee samenhangend: werkt OpenGL acceleratie ook bij virtuele schermen, of wordt dit tergend langzaam, gezien de zeer hoge resolutie?

Van realvnc:
Dat zou dus moeten werken.

En dan vervolgens inderdaad de vraag: is het snel genoeg?

Eerder deze avond even snel wat kunnen proberen op een raspi 2, sdkaartje met openplotter geheel doorge-dist-upgrade naar jessie.

En dan vanaf een iPad geconnect met Remoter Pro. Dat werkt. Maar crashed vrij snel met:

Lijkt een bug in x11vnc
Opgelost in versie 0.9.13-6 (nu draait 0.9.13-2)
Maar binnen Raspbian zie ik zo gauw geen mogelijkheid om die nieuwere versie van x11vnc te installeren.

Wordt vervolgd... eerst een weekendje havenmeester zijn (nog iemand in de sixhaven dit weekend?)

Dit weekend niet, maar vorig weekend lag ik daar wel. Was je er toen ook? Ik was diegene die de haven in gesleep werd ivm de motor niet in z'n werk kunnen zetten

Nee eerste weekend voor mij dit seizoen

Twist schreef :
Misschien toch er tussendoor nog even tijd om de upgrade naar Linux Stretch te doen en kijken of dat beter uitwerkt.

To upgrade, first modify the files /etc/apt/sources.list and /etc/apt/sources.list.d/raspi.list. In both files, change every occurrence of the word ‘jessie’ to ‘stretch’. (Both files will require sudo to edit.)

Then open a terminal window and execute

sudo apt-get update
sudo apt-get -y dist-upgrade

Answer ‘yes’ to any prompts. There may also be a point at which the install pauses while a page of information is shown on the screen – hold the ‘space’ key to scroll through all of this and then hit ‘q’ to continue.

Ik volg de default waarde (meestal no). Bij een langere informatie tekst scrollen met de spatiebalk

Het een omvangrijke update en alles van OpenPlotter blijft werken.

En vergeet niet de overbodige geworden bestanden te verwijderen met:

sudo apt autoremove.

Volgens OP wordt realvnc de standaard in de nieuwe 1.0.0 versie.

Bram

Zou RealVNC inmiddels geen uitontwikkelde software moeten zijn? Dit loopt toch al een tijdje langer mee dan OpenPlotter...!

Kan zijn dat ik het niet begrijp maar hij zegtWaarom gebruik je niet gewoon VNC viewer van RealVNC uit de app store?

brambo schreef :
Sorry, mijn fout! Ik bedoelde eerder al dat ik helemaal door geupdate/upgrade had naar Stretch.
Die versie 1.0.0 die al tijden 'bijna beschikbaar' is...

@ZeilprutserSame difference. Ook met RealVNC viewer uit de app store crashed x11vnc. Het gaat mis aan de server kant (op de pi) niet aan de viewer kant.

staat je netwerk snelheid niet te hoog ingesteld en de VNC client het contact verliest.

Het werkt hier prima.

Bram

Ik heb nog een en ander getest en ontdekt...

Belangrijkste conclusie: OpenGL werkt niet op een virtual desktop van RealVNC server

Ontdekking:
1. RealVNC werd pas geinstalleerd na VNC enabled te hebben in raspi-config. Zonder realvnc val je met commando 'vncserver' dus terug op een buggy x11vnc.
2. OpenGL drivers ook moeten enabled via raspi-config

Performance...
- Met OpenGL levert glxgears zo'n 500 fps op de hdmi tv (t'is maar een raspi 2B)
- Diezelfde desktop via VNCviewer doet zo'n 380 fps glxgears
- Op een virtual desktop blijven er zo'n 15 fps over.... Vrijwel onafhankelijk van de gekozen virtual desktop resolutie.
- De basiskaart in OpenCPN schuiven en zoomen op een virtual desktop is echt niet te doen zo traag

Volgende stap zou nog kunnen zijn om een custom video mode aan te maken voor de hdmi poort. opengl werkt dan wel, ook via een vnc verbinding.

Met de beschikbaarheid van OpenPlotter v1.0.0 heb ik een en ander nog een keer getest.

Gestart vanaf een geformateerde SD kaart, de Pi2B vervangen voor een Pi3B+, OpenPlotter v1.0.0 geinstalleerd. Gaat allemaal prima en probleemloos.

- glxgears fps maakt een enorme sprong wanneer je na installatie de OpenGL drivers aanzet (bijna 1000 fps)
- wanneer je met vncviewer de desktop van de aangesloten TV overneemt, dan blijft de performance van glxgear heel goed. Wel iets lager, maar nog altijd honderden fps.
- wanneer je op de Pi een virtual display aanmaakt met:dan wordt er keurig een extra virtual display aangemaakt met die resolutie. Ik zie dan ook dat er gebruik gemaakt wordt van realvnc om dat virual display aan te maken. (was eerst die buggy x11vnc)
- connecten naar virtual display geeft inderdaad een desktop met native ipad pro resolutie
- geen crashende vnc meer gehad
- Helaas blijft de performance van glxgears daar echter steken rond de 20 fps

Voor mij blijft de vraag dus nog even: kan OpenGL zijn kunstjes op de een of andere manier ook ten goede laten komen aan een virtual display voor een headless Pi?


Zou er mee geholpen zijn als iemand anders dit ook eens wil proberen:
1. Start je Pi met OpenPlotter
2. Start een terminal op (zo'n ding waar je tekst commando's in kan voeren)
3. Type daar: 'vncserver' (zonder de ' quotes). Je start dan een extra vncserver op voor een virtueel scherm. Het eerste display heet :0, dit nieuwe virtuele display waarschijnlijk :1 (dit wordt terug gemeld na invoer van het commando 'vncserver'
4. Maak vanaf een andere apparaat (tablet, telefoon, laptop, maakt niet uit) met daarop een vncviewer verbinding met dat virtuele scherm. Je maakt dus verbinding met 192.168.x.x:1 (vervang ipadres en dislay nummer :1 door de juiste waardes van stap 3
5. Start in je vncviewer virtuele desktop glxgears... hoe hard/langzaam gaat dat?

Heeft dat niet te maken met de snelheid van de gegevens overdracht. Een hoge resolutie vergt veel verplaatsing.

Ik kan het zelf niet proberen.

Als je nu de Ipad aan je netwerk switch hangt en de OpenPlotter RPI3B+ aan de ethernet kabel. Hoe komt je hoge resolutie dan met VNC over ?

Uiteraard de RPI headloos gebruiken om de invloed van een beeldscherm uit te sluiten.

Groet,

Bram

brambo schreef : Klopt, maar ook bij een 'gewone' resolutie is de performance op een vnc virtual display beduidend slechter dan een vnc sessie met het 'echte' display.
Bovendien zijn de meeste vnc protocollen slim en wordt alleen de stukjes scherm die veranderen doorgestuurd (alleen het glxgears window dus)
Misschien niet met een ipad, maar wellicht wel met een andere vncviewer?
Dat is de situatie. ipad via (goede) wifi aan access point. RPi met UTP (gigabit) aan zelfde access point.
Dat kan ik inderdaad nog proberen: TV afkoppelen, dan de RPi echt headless starten. Kom ik vanavond op terug.

Even voor mijn beeldvorming: waarom start je die extra virtuele display op met die vncserver? Als je rpi gewoon headless is, dan hoef je dat helemaal niet te doen. Kan die extra server niet de reden van vertraging zijn?

Omdat ik 2732x2048 als desktop resolutie wil via vnc.
Met die extra vncserver in virtual mode kan ik dat specificeren.

Als ik die extra vncserver niet opstart, maar 'gewoon' naar vnc display :0 connect, dan krijg ik de desktop te zien die ook naar het hdmi scherm gaat (al dan niet aangesloten). En dat is veel lagere resolutie.

Op de hdmi zit een max pixel clock begrenzing. Ik weet (nog) niet of het mogelijk is om binnen die pixel clock begrenzing een custom video mode op 2732x2048 aan te maken. Als dat kan, dan is dat misschien wel een goede oplossing en is die hele virtual desktop niet nodig idd.

Twist,

Ik vind het een goede test, ik kan deze morgenavond hier herhalen.

Robin

Twist schreef :
Het maakt geen verschil: wel of geen hdmi display aangesloten. In beide gevallen is glxgears langzaam op een virtual desktop. En in beide gevallen is glxgears snel op een vnc sessie die de (al dan niet aangesloten) "hdmi desktop" overneemt.

Ik heb net een support ticket by realvnc ingeschoten...

@robhop: ben benieuwd!

En daar is dan het (vervelende) maar wel verlossende antwoord:

Blijft nog open de mogelijkheid om een custom hdmi mode aan de praat krijgen zodat realvnc niet in virtual mode hoeft. Maar eens proberen.