SCTE-35 — Splice Insert (Break End / Return to Network)
The matching return cue for the break-start splice_insert in this group: the same spliceEventId with outOfNetworkIndicator false, signalling the feed is coming back from the ad break. It carries no BreakDuration because the return is explicit rather than automatic. Pairing start and end cues by event id is exactly what an ad-insertion implementation has to get right, and this is the pair to test it on.
<?xml version="1.0" encoding="UTF-8"?>
<SpliceInfoSection xmlns="http://www.scte.org/schemas/35" protocolVersion="0" ptsAdjustment="0"
tier="4095" sapType="3">
<SpliceInsert spliceEventId="1001" spliceEventCancelIndicator="false" outOfNetworkIndicator="false"
spliceImmediateFlag="false" uniqueProgramId="1" availNum="1" availsExpected="1">
<Program><SpliceTime ptsTime="3420000"/></Program>
</SpliceInsert>
</SpliceInfoSection>
Specifications
- Standard
- SCTE-35
- Command
- splice_insert
- Splice Event Id
- 1001 — matches the break-start cue
- Out Of Network
- false — returning to the network feed
- Pts Time
- 3420000 (38.0s at 90 kHz)
- Break Duration
- absent — an explicit return, not an auto-return
What is a .xml file?
XML (Extensible Markup Language) is a verbose, self-describing markup language using nested tags, attributes, and namespaces to represent structured, hierarchical data. It supports schemas, entities, and validation and underlies many document and data formats. It remains common in enterprise, publishing, and interchange contexts.
How to use this file
Use an example XML file to test parsers, namespace and schema validation, XPath queries, and protection against entity-expansion and external-entity attacks.
How to use this file for testing
“SCTE-35 — Splice Insert (Break End / Return to Network)” is a deterministic Novus Examples fixture for Ad insertion, Streaming manifests, Video QA. VAST ad responses and SCTE-35 splice descriptors covering linear break signalling, wrappers, and companion creatives — for testing ad-decision integration and manifest-manipulation logic without calling a real ad server.
Documented properties for this file: XML · 472 bytes. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.
Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.
Media fixtures are short and synthetic by design. Prefer waveform or transcript ground truth in the same group when measuring ASR, trim, upscale, or sync tools; do not assume broadcast-quality masters.
Code examples
import xml.etree.ElementTree as ET
tree = ET.parse("scte35-break-end.xml")
root = tree.getroot()
print(root.tag, [c.tag for c in root][:5])Related files
- mpdDASH — Dynamic (Live) Manifest With a Time-Shift BufferA 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.
- mpdDASH — Explicit SegmentList AddressingThe 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.
- mpdDASH — Intentionally Corrupt: Malformed ISO 8601 DurationAn 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.
- mpdDASH — Multi-Period Manifest With a Mid-Roll BreakThree 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.
- mpdDASH — Static MPD With a Segment TemplateA 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.
- m4sDASH VOD — Init Segment (init-stream0.m4s)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.
Generated by generation/video_timedtext.py. Free for any use, no attribution required — license.