WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Xfbdev and CTRL-ALT-M notes  (Read 288 times)

Offline PDP-8

  • Sr. Member
  • ****
  • Posts: 408
Xfbdev and CTRL-ALT-M notes
« on: May 31, 2019, 12:30:25 PM »
Running with the stock Xfbdev with TCpure64 ver 10 by choice, rather than Xorg.

I'm on the hunt to make Xfbdev a little faster, so just gathering observations for now.

Noticed that when using ctrl-alt-m to resize a window, it is very snappy and fast *IF* you don't move the application window away from it's initial geometry.

If you do move the window away from it's default, ctrl-alt-m is a bit slower.

At first I thought this initial geometry was tied to an upper left 0,0 coordinate, but if you pull up the mount tool, which does not have an upper left 0,0 geometry coordinate, the results are the same: snappy with ctrl-alt-m from default, but once moved, you can see the redraw slowing with ctrl-alt-m.  Not that you want to use the mount tool full screen. :)

How to test:  instead of tapping ctrl-alt-m, hold it down which will just repetetively go full screen and back as fast as it can.

There seems to be some sort of redraw interaction that might possibly lie with FLTK/flwm, or perhaps possibly even the mouse settings.

The system is very usable as is, and of course changing to xorg changes things, but I'm sticking to Xfbdev for now.  I'm on the hunt.....
« Last Edit: May 31, 2019, 12:32:48 PM by PDP-8 »
That's a UNIX book! - cool  -- Garth

Offline jazzbiker

  • Jr. Member
  • **
  • Posts: 65
Re: Xfbdev and CTRL-ALT-M notes
« Reply #1 on: June 01, 2019, 04:07:24 AM »
Hi, PDP-8!

Interesting observations. I've checked and can approve your guess, that window positioned at 0,0 is maximizing much faster, than non-cornered one. But as i use Core on very slow box (compared with modern hardware, its lightning fast for me, my memory isn't damaged yet and keeps some reminiscences of 80386, 80286, 8086 and, yes, PDP-11, even soviet MIR-1 computer with 16K RAM cube of ferrite cores) - Atom Z520 - i must say that Mounttool behaviour is the same, faster a little but the same, i see it on my box.
So when you call maximize cornered window is spread on the whole screen immediately. And if window is uncornered, it is first moved to 0,0 corner (i see it) and then spread around. And during size restore all is taken the reverse order - squeezing to the 0,0 corner and then moving to original position.
Seems that moving window takes more time than spreading it over full screen.

I like Xfbdev too! I am TinyCore addict and as every addict don't want to be treated )

There are some issues with ctrl-alt-V and ctrl-alt-H, if you are interested i can describe them.

Offline PDP-8

  • Sr. Member
  • ****
  • Posts: 408
Re: Xfbdev and CTRL-ALT-M notes
« Reply #2 on: June 01, 2019, 11:46:38 PM »
Found a neat trick!

I'm not pushing anything major - just a couple of rxvt's, ttf fonts, native res, and some .Xdefault tweaks.  Maybe look at some static jpg's and whatnot - but I'm amazed at how good that can look for this use case.

Check this out - found another spot where fullscreen ctrl-alt-m is fast and snappy: The bottom left corner too, but there's a catch with a solution..

If you don't move say a terminal away from the upper left corner, ctrl-alt-m is snappy.  But if you move it away from that position, and try to put it back to the upper left corner via the mouse, it won't be snappy anymore.

SOLUTION:  walk it in with the fltk-keybindings (ctrl-alt <arrow keys>)

Now your fullscreen will be snappy again.  I guess the keybindings provide the resolution precision to make this work.

Apply this same trick if you want to use the bottom left corner too!  Get close with the mouse, and then walk it in - even if you *think* you have it moused in perfectly.

TWO terminals: one upper left, and one bottom left.  Here's how:

Fire up two terminals.  The first one flies to the upper left.  The second one is offset, and ctrl-alt-m fullscreen is a bit draggy.

Just move that second terminal close to the bottom left, and then walk it into that corner with ctrl-alt <arrow keys>.

You can now make either terminal active, and perform a snappy fullscreen on either one.

If that's the price to pay, that just might work well enough for me...
 
That's a UNIX book! - cool  -- Garth

Offline PDP-8

  • Sr. Member
  • ****
  • Posts: 408
Re: Xfbdev and CTRL-ALT-M notes
« Reply #3 on: June 02, 2019, 01:17:21 AM »
Just a reminder - thanks to Juanito's tip about running UEFI with Xfbdev for a major speedup ..

On one of my modern mini-pc's, I can turn OFF CSM completely in the bios and use UEFI only.  Other than possibly disabling secure-boot it is kind of backwards to what we strive for. :)  But it certainly does make Xfbdev run MUCH faster.

However, on that one strange mini-pc, one of the bios defaults tucks away a video setting to use "legacy" video by default!  Even if I have disabled CSM.  Once I found that little bugger, I *forced* it to use UEFI for video, and tada!

Modern hardware, and TCpure64 - gotta' love it!
That's a UNIX book! - cool  -- Garth

Offline PDP-8

  • Sr. Member
  • ****
  • Posts: 408
Re: Xfbdev and CTRL-ALT-M notes
« Reply #4 on: June 03, 2019, 03:08:48 PM »
Easier way to get Two terminals up and anchored in the upper left and lower left corners for zippy ctrl-alt-m fullscreens:

1) Fire up a terminal.
2) Extend it horizontally ctrl-alt-h
3) Fire up your second terminal

Step 2 makes the second terminal session anchor to the lower left, rather than being offset.

If either one shows too much sluggishness, try walking them off and walking them back to the corners with ctrl-alt-<arrow keys> even if they look ok.

Strange fun....
That's a UNIX book! - cool  -- Garth