Navegadores

Especificado, con la medición de capacidades implementada. La matriz de navegadores soportados no está cerrada: depende de las limitaciones abiertas de modos de reproducción.

Chrome y Chrome Canary son el primer objetivo, porque son los navegadores de la biblioteca de referencia (H.264 y H.265, 1080p y 4K, normalizada, normalmente en MP4).

Cómo sabe Styx lo que soporta tu navegadorCopiar enlace

La web no adivina por el nombre del navegador. Al abrir el reproductor mide qué reproduce con MediaSource.isTypeSupported sobre MP4 fragmentado:

• vídeo: H.264, H.265, AV1 y VP9;
• audio: AAC, Opus, FLAC, MP3, AC-3 y E-AC-3.

Con eso declara sus capacidades y el plan se hace a medida. Es el motivo por el que el mismo vídeo puede reproducirse en un navegador y no en otro: el soporte de H.265 o de AC-3 depende del navegador, del sistema operativo y del hardware, y Styx lo mide en cada cliente en lugar de suponerlo.

ReproductoresCopiar enlace

La web tiene dos reproductores, ambos sobre HLS: Vidstack con hls.js y Limeplay con Shaka. El navegador de las pruebas automáticas (Chromium de Playwright) no trae H.264, AAC, HEVC ni AC-3, por lo que las pruebas con códecs propietarios exigen un Chrome real.

DiagnósticoCopiar enlace

1. Abre la explicación del plan de la ficha: dice qué se copió y qué se pidió convertir.
2. Si el plan pide transcodificar y la web devuelve TRANSPORT_UNSUPPORTED, tu navegador no decodifica esa pista y la conversión aún no existe.
3. Si el navegador no llega al daemon, es la limitación del origen HTTP/3: ver el estado real.