The Storyboard product ships with a standard set of plugins which add functionality to the system. Plugins are loaded based on the SB_PLUGINS environment variable. This variable can be a directory where all plugins are loaded from or a “;” separated list of plugins.
Some plugins have options that can be passed via the command line to the plugin. To pass on option to a plugin use the -o option to sbengine in this format -o[PLUGIN_NAME],[PLUGIN OPTION]
Table C.14. 3D model rendering: libgre-plugin-model3d.so
| OPTION | DESCRIPTION |
|---|---|
| -omodel3d,novbo | Disable the use of vertex buffer objects, by default Vertex buffer objects are used for rendering. |
Table C.15. Capture/Playback: libgre-plugin-capture-playback.so
| OPTION | DESCRIPTION |
|---|---|
| -ocapture_playback,mode=[capture|playback] | Specifies the behavior of the plugin for either playback or capture. If capture is specified then input events (gre.press, gre.release, gre.motion, gre.keypress etc) will be logged and stored in an ouptut file. If playback is specified then the contents of an input file are read and the input events are injected back into the application. |
| -ocapture_playback,file=filename | If "capture" is specified as the mode it indicates the contents of the file specified will be overwritten with the new event stream. If "playback" is specified then the contents of the file specified will be used as an event stream source. |
| -ocapture_playback,capture_events=eventname |
Capture option to define a custom list of events to capture. Multiple events can be specified by using the ":" character as a delimeter. |
| -ocapture_playback,no_defaults |
Capture option to specify that there are no default events set to be captured. By default we capture the following events:
|
| -ocapture_playback,verbosity | Indicates that the plugin should log events that it is either capturing or playing back to the standard output |
| -ocapture_playback,loop=count | Playback option that indicates how many times the playback should iterate through its content. The default is to playback
the content once, otherwise if a count is specified the plugin will replay the full content count times. |
| -ocapture_playback,quit_playback | Playback option that indicates if a gre.quit event should be automatically generated after playback is complete.
The default is to not generate a quit event. |
Table C.16. Gesture: libgre-plugin-gesture.so
| OPTION | DESCRIPTION |
|---|---|
| -ogesture,file=filename | filename is a text file containing custom gesture definitions. |
| -ogesture,mode=[single|multi] | single allows for single touch gestures. multi allows for both single and multi-touch gestures. By default both single and multi touch gestures are disabled |
| -ogesture,threshold=[level] | Specifying a level allows the user to configure the sensitivity level which determines if we translate a motion into a gesture event. By default the threshold is set to 100. |
| See below for more options |
Table C.17. Linux Input Support: libgre-plugin-dev-input.so
| OPTION | DESCRIPTION |
|---|---|
| -odev-input,mouse=/dev/input/event0 |
The name of the mouse device, for example
|
| -odev-input,kbd=/dev/input/event1 | The name of the keyboard device, for example
/dev/input/event1 |
One of either the mouse or kbd
arguments must be passed to enable this plugin. There are no
default bindings so the full path to the desired input
device must be specified. |
Table C.18. Lua Scripting: libgre-plugin-lua.so
| OPTION | DESCRIPTION |
|---|---|
| -olua,hold=[0|1] |
This option controls how Lua posts data manager change notifications. By
default all changes are held until the end of script execution (1) but if
0 is specified, change notifications and events are triggered as soon as
changes are made using |
| -olua,gc=[0|1] |
This option is used to minimize the runtime memory footprint of the Lua script
engine by invoking the Lua garbage collector after every Lua action. By default
this option is set to 0 indicating that garbage collection will occur at the
natural points specified by Lua's |
Table C.19. Linux Multi-Touch Protocol: libgre-plugin-mtdev.so
| OPTION | DESCRIPTION |
|---|---|
|
-omtdev,device=[path to touch device] |
Plugin for Linux Multi-Touch Protocol to be used with kernels supporting multi-touch events. This plugin is only available for the imx6 runtime currently. |
|
-omtdev,rotation=[0|90|180|270] |
Clockwise rotation of the touch input coordinates. When X1,Y1 is in the top-left corner, rotation is 0. |
|
-omtdev,calibrate |
Puts mtdev into raw mode to be used in conjunction with the mtcalib application (See Crank Public SVN) to acquire the bounds parameters for screen calibration. Use the -omtdev,bounds option to pass the parameters to sbengine. |
|
-omtdev,bounds=[X1:Y1:X2:Y2] |
Where X1,Y1 is the top-left corner and X2,Y2 is the bottom-right corner of the touch screen device. On some screens, X1 may be less than X2 and Y1 may be less than Y2. |
|
-omtdev,threshold=[integer] | This is the number of pixels a touch point has to move in order to generate a motion event, the default value is 1 |
|
-omtdev,points=[integer] | This is the number of multitouch fingers that is supported. Events will only be generated for this number of fingers in contact with the screen, the default is 5 |
Table C.20. Linux Touchscreen Support: libgre-plugin-tslib.so
| OPTION | DESCRIPTION | ||||
|---|---|---|---|---|---|
| -otslib,pressure=1 | Set the pressure value with corresponds to a press, the default is any value greater than 0 is a press. | ||||
| -otslib,motion=5 | The number of consecutive motion events to compress, can be useful on a device which delivers a high rate of motion events, default is to not compress. | ||||
| -otslib,calibrate | Put tslib into raw mode which is used for calibration. | ||||
|
If you do not have the following
|
Table C.21. Logger: libgre-plugin-logger.so
| OPTION | DESCRIPTION | ||||
|---|---|---|---|---|---|
| -ologger,output=[filename] |
This option specifies a path in the file system to direct the Storyboard standard output to. The directory path to the file must already exist.
A valid command would be: | ||||
|
-ologger,buffer=[bytes] |
This option will buffer all logging output to an allocated in-memory buffer and only flush the output when the buffer content is full. The number of bytes allocated for the buffer are provided by the option to the argument. If the buffer size is 0 or invalid, then 4K will be allocated for the buffer. | ||||
|
-ologger,event=[event_name] |
This option will enable the generation of a custom Storyboard event any time that an ERROR message is detected by the Storyboard Engine logging system. When the error is detected, an event "event_name" will be sent to the application and it will contain a payload of "1s0 msg" where the "msg" is the diagnostic string that would have been logged. | ||||
|
-ologger,slogger=[opcode] (QNX ONLY) |
This option specifies that sbengine should use the QNX system logging infrastructure. if no opcode is given, sbengine will provide an appropriate opcode. The opcode is a combination of a major and minor code. Create the opcode using the _SLOG_SETCODE(major, minor) macro that's defined in sys/slog.h. This option is only available for systems running QNX. | ||||
| -ologger,io=[level] | This option enables the logging of IO events in variable levels of verbosity. If no option is specified then the level will default to 1 and the event name and its size in bytes will be displayed. If 2 is specified then the format is displayed. If 3 is specified then the data payload will be dumped to the standard output in both hexadecimal and character formats. | ||||
| -ologger,data | This option enables the logging of data change events as they occur. The data key that has been changed is displayed to standard output. | ||||
| -ologger,perf | This option enables the logging of performance
data to the standard output (or file if perf_file is used). If a value of 0
is specified to the perf option then performance logging is enabled, but the capture of data is not
immediately started and can be toggled using the gra.perf_state action. If the value
is set to 1 or is not specified, then performance data will be immediately captured. For example
sbengine -ologger,perf=1 will enable performance logging with the immediate capture of
performance metrics. | ||||
| -ologger,perf_file=[filename] | This option specifies a path in the file system to direct the performance data output to. The directory path to the file must already exist and the contents of the file will be overwritten on each invocation of sbengine. | ||||
| -ologger,filter=[keyword] | This option enables filtering of events based on the keyword provided.
Multiple keywords can be specified up to a maximum of 5. Filtered events are delimited by a ':'.
sbengine -ologger,io,filter=gre.press:gre.release
Each keyword can also be negated by the '^' symbol. Therefor we could ignore all motion events by passing in the following command:
sbengine -ologger,io,filter=^gre.motion
Filtering applies to the 'io' and 'data' options. | ||||
| -ologger,retailmsg | This option is only available on Windows Compact Embedded platforms. The logger will output using RETAILMSG instead of sending output to stdio. | ||||
| If performance logging is enabled then the output is a set of comma separated values (CSV) with the following fields: PERF, application time, type, operation, name, duration | |||||
| application time | This is the time that the performance event was finished relative to the start time of the application in milliseconds. | ||||
| type | This is the type of performance operation that was recorded as a broad classifier | ||||
| operation | This is a sub-classification of the type used for additional tracing granularity | ||||
| name | This is an identifier that can be used, along with the type and operation fields, to identify the context of the performance operation being performed | ||||
| duration | This is the duration of the operation in milliseconds |
Table C.22. QNX input support: libgre-plugin-gfi-input.so
| OPTION | DESCRIPTION |
|---|---|
| -ogfi-input,mouse=/dev/devi/mouse0 | The name of the mouse device, for example /dev/devi/mouse0 |
| -ogfi-input,rotated=[90|270] | If specified, this indicates that the input co-ordinates should be rotated by 90 or 270 degrees |
By default the input system used the gfi interface based
on the devi drivers. The devi driver must be run with the
-P option. If you pass the
mouse option then the mouse/touchscreen is
used in raw mode. |
Table C.23. Storyboard IO: libgre-plugin-greio.so
| OPTION | DESCRIPTION |
|---|---|
| -ogreio,channel=name | The value specifies the name that the applications
Storyboard IO channel will use. This name can then be used by
gre_io_open or iogen clients to send
events to the application. |
| -ogreio,queue | This flag indicates if the events on the Storyboard IO channel should be asynchronously queued into the application's message queue or if a new event should be added only after the last event has been processed. The default is to only have one event being processed by the application at a time. |