
Dart Counter
Tiny Dart class with a counter: fixture for Dart analysis servers.
- File
- DART · Dart
- Use case
- Syntax highlightingCode parsing+1
Find files, editable templates and browser test targets by what you need to make or test. Explore complete business kits for connected records, templates and expected results.
Page 52 of 221; 24 results per page.

Tiny Dart class with a counter: fixture for Dart analysis servers.

Dart async Future SAMPLE for analysis-server tests.

Minimal Dart hello-world for Flutter/Dart IDE and highlight tests.

A DASH initialisation segment carrying codec configuration for one representation. Named by the manifest's $RepresentationID$ template, so this file also exercises whether a client resolves template variables correctly rather than pattern-matching filenames.

A DASH initialisation segment carrying codec configuration for one representation. Named by the manifest's $RepresentationID$ template, so this file also exercises whether a client resolves template variables correctly rather than pattern-matching filenames.

A DASH initialisation segment carrying codec configuration for one representation. Named by the manifest's $RepresentationID$ template, so this file also exercises whether a client resolves template variables correctly rather than pattern-matching filenames.

A complete, playable MPEG-DASH manifest for the same 320x180 at 300 kbps, 480x270 at 700 kbps, 640x360 at 1400 kbps ladder as the HLS package, produced from the same encoder run, so the two can be compared directly as packaging rather than as content. Every segment it references exists in this group. Served inline as application/dash+xml with permissive CORS, so dash.js can load it cross-origin.

A one-second DASH media segment, addressed by the manifest's $Number$ template. The same underlying CMAF structure as the HLS segments in the sibling package, which is the whole point of CMAF, and something a fixture set should let you verify rather than take on trust.

A one-second DASH media segment, addressed by the manifest's $Number$ template. The same underlying CMAF structure as the HLS segments in the sibling package, which is the whole point of CMAF, and something a fixture set should let you verify rather than take on trust.

A one-second DASH media segment, addressed by the manifest's $Number$ template. The same underlying CMAF structure as the HLS segments in the sibling package, which is the whole point of CMAF, and something a fixture set should let you verify rather than take on trust.

A one-second DASH media segment, addressed by the manifest's $Number$ template. The same underlying CMAF structure as the HLS segments in the sibling package, which is the whole point of CMAF, and something a fixture set should let you verify rather than take on trust.

A one-second DASH media segment, addressed by the manifest's $Number$ template. The same underlying CMAF structure as the HLS segments in the sibling package, which is the whole point of CMAF, and something a fixture set should let you verify rather than take on trust.

A one-second DASH media segment, addressed by the manifest's $Number$ template. The same underlying CMAF structure as the HLS segments in the sibling package, which is the whole point of CMAF, and something a fixture set should let you verify rather than take on trust.

An intentionally corrupt DASH manifest whose mediaPresentationDuration is the bare number 14.0 instead of the ISO 8601 form PT14.0S. The XML is well-formed, so it parses cleanly and only fails at schema validation, which most players skip. The usual result is a duration of zero or NaN and a seek bar that never populates, with no error anywhere.

A live DASH manifest: type is dynamic, there is no total duration, and the client must compute which segment is currently available from availabilityStartTime, the wall clock, and the segment duration. Declares a one-minute time-shift buffer and an eight-second presentation delay. The timestamps are fixed so the fixture stays deterministic: a real client will compute a segment number far in the future, which is itself a useful edge case to handle gracefully.

The same content addressed with an explicit SegmentList: every segment URL enumerated rather than derived from a template. Verbose, but it is what older packagers emit and it permits non-uniform segment naming. A DASH client must support both this and SegmentTemplate; the paired template manifest in this group is the direct contrast.

Three DASH periods (content, an ad break, then content again), each with its own initialisation segment. Period boundaries are where players most often break: the decoder must be reset, the buffer cannot span the discontinuity, and rendition selection restarts. Pairs with the VMAP and SCTE-35 fixtures, which describe the same break from the ad-signalling side.

A DASH manifest with separate video and audio adaptation sets, three video representations, and $RepresentationID$/$Number$ segment-template addressing: the standard VOD packaging shape. Served inline as application/dash+xml with permissive CORS, so dash.js can load it cross-origin. A manifest-parsing fixture: it describes segment URLs rather than shipping the segments.

A dashboard driven by four template variables, one of which queries using the value of another: the chained dependency that must be resolved in order. Multi-select variables interpolate as regex alternations, which is why every query here uses =~ rather than =.

A dashboard document in the Grafana JSON model: five panels on the 24-column grid, each with a datasource reference by UID, a PromQL target and a unit. Three panels query the recording rules in this category, so the dashboard and the rule file can be validated against each other.

Synthetic dashboard mock (KPI cards + bar chart): SAMPLE UI for layout / chart vision models. Not a real product.

Synthetic dashboard mock (KPI cards + bar chart): SAMPLE UI for layout / chart vision models. Not a real product.

Synthetic dashboard mock (KPI cards + bar chart): SAMPLE UI for layout / chart vision models. Not a real product.

Synthetic dashboard mock (KPI cards + bar chart): SAMPLE UI for layout / chart vision models. Not a real product.
We use Google Analytics and show ads via Adsterra. Non-essential cookies and ad scripts run only after you allow the matching categories. See our cookie policy.