Name 

Description 

_IMAGE_NAMESPACE 

This is macro _IMAGE_NAMESPACE. 

_PASTE 

A second level paste macro so macro substitution is done on parameters. 

_PASTE2 

Macro to do symbol concatenation. 

ASM_IMAGE_NAMESPACE 

Define the namespace of image routines, when building under C++. This ends the namespace. Assembly routines only have the ability to export C names, so extern"c" { } is used instead of namespace ___ { }.
Define the namespace of image routines, when building under C++. This ends the namespace. Assembly routines only have the ability to export C names, so extern"c" { } is used instead of namespace ___ { }. 

ASM_IMAGE_NAMESPACE_END 

Define the namespace of image routines, when building under C++. This ends the namespace. Assembly routines only have the ability to export C names, so extern"c" { } is used instead of namespace ___ { }.
Define the namespace of image routines, when building under C++. This ends the namespace. Assembly routines only have the ability to export C names, so extern"c" { } is used instead of namespace ___ { }. 

BASE_IMAGE_NAMESPACE 

This is macro BASE_IMAGE_NAMESPACE. 

IMAGE_API 

Define the default call type of image routines. CPROC is __cdecl.
Define the default call type of image routines. CPROC is __cdecl. 

IMAGE_H 

multiple inclusion protection symbol 

IMAGE_NAMESPACE 

Define the namespace of image routines, when building under C++. 

IMAGE_NAMESPACE_END 

Define the namespace of image routines, when building under C++. This ends a namespace.
Define the namespace of image routines, when building under C++. This ends a namespace. 

IMAGE_PROC 

Define the linkage type of the routine... probably __declspec(dllimport) if not building the library.
Define the linkage type of the routine... probably __declspec(dllimport) if not building the library. 

IMAGE_PROC_D 

this sometimes needs an extra 'extern 

SECOND_IMAGE_LEVEL 

This is macro SECOND_IMAGE_LEVEL. 

Name 

Description 

sack 

Render provides a method to display images on a screen. It is the interface between memory images and the window desktop or frame buffer the user is viewing on a monitor.

Under windows, this is implemented as an HWND and an HBITMAP used to allow the application to draw. Updates are done directly from the drawable surface to the HWND as appropriate for the type of service. This is implemented with Vidlib.dll.

Under Linux, this is mounted against SDL. SDL, however, does not give multiple display surfaces, so a more direct method should be used someday, other than SDL does... more