4c1f640588
The review of #452 (M4–M9) found its platform-decode part at odds with
browser-sink on main. Reworked inside EN-C:
- Kept: the query read from the payload (AV1-ISOBMFF codec string from the
sequence header, Annex E.3 from an HEVC SPS) with queries.json; the rule that
powerEfficient and prefer-hardware are hints, never energy and never evidence
of hardware.
- Reworked: the answers enter browser-sink §3's report, one shape
(report_answer): supported from isConfigSupported() alone, smooth and
power_efficient from decodingInfo() only once WebCodecs said supported, so a
Media Capabilities supported:false overrides nothing (http-delivery §12.2).
The extension defines no order and no second meaning of advertising: the order
is SPEC §4's energy order inside browser-sink §4.7, where an answer counts only
for an object routed ua (AV1's user-agent tier is none; a decode-equivalence
need with no probe run routes elsewhere).
- Dropped: rank/order/select, advertise_for_envelope (a second advertising
definition that could make a decodable WAI1 inert), the EnergyBudget and its
ceiling, and order.json. A learned entry's measurement is browser-sink §6's
energy entry.
- wai-web: the platform bundle binds platformQuery, platformAnswer and
platformChoose (browser-sink §4.7) on the browser_sink feature; the demo builds
every query from a payload (the hand-written 1920x1080 query is gone), asks
Media Capabilities after WebCodecs, and marks its one figure synthetic. The
wording calls the HEVC source the platform's encoder configured with
prefer-hardware. wai-web-wasm.yml builds the bundle.
- int_kernels_vectors: the two new corpora's sidecar exclusions (review M1).
Co-Authored-By: Claude Opus 5.5 <[email protected]>
(cherry picked from commit ce38948dad)
23 lines
1.9 KiB
JSON
23 lines
1.9 KiB
JSON
{
|
|
"about": "platform-decode §2: the query a sink reads from an entry's payload. payload_file names a WAI1 envelope under wai/ whose payload is the entry's; sps_hex is an HEVC SPS NAL unit, header included, as an Annex B stream carries it. The two AV1 objects are floor objects of the packaging corpus (SPEC §5's AV1 framing); their codec string is the one the packager wrote into the pack's HLS master. The SPS is the one the platform's HEVC encoder wrote through WebCodecs, configured as hvc1.1.6.L93.B0 for 640x360 with prefer-hardware (a hint the user agent may ignore, so nothing here says which encoder ran): it states general_level_idc 63 (level 2.1), and the codec string the encoder declared for its output repeated the configured one.",
|
|
"cases": [
|
|
{
|
|
"id": "corpus-floor-object-60-units",
|
|
"capability": "wai.video.av1",
|
|
"payload_file": "pack-conformance/packs/video-base-01/package/objects/35c7a45323b7afe979c123fa885f35cc55fabd2a1954759aebe4b95dbc76361f.wai",
|
|
"expect": { "codec": "av01.0.00M.08", "width": 64, "height": 36, "codedWidth": 64, "codedHeight": 36, "framerate": [25, 1], "bitrate": 7230, "bitDepth": 8 }
|
|
},
|
|
{
|
|
"id": "corpus-floor-object-40-units",
|
|
"capability": "wai.video.av1",
|
|
"payload_file": "pack-conformance/packs/video-base-01/package/objects/761c4649427c51796a2b699568775765b209ee80d2f4fc1cf040838c6724aa2d.wai",
|
|
"expect": { "codec": "av01.0.00M.08", "width": 64, "height": 36, "codedWidth": 64, "codedHeight": 36, "framerate": [25, 1], "bitrate": 8715, "bitDepth": 8 }
|
|
},
|
|
{
|
|
"id": "platform-encoder-sps",
|
|
"capability": "wai.video.hevc",
|
|
"sps_hex": "420101016000000300b0000003000003003fa005020171f2e206ee45914bff2e7f13fa9b8086808040",
|
|
"expect": { "codec": "hev1.1.6.L63.B0", "width": 640, "height": 360, "codedWidth": 640, "codedHeight": 368, "bitDepth": 8 }
|
|
}
|
|
]
|
|
}
|