Quoting Denis Oliver Kropp ([EMAIL PROTECTED]): > Quoting Frits Swinkels ([EMAIL PROTECTED]): > > While my DirectFB application is running in one VT, I would like to switch > > to another VT to check memory usage. My application certainly does not have > > that capability; does DirectFB? > > If everything else fails, I can maybe plug in a serial terminal. > > VT switching is not possible yet, but it's a high priority TODO.
Hi, the CVS version of DirectFB has experimental but nice working VT switching support now. I successfully tested switching from XDirectFB + DFBTerms to the linux console and back. Even starting new apps "from outside" is no problem. Try (with --dfb:vt-switching) - start df_window as the master - switch to the previous console by pressing <Ctrl>-<Alt>-<Fn> - start df_andi - switch back to the DirectFB console - you see df_window again with df_andi running in a window (due to vt switch) Applications are not blocked at any time during "switch off". So in the example above df_andi consumes all of your CPU rendering to the window back buffer (in system memory) with the software driver. Still unhandled are video only surfaces and other buffers stick to video memory due to locking. At least XDirectFB permanently locks the window surfaces, but it seems that it's not such a big problem. It's already usable... -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" Convergence GmbH -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-users" as subject.
