dec-0064

Vista generada de dec-0064: MediaBunny es la única dependencia multimedia de alto nivel inicial; ownership matrix delega parsing/demux/sample-access/container-transformation SOLO a ella.

ImplementadoSin versión del tren todavía· generada desde docs/decisions/dec-0064-mediabunny-es-unica-dependencia-multimedia.md
track/docsdec-0124track/docs:DC10

Vista generada desde docs/decisions/dec-0064-mediabunny-es-unica-dependencia-multimedia.md. No se edita a mano: bun run docs:gen la regenera y bun run docs:check falla si difiere. El estado aquí es el del model: si discrepa con otra página, manda el model.

CampoValor
EstadoLOCKED (migrado de un rNN por gate-3: el fichero no declara estado)
Referencia legadaL1-mediabunny-sole-high-level-dependency
Ficherodocs/decisions/dec-0064-mediabunny-es-unica-dependencia-multimedia.md

Por qué importa (del frontmatter del ADR):

TKT-039 milestone M0 (docs/tickets/TKT-039-...) es literal: 'apps/web + MediaBunny installed + fixture loader / fixture reaches first frame en MSE' — consumer directo, no indirecto.

Nodos del roadmap que lo citan en refs: ninguno.

Páginas de la documentación que lo citan: ninguna todavía.

Texto del ADR

Leído de docs/decisions/dec-0064-mediabunny-es-unica-dependencia-multimedia.md, el fichero canónico.

MediaBunny es la única dependencia multimedia de alto nivel inicial; ownership matrix delega parsing/demux/sample-access/container-transformation SOLO a ella.

MediaBunny es la única dependencia multimedia de alto nivel inicial; ownership matrix delega parsing/demux/sample-access/container-transformation SOLO a ella.

Por qué pasa gate-3

  • Hard-to-reverse: Revertir implicaría decidir cuál parsing/demux/sample-access de la ownership matrix reabsorbe Styx vs cuál delega a otra dependencia, lo cual reestructura la arquitectura de capas del web player
  • Surprising sin contexto: Sin este ADR, un ingeniero no inferiría que Styx restringe explícitamente el número de dependencias multimedia de alto nivel a exactamente una (MediaBunny) - la default assumption sería adoptar múltiples libs especializadas (p.ej una para DASH, otra para HLS, otra para fMP4)
  • Trade-off real: Se rechaza adoptar múltiples libs multimedia especializadas; el trade-off es aceptar el riesgo R-D1.1 (MediaBunny no cubra output incremental correcto) con mitigación W0 spike + fallback a narrow Styx-owned fragmenter, en lugar de diversificar dependencias para coverage

Procedencia

Split de docs/decisions/r53-web-player-ownership-2026-07-15.md (lock L1-mediabunny-sole-high-level-dependency) durante PASO 7 (2026-07-16). Ver el fichero padre para el contexto completo del pack original.

dec-0063

Vista generada de dec-0063: Styx implementa Web Player y Web Engine first-party; ninguna runtime externa (Shaka/RxPlayer/Vidstack/Limeplay/Media Chrome/Video.js) es foundation del engine.

dec-0065

Vista generada de dec-0065: MSE + HTMLVideoElement es el backend de producción inicial; WebCodecs queda como backend first-class futuro, no requisito de esta ola.

Texto del ADR
MediaBunny es la única dependencia multimedia de alto nivel inicial; ownership matrix delega parsing/demux/sample-access/container-transformation SOLO a ella.
Por qué pasa gate-3
Procedencia