No, it doesn’t. 4DGL only supports 16-bit variables. Obviously, 8-bit values have no problem being stored in a 16-bit variable.

No, it doesn’t. 4DGL only supports 16-bit variables. However, by utilizing a 2-element array which results in a 32-bit space, some processors can support 32-bit unsigned long values. These processors utilize internal functions to store unsigned long values and perform operations.

An assortment of colours is available that range from 0x0000 to 0xFFFF. A full listing of named colours can be found in the 4DGL_16bitColours.fnc file, which is located in the installation directory of Workshop4. This file can be added to any project by simply inheriting the file:

#inherit "4DGL_16bitColours.fnc"

Right-click on the file and click ‘Open file at Cursor’ to open the inherited file in a new tab and view the list of predefined colours.

The following video file formats are currently supported:

• gif
• wmv
• avi
• vob
• mpg

Workshop4 then converts these formats into a format compatible with the selected display module.

Display modules cannot open these file formats directly.

The following image file formats are currently supported:

• jpg/jpeg
• bmp
• gif
• ico
• wmf
• png
• tif
• tiff
• emf
• wmf

Workshop4 then converts these formats into a format that is compatible with the display module selected.

Display modules cannot open these file formats directly.

These files are the graphical resources compiled by Workshop4 based on the project. These contain the raw graphics and starting offsets required by the display modules’ PmmC to render the designed graphics. These files are required to be copied to the microSD card at least once by agreeing to the IDE to perform the copy.

An Image (single frame widget) is formatted as:

• a 6-byte header as 3-words:
  • word1 – Width: horizontal size of the image
  • word2 – Height: vertical size of the image
  • word3:
    • byte5 – colour_mode: 16dec = 65K colour mode / 16-bit colours / 2 bytes per pixel
    • byte6 – zero
• raw pixel data as drawn from left to right and going down:
  • Pixel11 to Pixel1W
  • Pixel21 to Pixel2W
  • …
  • PixelH1 to PixelHW

A Video (multi-frame widget) is formatted as:

• a 8-byte header as 4-words:
  • word1 – Width: horizontal size of the image
  • word2 – Height: vertical size of the image
  • word3:
    • byte5 – colour_mode: 16dec = 65K colour mode / 16-bit colours / 2 bytes per pixel
    • byte6 – frame delay (non-zero)
  • word4: Frames: number of frames
• raw pixel data as drawn from left to right, going down from first to last frame:
  • Pixel111 to Pixel11W
  • Pixel121 to Pixel12W
  • …
  • Pixel1H1 to Pixel1HW
  • Pixel211 to Pixel21W
  • Pixel221 to Pixel22W
  • …
  • Pixel2H1 to Pixel2HW
  • …
  • PixelF11 to PixelF1W
  • PixelF21 to PixelF2W
  • …
  • PixelFH1 to PixelFHW