- Shipped
- 19 de agosto de 2026 a las 2:22 UTC
- Author
- Kamo
- Commit
- 79d2ffe
El héroe apuntó un desnudo "video src" a un solo 3.9 Mbps 720p24 MP4, así que a teléfono en una conexión débil descargada exactamente la misma secuencia que un escritorio en fibra, y siguió descargando después de que el visitante se desplazaba. Ahora toca el 720p/540p/360p escalera construida por el trabajo de código de héroe-l-encode de KlusterServices: el el reproductor toma el pesquecho que su conexión lleva y consigue sólo segmentos de 4s mientras miraba. El pesquecho de 360p es de 5,4 MB contra los 31.8 MB originales. La reproducción se mueve fuera de la JSX y en un efecto porque elegir entre HLS y el MP4 es una decisión en el plazo. Safari e iOS consiguen la lista de reproducción de forma nativa (iOS no tiene extensiones de fuente de medios, por lo que hls.js no es una opción allí); todos los demás lo consiguen a través de un hls.js de importación dinámicamente que se queda fuera de el paquete de entrada. Un error fatal de hls.js, un navegador sin soporte, o un fallido cargar toda la tierra en el MP4 original, que sigue siendo la fuente de la verdad. El "video" deliberadamente lleva no secren. Declarando que uno empezaría el 31.8 MB descarga progresiva este cambio existe para eliminar. hls.js se convierte en una dependencia directa. Sólo se presentó transitivamente a través de React-tres/drei, que ya no está en package.json en absoluto; npm install podó sus 67 paquetes sobrantes del rayo. Nada en app/ importaciones drei, tres o banderas del mundo de reacción (documentos de BanderEmoji.tsx que sustituyen el último de ellos a propósito). El atributo del cartel también comienza a funcionar: ha hecho referencia public/kamo12-poster.jpg desde que se escribió este componente, pero el objeto Nunca existió y el héroe se volvió en blanco hasta que el primer marco decodificaba. El Encode trabajo ahora lo publica.