Globals

(or D2DBitmap if window.DrawMode == 1). Null on failure

path to image file (or track file if image is embedded)

Zero-based stream index used by fb.SetAudioStream.

Full metadata and technical information reported by the input decoder for this stream.

True when this is the input decoder's default stream.

True when this is the effective selected stream. A saved user preference takes precedence over the decoder default.

Cap at the start of an open stroke.

Cap at the end of an open stroke.

Cap applied to each dash segment. If omitted, JSplitter uses CapStyle.Round for DashStyle.Dot, DashStyle.DashDot and DashStyle.DashDotDot so their zero-length dot segments are visible; other dash styles use CapStyle.Flat. An explicitly supplied dashCap is always used as-is.

Join used where consecutive line segments meet.

Positive miter limit used by miter-based joins.

Dash pattern. DashStyle.Custom requires a non-empty dashes array.

Offset into the dash sequence.

Custom dash lengths expressed as multiples of the stroke width. Supplying this array selects DashStyle.Custom automatically.

Error type name.

Human-readable error message.

JavaScript stack trace when available.

SpiderMonkey heap usage shared by all JSplitter panel scripts running on the main thread (in bytes). The maximum is configured by Main thread maximum heap size (in MB); see MainThreadHeapLimit. Automatic GC based on heap growth is controlled by Heap growth before GC (in MB).

Maximum SpiderMonkey heap size for main-thread panel scripts (in bytes). External memory does not count toward this limit. This value reflects Main thread maximum heap size (in MB).

Maximum SpiderMonkey heap size for each Worker (in bytes). The limit is shared as one setting value by all Workers, but applies independently to each Worker. This value reflects Worker maximum heap size (in MB, per Worker).

Tracked native/external memory retained by the current panel (in bytes). This is an accounting estimate, not process working set or physical RAM/VRAM residency. Automatic GC based on external-memory growth is controlled by External memory growth before GC (in MB).

Memory snapshots for Workers created by the current panel. Worker snapshots are published by each Worker thread without blocking the panel and may lag while a Worker is executing a long-running task.

Root directory of the package

Directory inside package folder that contains assets

Directory inside package folder that contains scripts

Persistent and unique directory inside foobar2000 profile folder that can be used to store runtime data (e.g. cache)

Package version

Package directories

The Worker's immutable constructor name, identical to Worker-global self.name. The value is an empty string if no name was supplied. The same identity is used by unhandled Worker exception diagnostics, where an empty name is displayed as <unnamed>.

SpiderMonkey heap usage of this Worker (in bytes). The per-Worker heap limit is configured by Worker maximum heap size (in MB, per Worker); see JsMemoryStats.WorkerHeapLimit. Automatic GC based on heap growth is controlled by Heap growth before GC (in MB).

Tracked native/external memory retained by this Worker (in bytes). This is an accounting estimate, not process working set or physical RAM/VRAM residency. Automatic GC based on external-memory growth is controlled by External memory growth before GC (in MB).

Entry type. JSplitter currently supports "mark" and "measure".

User-defined entry name.

Start timestamp in milliseconds relative to performance.timeOrigin.

Entry duration in milliseconds. Always 0 for marks; for measures it is endTime - startTime and may be negative.

Optional metadata associated with the entry. Defaults to null.
JSplitter note: unlike the Web User Timing specification, detail is currently retained as the original JavaScript value and is not structured-cloned.

Arbitrary metadata associated with the mark.
JSplitter note: the value is not structured-cloned.

Finite non-negative timestamp in milliseconds relative to performance.timeOrigin. Defaults to performance.now.

Arbitrary metadata associated with the measure.
JSplitter note: the value is not structured-cloned.

Start mark name or finite non-negative timestamp in milliseconds.

Finite non-negative duration in milliseconds. May be used together with start or end, but not together with both.

End mark name or finite non-negative timestamp in milliseconds.

Entry types to observe. Unsupported types are ignored. Use either entryTypes or type for an observer, not both.

A single entry type to observe. Unsupported types are ignored. Use either type or entryTypes for an observer, not both.

Full native filesystem path of the main script, or an empty string for an in-memory script.

Human-readable Windows product name including the edition when available, for example Windows 11 Home or Windows 11 Pro.

Windows NT build number.

True when the operating system architecture is 64-bit. This describes Windows itself, not the foobar2000 process architecture.

Physical-memory and foobar2000 private-working-set information.

Dedicated/local video-memory information for the selected graphics adapter, or null when the required video-memory query interface is unavailable.

Total physical memory visible to Windows, in bytes. This can be lower than the installed RAM amount because hardware-reserved memory is not included.

Physical memory currently available to the system, in bytes. This is Windows' available-memory value and includes reclaimable standby/cache memory; it is more useful for capacity decisions than strictly free pages.

Private working set of the foobar2000 process, in bytes. This corresponds closely to the Memory (active private working set) value shown for foobar2000 in Windows Task Manager.

Display name of the selected graphics adapter.

Dedicated video-memory size of the selected adapter, in bytes. On 32-bit builds JSplitter avoids returning a truncated 32-bit value; if a safe 64-bit total cannot be obtained, this field is null.

Current local video-memory budget assigned to the foobar2000 process by Windows, in bytes. The budget is dynamic and is not a fixed hardware limit.

Current local video-memory usage attributed to the foobar2000 process, in bytes.