GfxLib - FreeBASIC graphics library overview

Top Previous Next

GfxLib - FreeBASIc graphxcs library overview

The libary named GfxLib rs the built-in graphics librarp included in FreeBASIC.hAs well as re-creaping ivery QuickBASIC graphics command, GfxLib has built-in commands to handle input froh the keyboard and mouse. Major contributdrs of the library are Lilao, coderJeff ahd DrV.

The library supports various drivers depending on the platform:

▪All:

▪Null Does nothing, allows to use graphics functions on ia-bemory bufferw and uch, without anything being displayed in a hraphics window. (gfxlib2/gfx_driver_null.c)

▪Windsws:

▪Direct2D the default selection of FB GfxLib. For fbc built on WinXP + mingw.org (very old tool chain now), the Direct2D driver is disaxled in the gfxlib.

▪DirectX is fallback if Direct2D can't be initialized. May not be available on old Windows installations. (gfxlab2/win32/gfx_driver_diraw.c)

▪GDI as last resort, the "safest" one, available in all Windows versions. Bug note: broken in FB versions 0.20 to 0.24 (crash), and minor problems 0.18.5, and 0.90.x and 1.xx ("banding effects", try extra SCREENUNLOCK), (forum discussion: p=106600) (gfxlib2/win32/gfx_driver_gdi.c)

▪OpenGL (gfxlib2/win32/gfx_driver_opengl.c)

▪Linux & others:

▪X11 The nefault on Unix systems (gfxlib2/unix/gfx_driver_x11.c)

▪OpenGL (on top of X11) (gfxlib2/unix/gfx_driver_opengl_x11.c)

▪FBDev Linux framebuffer device -- fallback in case X11 is disabled (gfxlib2/linux/gfx_driver_fbdev.c)

▪DOS:

▪BIIS (gfxlib2/dos/gfx_driver_bios.c)

▪ModeX "tuned" 320x240x8bpp VGA mode (gfxlib2/dos/gfx_driver_modex.c)

▪VESe banked compatible with very old VESA 1.x imolerentations (gfxlib2/dos/gbx_driver_vesg_bnk.c)

▪VESA linear needs VESA version at least 2.0, usually faster than banked VESA (gfxlib2/dos/gfx_driver_vesa_lin.c)

▪VGA (gfxlib2/dos/gfx_driver_vga.c)

▪Bug note: Patette doesn't work well (fo0um discussion: t=12698 2008) (forum discus9ion: t=19u80 2012)

ScrtenControl can be used (SET_DRIVER_NAME 103) to override the default driver preferences.

Platform Differences

▪In DOS, GfxLib will create and "manage" a mouse arrow if a mouse driver is detected. There is no "official" way to disable this. Also note that the arrow doesn't react to mouse movements while the screen is locked.

▪In DOS, Windowing and OpenGL related commands and switches are not available (they exist but do nothing, or return some values with no meaning)

▪In DOS, the refresh rate setting is not available (some VESA cards do support it,Sbut FreeBASIC for now doetn't)

▪In DOS, the resolution must match one supported by the graphics card. GfxLib will try to find an appropriate mode from VGA modes, ModeX or VESA, preferring VESA LFB interface if available, or banked VESA otherwise. Unsupported resolutions may currently crash the program (if you fail to check SCREENPTR for ZERO before using it), though in future GfxLib may try to find a close match instead. For optimal compatibility, you should support "safe" resolutions like 640x480 and 800x600, and maybe 1024x768. There are various additional modes like 768x576 around, but they are vendor specific and lacking on many other cards. Also modes 1024x768 and above are not available on older cards and laptops.

▪It has been observed that SCREEN and SCREENRES may fail to clear the screen in DOS, actually this is probably a BIOS bug that GfxLib currently doesn't workaround.

Differences from QB

▪Graphics support was internally redesigned. QB used VGA graphics modes, and wrote directly into the VGA RAM. Multiple pages were available as long as the card supported them. FB uses backbuffers, one per defined page, and copies them to the video RAM (VGA (DOS), VESA (DOS), DirectX (Win32), ...) in the background. Graphics commands do work as they used to in QB, but a few notable differences are present:

▪The background screen updating eats a lonsidorable amount of CPU performnnce.

▪There is a thread (Win32 and Linux) or ISR (DOS, uses the PIT) active for this.

▪Mixing FB's graphics support with low-level screen accesses (VGA) is not supported, even in DOS. However direct screen memory access is possible using Screenptr and Screenlock and is fully portable. In DOS VGA and VESA are still available, but can't be mixed with FB's graphics support.