CVSROOT: /cvs/directfb
Module name: DirectFB
Changes by: dok 20030610 20:19:34
Modified files:
src/core : core.c core_system.h gfxcard.c input.c layers.c
surfacemanager.c system.c system.h windows.c
src/core/fbdev : fbdev.c vt.c vt.h
src/core/sdl : sdl.c
Log message:
First working version of vt switching support for single and multi
application core.
Still unhandled are video only surfaces and other buffers stick to
video memory due to locking.
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.
I haven't tried XDirectFB, yet. Will do so now. Most probably the permanent
locking of the window surfaces causes a problem.
--
Info: To unsubscribe send a mail to [EMAIL PROTECTED] with
"unsubscribe directfb-cvs" as subject.
