On March 30, 2018 12:39 AM, Mike Larkin <mlarkin@azathoth.net> wrote:
> On Thu, Mar 29, 2018 at 11:59:21AM -0400, Tinker wrote:
> > On March 29, 2018 11:36 PM, Mike Larkin mlarkin@azathoth.net wrote:
> > ..
> > > > (Thread crossreferenced with
> > > > https://marc.info/?t=152230713300003&r=1&w=2 .)
> > > > Thanks for reporting that you got X dummy working, though only on
> > > > baremetal but not in a VMM, the latter crashing at X start with
> > > > message "(EE) xf86OpenConsole: No console driver found".
> > > > ..
> > > >
> > > > what do you hope to achieve here?
> >
> > Xvfb + X11vnc gives you a fixed-resolution graphical remote terminal.
> > My hope is that dummy X + X11vnc will give the same but allow dynamic
> > resizing of the X framebuffer upon request to do so via Xrandr from a
> > VNC resize command.
> >
> > This protocol interaction is what happens when you resize a VNC client
> > window.
> >
> > This will be practical when you have one X/VNC server that you will
> > access from different computers with different screens and screen
> > resolutions, or you just benefit of dynamically resizing the X
> > framebuffer without needing to restart all your running X programs.
> > With Xvfb you'd be inclined to have some different launch scripts for
> > your different monitors and usecases, e.g. 1400x1000px, 2500x1500px and
> > 800x600px variants for surfing web, checking top, checking network
> > stats etc. . With dummy X you can just resize the same framebuffer as
> > you go along depending on needs from time to time.
>
> I see. good luck.
So, I did get dummy X going.
Start command "Xorg +extension GLX +extension RANDR +extension RENDER
-config custom-xorg.conf", draft /etc/X11/custom-xorg.conf copied below.
VNC seems to not support dynamic resizing according to the definition i
suggested above.
"resizing" may mean that the xrandr CLI tool lets you choose between a
selection of 16:9 resolutions, and that the VNC client would resize its
framebuffer, instead of disconnecting.
I tried with two of the most popular VNC clients and they did *not*
handle the resize but instead disconnected. Not sure why.
On March 30, 2018 1:09 AM, Karel Gardas <gardask@gmail.com> wrote:
> On Thu, 29 Mar 2018 11:59:21 -0400
> Tinker t1nkr@protonmail.ch wrote:
> > On March 29, 2018 11:36 PM, Mike Larkin mlarkin@azathoth.net wrote:
> > > what do you hope to achieve here?
> >
> > Xvfb + X11vnc gives you a fixed-resolution graphical remote terminal.
> >
> > My hope is that dummy X + X11vnc will give the same but allow dynamic
> >
> > resizing of the X framebuffer upon request to do so via Xrandr from a
> >
> > VNC resize command.
>
> Have you tried Xvnc as a X server?
Not recently. What about it?
Are you aware of any tool that gives a "persistent" X environment that
also allows very convenient live resizing of the framebuffer?
Best regards,
Tinker
/etc/X11/custom-xorg.conf:
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
EndSection
Section "ServerFlags"
Option "DontVTSwitch" "true"
Option "AllowMouseOpenFail" "true"
Option "PciForceNone" "true"
Option "AutoEnableDevices" "false"
Option "AutoAddDevices" "false"
EndSection
Section "Module"
Load "dbe"
Load "extmod"
Load "freetype"
Load "glx"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Option "CorePointer" "true"
Driver "void"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Option "CoreKeyboard" "true"
Driver "void"
EndSection
Section "Device"
Identifier "Device0"
Driver "dummy"
# Option "ConstantDPI" "true"
# VideoRam 4096000
# VideoRam 256000
VideoRam 192000
EndSection
Section "Monitor"
Identifier "Monitor0"
HorizSync 5.0 - 1000.0
VertRefresh 5.0 - 200.0
# Modeline "1440x900"
Option "DPMS"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
# Viewport 0 0
Depth 24
# Modes "1440x900"
# Virtual 8192 4096
EndSubSection
EndSection
No comments:
Post a Comment