PERMADEATH:
cómo se hizo el video

Resumen

Un film de motion graphics de 7:47 sobre Permadeath, el servidor hardcore de ElRichMC (25/03 al 24/05/2020), hecho 100% en código: HTML, JavaScript, three.js y WebAudio, sin metraje ni modelos de video. Se exportó frame a frame a MP4 (1920×1080, 30 fps, 14.015 frames, audio AAC a −14 LUFS, 1,6 GB).

• Estructura: apertura con el corazón hardcore y la pantalla de kick, título 3D de bloques, las reglas oficiales, presentación de los 38 jugadores con sus skins reales, crónica día por día y memorial final.
• Crónica: 7 decretos de dificultad, 6 baneos por inactividad, 1 muerte anulada por rollback, 1 muerte revivida y 33 muertes en juego (32 jugadores y OmniRich), cada una recreada como un dibujo animado.
• Iteraciones: la v1 duró 5:43. La v2 sumó explicaciones dibujadas a mano, cámara lenta, mejor física, decretos rediseñados y una partitura más épica.
• Archivo final: out/PERMADEATH_v2.mp4; fuentes y pendientes en FACTS.md.

El encargo y las reglas

La regla central fue no inventar: ninguna muerte, día o causa aparece en pantalla sin una fuente contrastada. Lo que no se pudo confirmar va a FACTS.md y no se anima como hecho.

• Pedido: investigar Permadeath (participantes, tiempos, historia, cada muerte, cada cambio) y hacer un video épico con presentación, timeline y cada muerte recreada.
• Presentación: con las skins reales de los jugadores.
• Muertes: recontadas en un estilo animado propio, como si se hubiera visto el clip y se lo volviera a contar en dibujo.
• Libertad creativa: estilo, música, estructura y duración los decidía yo.
• Freno obligatorio: solo si dos fuentes se contradecían sobre quién, cuándo o cómo, o si no se podía seguir sin inventar un dato. No hizo falta frenar: cada contradicción se resolvió con una fuente primaria.
• "Done": skins reales en la presentación, todas las muertes confirmadas recreadas, cero datos inventados y un MP4 que se reproduce.

Investigación con subagentes

La investigación se partió en 4 subagentes en paralelo. Antes de dibujar cada muerte, extraje yo mismo los frames del clip original con ffmpeg y los miré uno por uno.

• Otras fuentes: el documental de Rubik "La Historia Completa de Permadeath" (2026), las wikis de fans y videos multi-POV.
• Método de contraste: una herramienta propia (tools/vframes.py) arma hojas de contacto con los segundos exactos de cada clip. Con ellas verifiqué el mensaje de muerte, el escenario y lo que se ve en los últimos segundos.
• Las muertes sin clip (Kaumaru, OutConsumer, Paracetamor) se reconstruyeron solo con sus propias palabras: su video, su directo, sus tuits y sus entrevistas en el documental.

FACTS.md y las contradicciones

FACTS.md es el contrato del video. Nada se anima como hecho si no está en al menos una fuente primaria (el clip o la tarjeta oficial) contrastada con los frames. Lo que no se pudo confirmar va a "Pendientes" y no sale en pantalla.

Aparecieron 11 contradicciones entre fuentes. Ninguna quedó abierta sobre quién murió, cuándo o cómo, así que no hizo falta frenar a preguntar. La regla fue siempre la misma: manda lo que se ve en pantalla (tarjeta oficial, mensaje de muerte, frames).

Los casos dudosos se animaron sin inventar:

• Cecililla: el creeper nunca aparece en cámara, así que tampoco en el dibujo. La explosión llega desde fuera de cuadro.
• Hardyluski: el Gato Supernova nunca se ve. Se dibujan el vuelo y la explosión repentina, sin el gato.
• Golpes finales no visibles (Folagor, Mikecrack, Cibergun, Nia, EsVandal): se muestra hasta el último frame y el remate queda como destello, según el mensaje oficial.
• Muertes que no contaron: la de MrCarlos (deshecha por rollback) se menciona sin recrearla. La primera de Kakytron (bug del script) va como boceto con sello "MUERTE ANULADA".
• Baneos por AFK: no hubo muerte, así que van en una tarjeta de "permabaneados por inactividad".

Quedaron 10 pendientes que no salen en pantalla. Por ejemplo: la duración del Death Train en cada muerte, el "combo flecha" de Tonacho (solo es su relato), si a KillerCreeper lo mató uno o dos creepers, y qué figura era el Emperador en el clip de EsVandal.

Stack técnico

Todo el video es una página web que se renderiza sola. No hay footage, ni modelos de video, ni samples: la imagen sale de three.js y Canvas 2D, y la música se sintetiza en el navegador.

La línea de tiempo alimenta dos ramas que corren por separado y se juntan recién en el mux final.

• Determinismo: nada depende de un reloj real, todo lo que se mueve depende del número de frame. Por eso 6 workers pueden renderizar rangos distintos y el resultado pega sin costuras. También permite re-renderizar un solo segmento para arreglar una escena.
• Motor: Chromium 152 headless controlado con puppeteer-core, con la GPU AMD real.
• Capas por frame: escena 3D (three.js) → composición 2D (textos, notas, HUD) → shader de post (grano, aberración cromática, viñeta, destello, temblor, glitch, letterbox y transiciones de quemado, tinta y corte).
• Captura: canvas.toDataURL en JPEG, por pipe directo a ffmpeg. No se guardan frames sueltos en disco.
• Audio: el mismo FILM.cuesJSON() que usa la imagen le dice a la música dónde caen los impactos, los decretos y las cámaras lentas.
• Archivos clave: film/src/main.js (arranque y API FILM), film/src/timeline.js (las 55 escenas), film/render.mjs (video) y film/render_audio.mjs (audio).

Dirección de arte

El video habla con dos lenguajes visuales. Lo "oficial" (presentación, título, decretos, tuits) es Minecraft limpio: vóxeles en 3D y tipografía del juego. Las muertes, en cambio, son un relato dibujado: tinta y aguada sobre papel, como alguien que vio el clip y lo vuelve a contar a mano.

El shader "ink & wash" (film/src/gl.js, renderInk) convierte cualquier escena 3D en dibujo:

• Filtro Kuwahara: aplana las texturas de bloque en manchas de aguada sin perder los bordes.
• Líneas de tinta: salen de la profundidad (Sobel) y de un laplaciano. Tiemblan ("boil") a 8 fps, como una animación dibujada cuadro a cuadro.
• Trama de sombreado en las zonas oscuras, fibra de papel, manchas y bordes de página quemados.
• Tinta roja: es el único color saturado y se reserva para la lava y el fuego.

El modo "boceto a lápiz" se usa para las muertes sin clip (Kaumaru, OutConsumer, Paracetamor y la primera de Kakytron). Se ve distinto a propósito, para que quede claro que es una reconstrucción a partir de lo que ellos mismos contaron.

Las notas a mano son la firma de la segunda pasada:

• Texto en Caveat que se escribe letra por letra.
• Flechas, círculos y subrayados que se trazan en vivo y siguen al objeto en 3D (se proyecta su posición en cada frame).

La cámara lenta re-mapea el tiempo de la escena: la imagen pierde color (35 % monocromo), entran franjas de cine y la música baja a latidos.

Los decretos (cambios de dificultad) son motion graphics con tipografía de Minecraft:

• Un cuentakilómetros que gira hasta el día nuevo y un titular que se escribe con glitch.
• Tooltips del juego con códigos de color (dorado y rojo tachado).
• Un pedestal 3D con el mob de cada cambio, sobre un fondo de texturas del juego en mosaico.

Tipografías: Monocraft (Minecraft), Cinzel (épica), Fraktur, VT323 (terminal), Oswald, Caveat (mano) y Permanent Marker.

Momentos épicos fuera de las muertes: el título "PERMA / DEATH" hecho de bloques que sube desde la lava entre rayos, y el anillo con los 38 jugadores y sus skins reales.

Skins reales

Cada jugador aparece con la skin que llevaba cuando murió, no con la de hoy. La prueba es su tarjeta oficial de muerte: @PermadeathSMP la tuiteó dentro del día y muestra la cara 8×8 del jugador en escala de grises.

Cómo se verificó:

1. Nombre de juego → UUID con la API de Mojang.
2. Historial de texturas de la cuenta en NameMC. NameMC bloquea curl con Cloudflare, así que los PNG se bajaron desde una sesión de navegador real.
3. Se comparó la cara de cada textura con la de la tarjeta, píxel por píxel en luminancia. Coincidencia = diferencia máxima menor a 1 nivel sobre 255.

Trampas encontradas:

• Hay cuentas que hoy tienen el mismo nombre pero no son los jugadores de 2020 (por ejemplo Luh, IbaiLlanos, alexelcapo). Por eso se fue siempre por UUID y tarjeta, nunca por nombre.
• Varios jugadores usan la misma cabeza en muchas skins (Mikecrack, ElRichMC, CrisGreen, KillerCreeper55, Rubik). La tarjeta prueba la cara, no el cuerpo, así que se eligió la textura más cercana a la fecha de la muerte.
• Algunas tarjetas no coinciden con la primera textura que registró NameMC: el jugador había vuelto a una skin vieja, y NameMC registra cada textura una sola vez.

El modelo 3D (film/src/skin3d.js) arma el jugador directo desde el PNG:

• Las UV de Minecraft, con la capa de ropa encima.
• Detección de brazos finos (modelo "slim").
• Soporte de skins viejas de 64×32, con los miembros espejados.
• La regla de Minecraft para esas skins viejas: si la capa del sombrero es opaca entera, se ignora. Sin esa regla, el sombrero tapaba la cara de esos jugadores.

El registro completo (UUID, fuente y evidencia de cada archivo) está en assets/skins/SKINS.md.

Recreación de las muertes

Las 33 muertes confirmadas (32 jugadores y OmniRich) tienen cada una su viñeta dibujada, de 7 a 10,7 segundos. A eso se suma la primera muerte de Kakytron, que fue anulada y aparece como boceto con sello. Los 6 baneos por AFK no se recrean porque no hubo muerte: aparecen como tarjeta de "permabaneado".

Cada muerte es un módulo (film/src/deaths/dNN_jugador.js) con la misma forma:

• Datos: número, jugador, día, fecha, momento del impacto y duración.
• chat: los mensajes del chat, textuales del clip (el mensaje vanilla y la frase de muerte personalizada).
• slow: los tramos en cámara lenta.
• build(): arma el mundo en vóxeles, los mobs y al jugador con su skin. Devuelve:
  • cues (sonidos), hearts (la vida en el HUD) y notes (las explicaciones dibujadas).
  • overlay (HUD 2D: hotbar, tooltips, citas).
  • update(t), que ubica cámara, jugador y mobs para cada instante.

El ciclo de cada muerte:

1. La ficha visual del clip (research/parts/), cuadro a cuadro.
2. Un agente, o yo, escribe el módulo siguiendo film/AGENT_GUIDE.md.
3. tools/preview.sh renderiza frames sueltos y tools/vframes.py arma la hoja del clip real para compararlos lado a lado.
4. Se corrige y se vuelve a comparar.

Ejemplos de cómo el clip manda sobre el dibujo:

Piezas compartidas (film/src/deaths/common.js):

• groundAt: pega jugadores y mobs al suelo real del mundo. Antes, algunos flotaban o se hundían.
• creeperFuse y walkCreeper: el creeper camina, parpadea en blanco y se hincha antes de explotar.
• totemPop: el tótem salta en 2D encima de la imagen, con su textura real de 16×16 y giro, como en el juego.
• hop: el salto con aplastamiento de los slimes.

Después de cada impacto la viñeta sigue 1 segundo más (1,6 en las anuladas) para que se alcance a leer el mensaje de muerte.

Música y sonido

Toda la banda sonora está sintetizada en el navegador, sin un solo sample. Se genera a partir de la lista de escenas y de los cues del propio video, así que cada golpe cae en su frame exacto.

El sintetizador (film/src/audio/synth.js) tiene 25 voces hechas con osciladores, ruido y envolventes. Entre ellas: bombo, braam de cine, coro con formantes de vocales, campanas, piano, trémolo de cuerdas, redoble de timbales, rugido, platillo, truenos, lluvia y latido.

La base (film/src/audio/score.js) está en re menor a 120 BPM, con un acorde cada 2 segundos:

• Pad, bajo sub, un ostinato de cuerdas pulsadas y batería. Cada 4 compases entra un redoble de taikos.
• La intensidad sube con cada decreto: el ostinato pasa de corcheas a semicorcheas y los filtros se abren.
• Desde el día 30 entran tambores de guerra. Desde el día 40 la progresión cambia a una más oscura, con semitonos (re → mi♭ → re → do♯).

Lo que suena en cada momento clave:

El truco que más rindió fue el silencio antes del golpe. La base se apaga justo en el impacto y en las cámaras lentas. Eso hace que cada muerte pegue más fuerte que si sumara capas.

La mezcla final:

1. Los 6 chunks se suman en float.
2. ffmpeg aplica acompressor y alimiter.
3. En el mux, loudnorm a −14 LUFS, el nivel de YouTube.

La suma cruda llegaba a un pico de 2,25 (más del doble del máximo). Sin el limitador, cada explosión habría saturado.

Render y exportación

El MP4 sale en tres comandos: video, audio y mux. Cada rama se reparte en 6 procesos paralelos. En una sola PC, el video tardó 18,7 minutos y el audio 13,75.

node render.mjs --workers 6      # → out/video_noaudio.mp4
node render_audio.mjs 6          # → out/score.wav
ffmpeg -i out/video_noaudio.mp4 -i out/score.wav -map 0:v -map 1:a -c:v copy \
  -af loudnorm=I=-14:TP=-1.0:LRA=11 -c:a aac -b:a 256k -ar 48000 \
  -shortest -movflags +faststart out/PERMADEATH_v2.mp4

Video (film/render.mjs):

• Abre 6 páginas de Chromium headless, con la GPU habilitada y sin throttling de pestañas en segundo plano.
• Cada página recibe un rango de frames. Por cada frame llama a FILM.renderFrame(n), saca el canvas en JPEG (calidad 0,96) y lo manda por pipe a su ffmpeg.
• ffmpeg codifica en H.264: preset slow, CRF 19, yuv420p, 30 fps.
• Al final, concat -c copy une los 6 segmentos sin volver a codificar.

Audio (film/render_audio.mjs): 6 ventanas de ~79 s en paralelo. Node junta el PCM y ffmpeg comprime y limita.

Arreglos sin re-renderizar todo: para corregir una escena se renderiza solo su rango (--from/--to), se reemplaza ese segmento y se vuelve a concatenar. Así se arregló la muerte de ElRichMC en v2: se reemplazó solo el segmento 4.

Problemas que aparecieron y cómo se resolvieron:

Verificación del MP4 final:

• Se decodificó completo con ffmpeg sin errores.
• Tiene 14.015 frames.
• No hay saltos en las uniones de segmentos.
• La sonoridad medida es −14 LUFS.

Segunda pasada con 5 subagentes

La v1 (5:43) gustó, y la segunda pasada fue de pulido. Se atendió una lista de pedidos concretos del feedback y se repartieron 27 muertes entre 5 subagentes. Yo me quedé con los sistemas compartidos y las 7 muertes que requerían fuentes nuevas.

Lo que pediste y dónde quedó:

• Física y composición: groundAt para que nadie flote, y cámaras reencuadradas escena por escena.
• Arañas paradas sobre sus patas, creepers que se acercan, parpadean y explotan, slimes con cara.
• Tótem con su textura real y su giro, en 2D sobre la imagen.
• Tiempo para leer: 1 s más después de cada muerte.
• Explicaciones dibujadas en todas las muertes, trazadas en vivo, y cámara lenta en los momentos clave.
• Decretos con motion graphics y tipografía de Minecraft, y música más épica en muertes y decretos.

Reparto:

Los agentes arrancaron en esfuerzo medio. Cuando pediste medio-alto según la complejidad, los lotes D y E salieron así. Ninguno usó el máximo.

Lo que hizo que 5 agentes pudieran trabajar a la vez sin romperse entre sí:

• film/AGENT_GUIDE.md con reglas duras: datos solo de research/parts y FACTS.md, cada uno edita solo sus archivos, todos pegados al suelo con groundAt. También documenta la API de notas y de cámara lenta.
• Sistemas compartidos en manos de uno solo: notas, cámara lenta, tótem 2D, mobs y el motor de viñetas los toqué solo yo. Los agentes los usaron sin modificarlos.
• Previews aisladas: preview.sh usa una carpeta temporal por llamada.

Lo que igual falló:

• Un error de sintaxis de un agente rompió por un rato las previews de todos, porque todas cargan el mismo timeline.
• El compañero sin identificar de Ander salía con la skin de OmniRich. Se cambió por una silueta genérica.
• En la muerte de ElRichMC, las notas se superponían. Se corrigieron los tiempos y se re-renderizó solo ese segmento.

El resultado es la v2: 7:47, con todas las muertes revisadas contra sus frames.

Aprendizajes

Lo más valioso no fue técnico: fue decidir que el frame manda y dejar por escrito qué no se sabe. Todo lo demás se apoya en eso.

Investigación

• El clip le gana a la wiki. Las 11 contradicciones se resolvieron mirando un frame o una tarjeta. La wiki incluso se contradice sola: la prosa dice una fecha y la tabla otra.
• Las tarjetas oficiales de muerte fueron la mejor fuente. En una sola imagen traen fecha y hora UTC, causa y la cara del skin.
• "No se sabe" también es un dato. Cada caso dudoso tiene su convención visual: boceto a lápiz, explosión desde fuera de cuadro o sello de "anulada". Así el video cierra sin inventar nada.
• Las palabras del propio jugador desbloquean casos sin clip. Paracetamor (el gateway) y el búnker de Kakytron salieron de sus entrevistas en el documental.

Código y producción

• Determinismo desde el día uno. Que cada frame dependa solo del tiempo es lo que permitió 6 workers, parches de un solo segmento y previews idénticas al render final.
• Un motor compartido y módulos chicos. Una muerte es un archivo de 122 líneas de media encima del motor de viñetas. Eso escaló a 33 escenas y a 5 agentes.
• El ciclo de corrección más rápido: frames sueltos del render al lado de la hoja de frames del clip real. No hace falta renderizar el video para ver si una escena está bien.
• Construir las escenas solo cuando se usan. Construirlas todas al cargar trababa el arranque del render.

Agentes

• Reglas escritas y dueños de archivo claros valen más que prompts largos. Con AGENT_GUIDE.md y un archivo por agente no hubo conflictos de edición.
• Los sistemas compartidos no se delegan. Cuando todos dependen del mismo motor, un error de uno frena a todos.
• Esfuerzo medio alcanza para arreglos puntuales. Medio-alto sirve para lotes que suman notas y cámara lenta.

Audio

• Audio largo = ventanas por tiempo de inicio con cola completa, y después sumar. La mezcla es exacta y se paraleliza.
• El silencio pega más que otra capa. Cortar la base justo en el impacto le dio a cada muerte más peso que cualquier braam.

Creativo

• Dos lenguajes visuales separan hecho de relato. Lo oficial va en Minecraft limpio. La muerte es un recuerdo dibujado.
• Las notas a mano convierten el espectáculo en explicación. Pero tienen que anclarse al objeto 3D; si no, flotan desconectadas de la acción.

Números y archivos

El video final dura 7:47, pesa 1,57 GB y salió de unas 8.500 líneas de código propio.

Dónde está cada cosa (dentro de la carpeta del proyecto):

Quedan dos exportaciones viejas en out/: PERMADEATH.mp4 (v1, 1,22 GB) y permadeath_v1.mp4 (4,92 GB). No las borré.

Posibles mejoras

Lo que más sumaría ahora es cerrar pendientes con más clips multi-POV. Después vienen las versiones para distribuir. Nada de esto hace falta para que el video actual sea correcto.

Datos que se podrían confirmar

• Clips de otros jugadores del mismo momento: podrían mostrar el primer golpe de Folagor, Cibergun y Alkapone, si a KillerCreeper55 lo mató uno o dos creepers, y la duración del Death Train en cada muerte.
• La skin de 2020 de Shadoune666: buscarla en miniaturas y videos viejos suyos.
• Las cuentas de Perxitaa y BarbeQ: buscar su nombre en la lista de jugadores (tab) de algún clip, para usar su skin completa en vez de solo la cara.

Distribución

• Capítulos de YouTube automáticos: el timeline ya sabe dónde empieza cada escena (tools/info.mjs).
• Subtítulos en inglés: las notas y citas son datos con tiempos, así que se puede generar un .srt directo desde el código.
• Un corte vertical para Shorts o TikTok con 3 o 4 muertes. El motor ya permite renderizar cualquier rango, pero habría que recomponer los encuadres a 9:16.
• Una versión liviana para compartir: el master a ~26,8 Mb/s es ideal para subir, pero pesado para mandar por chat.

Técnica

• Render más rápido: hoy va a 12,7 fps de media. No medí si el límite es la GPU, la codificación JPEG o el x264 en preset slow. Medirlo diría si conviene sumar workers en otra máquina (la idea del VPS) o solo bajar el preset.
• Un chequeo automático de escenas: que falle si alguien flota, si una nota se sale de cuadro o si dos notas se pisan. Hoy eso se revisa a ojo en las previews.

Costo, tokens y tiempo

Todo el proyecto usó 718,11 M tokens en 2.647 llamadas a la API: la sesión principal más 18 subagentes. Al precio de lista de Claude Opus 5.5, eso equivale a US$ 285,68. Pasaron 4 h 44 min de reloj, de las 20:38 a las 01:23 (hora de Argentina).

Tokens y costo por tipo

El 49 % del costo son lecturas de caché: cada llamada relee el contexto acumulado. A $0,20 por millón son baratas, pero fueron 699,15 M.

Por agente

Son 19 filas: la sesión principal y los 18 subagentes. La investigación fue lo más caro después de la sesión principal: 13 agentes leyendo frames, tuits y wikis en paralelo. Todos corrieron en Opus 5.5 a velocidad estándar.

Tiempo

• Tiempo con actividad: 3 h 38 min. Cuento como pausa todo hueco de más de 10 minutos sin ninguna acción de ningún agente; hubo 3, que suman 1 h 06 min.
• Tiempo de máquina en renders: 58 minutos de video (v1, v1b, v2 y el parche) y 27 de audio. Buena parte corrió en paralelo con otro trabajo.
• Trabajo en paralelo: sumando la duración de cada subagente salen 10 h 54 min. Eso es más del doble del tiempo de reloj.

Qué no entra en la cuenta

• La compactación de contexto (1 vez, sobre ~968.000 tokens) no queda registrada en el transcript. Suma entre ~US$ 0,50 y ~US$ 4, según cuánto estuviera en caché.
• Las 94 búsquedas web cuestan US$ 10 cada 1.000 (US$ 0,94), más los tokens de esas búsquedas, que tampoco se registran.
• Las 34 lecturas de páginas web las resume un modelo chico aparte, y su uso tampoco se registra.
• Es un equivalente: suma el uso registrado a precio de lista de la API. Si la sesión corrió con una suscripción, el cobro real es otro.
• Foto al momento de generar esta página: lo que pase después (incluido publicarla) no está sumado.

Fuente: los transcripts de Claude Code (sesión y subagentes). Cada respuesta se cuenta una sola vez por su id de mensaje. Precios de platform.claude.com/docs/en/about-claude/pricing: Opus 5.5 cobra US$ 4 la entrada, US$ 5 y 8 las escrituras de caché de 5 min y 1 h, US$ 0,20 las lecturas de caché y US$ 20 la salida; el contexto de 1M va a tarifa estándar. Script: costs/usage.py.

Links y recursos

Todo lo que usamos y que es público en internet. Los 78 videos de YouTube se verificaron uno por uno y siguen disponibles; otros 2 que citaba la investigación ya no lo están y no se enlazan. Las tarjetas de muerte, los tuits y los frames se usaron solo para contrastar datos: acá están los originales.

Este proyecto

• El video final en YouTube · Claude Opus 5.5 FILM: PERMADEATH
• El código en GitHub · film, investigación, skins, esta página y el cálculo de costos
• Esta página

Fuentes principales

• TODAS LAS MU3RT3S PERMADEATH · GersoonSG · un capítulo por muerte: la base de cada recreación
• La Historia Completa de Permadeath · Rubik · contexto, fechas y las palabras de los jugadores
• Los jugadores de Permadeath hablan 6 años después · Rubik · entrevistas a los jugadores

Permadeath: sitios y datos

• Canal de YouTube de ElRichMC
• @PermadeathSMP en X · su archivo en el Wayback Machine · de ahí salieron los 128 tuits, las tarjetas de muerte y las imágenes de cada cambio
• Wiki de Permadeath: Muertes · Participantes · Cambios de dificultad
• Permadeath Wiki · otra wiki de fans, con páginas por día y por jugador
• TwitchTracker: directos de ElRichMC · fechas de los directos
• Bolavip: Permadeath 2 se retrasa · 2021
• PermaDeathCore en SpigotMC · plugin de fans; no está confirmado que sea el del servidor
• seulloaca/Permadeath en GitHub · recreación del plugin hecha por fans

Episodios de ElRichMC citados

• Permadeath Ep1, DEMASIADOS NERVIOS [DÍA 0/110] · ElRichMC - Minecraft & Gaming a otro nivel
• Permadeath Ep13, ENRAGED PERMADEATH DEMON - BOSS FIGHT FINAL [DÍA 30/110] · ElRichMC - Minecraft & Gaming a otro nivel
• Permadeath Ep15, MISIÓN IMPOSIBLE EN EL VACÍO · ElRichMC - Minecraft & Gaming a otro nivel

Skins

• NameMC · historial de skins de cada cuenta
• API de Mojang · nombre → UUID → skin actual

Herramientas

• Claude Code · Claude Opus 5.5 y sus subagentes
• three.js · 3D
• Puppeteer · maneja Chromium headless
• Chromium
• FFmpeg · codificación y mezcla
• Vercel · hosting de esta página

Tipografías

• Monocraft · la letra de Minecraft
• Caveat · las notas a mano
• VT323
• Permanent Marker
• Cinzel
• Oswald
• Press Start 2P
• UnifrakturCook

Precios

• Precios de la API de Claude · base del cálculo de costos