Ir al contenido

Speedrun asistido por herramientas

De Wikipedia, la enciclopedia libre

Un speedrun asistido por herramientas (en inglés tool-assisted speedrun, abreviado como TAS), se define como un speedrun en un emulador, con el objetivo de crear una demostración de una partida teóricamente perfecta. El autor de TAS (llamado TASer) usa sus conocimientos sobre la mecánica de los videojuegos de su interés junto con el uso de emuladores especializados, con tal de optimizar lo más posible el tiempo de partidas. Las herramientas utilizadas para este fin incluyen el uso de guardados y rebobinados, ralentizar y avanzar cuadro por cuadro, crear macros y scripts para realizar acciones automatizadas, etc. En el extremo de este esfuerzo, se pueden utilizar medios como el desensamblador y la fuerza bruta.

La idea no es hacer que el juego sea más fácil para los jugadores, sino más bien producir una partida que lleve el límite de la jugabilidad al extremo, por encima de las habilidades humanas. Como tal, en lugar de ser una rama de los deportes electrónicos centrada en logros prácticos, el speedrunning asistido por herramientas se ocupa de la investigación de los límites teóricos de los juegos y sus respectivas categorías de competencia, y de producir contenido con énfasis en el valor del entretenimiento, como incluir trucos y acrobacias que de otro modo serían prohibitivamente difíciles de incorporar.

Otro tipo de demostración asistida por herramientas es low optimised tool-assisted demonstration (LOTAD), la cual busca crear una partida con el mínimo de errores, a través de métodos más sencillos, como el rebobinado.

Historia

[editar]

1999-2001

[editar]

El término fue acuñado durante los primeros días de spedrunning en Doom, durante el cual se realizó la primera de estas ejecuciones (aunque a veces también se los denominó "demos construidas"). Cuando Andy "Aurican" Kempling lanzó una versión modificada del código fuente de Doom que hizo posible grabar demos en cámara lenta y en varias sesiones, fue posible que los primeros jugadores comenzaran a grabar demos asistidos por herramientas. Un par de meses después, en junio de 1999, Esko Koskimaa, Peo Sjoblom y Joonatan Donner abrieron el primer sitio para compartir estas demostraciones, "Speedruns asistidos por herramientas".[n 1]

Al igual que muchas otras comunidades de TAS, los encargados del mantenimiento del sitio enfatizaron el hecho de que sus demostraciones eran para fines de entretenimiento en lugar de competencias, aunque el intento de lograr el mejor tiempo posible con las herramientas se convirtió también en una competencia.[1]​ El sitio se convirtió en un éxito, actualizándose generalmente varias veces a la semana con demostraciones grabadas por sus encargados y enviadas por sus lectores. Después de un corto tiempo, cuando se lanzó la versión 2.03 del puerto fuente Marine's Best Friend de Lee Killough (basado en el puerto fuente de Boom), fue aún más fácil para las personas grabar estas demostraciones, agregando la funcionalidad de volver a grabar sin tener que volver a reproducir la demostración hasta que llegó al punto donde el jugador quería continuar.

El sitio estuvo activo hasta el 10 de agosto de 2001, cuando Jonathan Donner publicó un mensaje de noticias indicando que su sitio sería un archivo de ahora en adelante, y apuntando hacia The Doomed Speed Demos Archive, un sitio principalmente para speedruns normales, de las cuales el autor acordó hacerse cargo de la publicación de TAS. Aunque la popularidad disminuyó desde entonces, las demos construidas todavía se han enviado hasta noviembre de 2005, y generalmente se hacen con PrBoom.[2]

2003-presente

[editar]

En 2003, un video de un jugador japonés llamado Morimoto completando el juego Super Mario Bros. 3 en 11 minutos realizando acrobacias, comenzó a flotar en Internet.[3]​ El video resultó ser controvertido, ya que no mucha gente sabía sobre TAS en ese momento, especialmente para la NES. Como el video no estaba claramente etiquetado como tal, muchas personas sintieron que habían sido engañadas cuando descubrieron que se había hecho usando un emulador. Sin embargo, el video inspiró a Joel "Bisqwit" Yliluoma a comenzar un sitio web llamado NESvideos, que se dedicó a TAS para la NES. Al principio, alojó videos solo para NES, pero a medida que la comunidad creció, sus miembros agregaron las características requeridas para la ejecución de TAS en emuladores para otros sistemas. El nombre del sitio se cambió luego a TASVideos. A partir de mayo de 2020, TASVideos es la comunidad web en inglés más grande que produce y aloja TAS; a noviembre de 2021, el sitio tiene 4592 grabaciones TAS completas (2380 en formato reproducible en emulador) (sin incluir las grabaciones obsoletas), de las cuales 2213 son las más rápidas de su tipo.[4][5]

Se han realizado TAS para algunos hack ROM notables, así como para juegos oficiales.[6]​ En 2014, se desarrolló un robot, TASBot, capaz de ejecutar TAS a través de la entrada directa de mando (pulsación de botones) hacia la consola en cuestión.[7]

Una personificación en broma TAS, llamada TAS-san, se ha hecho popular entre los usuarios japoneses de Internet. Los TAS cargadas en sitios como Nico Nico Douga, YouTube o TASVideos pueden describirse como un nuevo récord mundial por TAS-san, quien se dice que tiene la memoria y los reflejos sobrehumanos necesarios para ejecutar dicho speedrun en tiempo real (ejecutado por un humano).[cita requerida]

Metodología

[editar]
Un fragmento del archivo de entrada para un TAS de un juego de Game Boy Advance, como se ve en un editor de texto

Crear un TAS es el proceso de encontrar el conjunto óptimo de entradas para cumplir un criterio dado, generalmente completando un juego en el menor tiempo posible. No se imponen límites a las herramientas utilizadas, pero el resultado debe ser un conjunto de pulsaciones de botones cronometradas que, cuando se reproducen en una consola real, logran el criterio objetivo. El método básico utilizado para construir este conjunto de entradas es registrar la entrada mientras se juega en un emulador, todo mientras se guarda y carga el estado del emulador repetidamente para probar varias posibilidades y solo mantener el mejor resultado. Para hacer esto más preciso, el juego se ralentiza. Inicialmente, era común reducir la velocidad a una fracción baja (por ejemplo, 5%) de la velocidad normal. Sin embargo, debido a los avances en el campo, es posible incluso detener la reproducción del juego y avanzar cuadro por cuadro.

Una herramienta raramente utilizada es la fuerza bruta en busca de entradas ideales haciendo que una computadora juegue, probando todas las entradas posibles. En teoría, este proceso podría encontrar el conjunto ideal de entradas para cualquier juego, pero dado que el espacio de todas las entradas posibles crece exponencialmente con la longitud de la secuencia, esto solo es viable para optimizar porciones muy pequeñas del TAS. En cambio, se puede usar un algoritmo heurístico. Aunque este enfoque no garantiza una solución perfecta, puede resultar muy efectivo para resolver juegos de rompecabezas simples.[8]

La velocidad de ejecución asistida por herramientas se basa en la misma serie de entradas que se reproducen en diferentes momentos, siempre dando los mismos resultados. En cierto modo, la emulación debe ser determinista con respecto a las entradas guardadas (por ejemplo, las semillas aleatorias no deben cambiar de una ejecución a otra). De lo contrario, un speedrun óptimo en una reproducción podría no completarlo en una segunda reproducción. Esta pérdida de sincronización, o "desincronización", ocurre cuando el estado de la máquina emulada en un índice de tiempo particular ya no se corresponde con el que existía en el mismo punto en la producción de la partida grabada. Las desincronizaciones también pueden ser causadas por estados de guardado incompletos, que hacen que la máquina emulada se restaure en un estado diferente al que existía cuando se guardó. Las desincronizaciones también pueden ocurrir cuando un usuario intenta hacer coincidir las entradas de un archivo de entrada descargado y no poder hacerla funcionar correctamente debido a las diferencias entre versiones de distintas regiones.[9]

Los problemas con la emulación, como el no determinismo y los estados de guardado incompletos, a menudo solo se descubren bajo las condiciones precisas cuadro por cuadro. Los desarrolladores de emuladores a menudo no otorgan alta prioridad a los problemas de velocidad porque tienen poco efecto en el juego normal; en consecuencia, la comunidad ha bifurcado varios emuladores para que sean adecuados para la tarea. Estos incluyen mejoras generales en Snes9x, y de grabación de partidas en Gens, Visual Boy Advance y Mupen64. Si se usa un emulador bifurcado para producir un TAS, la reproducción difiere entre emuladores normales y modificados, produciendo potenciales desincronizaciones en las entradas.

Alteración de memoria

[editar]

Una de las características del TAS, es que se pueden realizar miles de pulsaciones de botones por segundo, lo que depende de la cantidad de botones del mando y el uso de multitaps, del emulador, del software (videojuego) y el hardware (la consola). La pulsacion repetida de botones ocasiona un efecto fundamental: la alteración de la memoria, permitiendo la ejecución arbitraria de código. Dicha técnica permite alterar el juego en curso, e incluso inyectar otros juegos dentro de la memoria del juego anfitrión.

La ejecución arbitraria de código junto con partidas guardadas, también facilita otra técnica común, la manipulación de la suerte, que consiste en generar números pseudoaleatorios, con tal de lograr resultados favorables en algún aspecto del juego (lo que a su vez resuelve el problema del determinismo). Usando un savestate anterior a algún evento, es posible experimentar con pequeñas variaciones de entrada hasta que el evento tenga el resultado deseado. Dependiendo del juego y el evento, este puede ser un proceso que consume mucho tiempo, a veces requiere rebobinar constantemenre y, como tal, puede ocupar una gran parte del tiempo total dedicado a la creación del TAS. Los ejemplos de manipulación de suerte incluyen hacer que en Tetris caiga la pieza deseada, o que caiga un objeto raro la primera vez que uno mata a un enemigo en algún juego de acción.

Otra técnica raramente utilizada es desensamblar o depurar el ejecutable o ROM del juego. Al exponer la lógica del juego, esto permite al jugador manipular la suerte sin prueba y error, o revelar errores oscuros en el motor del juego. Una técnica relacionada más común es monitorear las direcciones de memoria responsables de ciertos efectos para saber cómo o cuándo cambian. Varios emuladores especializados disponen de estas características.

Todas estas técnicas implican una interacción directa con el estado del juego de maneras que no son posibles para un humano usando una consola real, pero el resultado final, el conjunto de entradas que conforman el speedrun, no depende de tal manipulación del estado de la máquina emulada. Por lo tanto, el uso de herramientas en TAS es diferente del tipo de manipulación de estado que proporcionan herramientas como Gameshark, ya que dicha manipulación no sería expresable como una secuencia de entradas temporizadas.

Para que un TAS sea aceptado en sitios como TASVideos, se debe ejecutar un juego sin modificaciones externas que alteren la jugabilidad,[n 2]​ por ejemplo mediante el uso de cheats; la ejecución arbitraria de código se realiza en tiempo de ejecución a través de las mecánicas y controles del propio juego.[10]

Relación con speedrun en tiempo real

[editar]

Los speedrun asistidos por herramientas se cronometran en una categoría distinta de los speedrun en tiempo real (RTA), por razones de equidad. Ya que los RTA son ejecutados por humanos en una consola real, a menudo se evita un camino difícil en favor de uno más seguro, pero más lento, para evitar riesgos como morir y tener que comenzar de nuevo, fallar una acrobacia y perder más tiempo, o fallar una configuración para un truco difícil. Dependiendo del juego, los speedrun asistidos por herramientas pueden superar a sus contrapartes en tiempo real, desde minutos hasta horas. Para un ejemplo de un speedrun en tiempo real altamente optimizada, en Super Mario Bros., el TAS más rápido se registró en un tiempo de 04:54.032, mientras que el speedrun en tiempo real se registró en un tiempo de 4:55.646.[11][12]

Convenciones de tiempo

[editar]

Los speedrun asistidos por herramientas se cronometran por entrada, es decir, desde el encendido del juego hasta la última entrada necesaria para llegar a la escena final y/o los créditos del juego. Cualquier escena introductoria, pantallas de carga de juegos y diálogos finales después de la última batalla del jefe (si es necesario ingresar para desplazarse por el texto) se incluyen en los tiempos finales. Los tiempos son exactos (al cuadro más cercano), un nivel de precisión que no es posible con ejecuciones no asistidas porque no puede determinarse a partir de una grabación cuando termina exactamente la entrada. Speed Demos Archive y Twin Galaxies miden solo la duración del juego propiamente dicho, y comienzan a cronometrar cuando el jugador obtiene el control del personaje y finaliza el cronometraje cuando el jugador lo pierde. Estas diferencias en las convenciones de temporización pueden resultar en tiempos aparentemente discrepantes entre ejecuciones no asistidas y asistidas por herramientas. Por ejemplo, un speedrun en Super Mario Bros. ejecutado por Andrew Gardikis fue registrado con un tiempo de 4:58, mientras que un TAS ejecutado por HappyLee, se registró un tiempo de 4:47.31, con una diferencia de 0.69 segundos menos con respecto al récord TAS, pero si se considera el tiempo desde que arranca el juego, su tiempo cronometrado es de 5:01.

RTA más rápidos que TAS

[editar]

Debido a que los speedrun asistidos por herramientas a menudo tardan más tiempo en crearse que los speedrun en tiempo real, el descubrimiento de un truco que ahorre tiempo puede llevar a una situación en un speedrun en tiempo real llegue a registrar un tiempo menor que los speedrun asistidos por herramientas previamente creados (lo que obligaría al creador del TAS a buscar más formas de optimizar el tiempo de juego).

El 13 al 21 de agosto de 2007, se registró récord de 4 minutos menos que un TAS previamente grabado en Pokémon Blue, debido al descubrimiento de un nuevo truco, el que permite caminar a través de las paredes. Sin embargo, el 21 de agosto se presentó un TAS que mejoró en 20 minutos el mencionado speedrun en tiempo real.[cita requerida]

Desde el 12 de enero de 2020, el récord en Donkey Kong Country fue de 810 milisegundos menos que mejor TAS del momento, debido a un nuevo truco que le permitió a Diddy Kong agarrar un barril DK y lanzar el barril DK cerca de un barril oculto al comienzo del último nivel, que omite todo el último nivel y la animación de finalización de nivel también.

Algunos juegos pueden producir fallas beneficiosas si se manipula el cartucho insertado, que no puede reproducirse en un emulador. Uno de los ejemplos más famosos es The Legend of Zelda: Ocarina of Time, donde levantar un lado del cartucho provoca una falla que permite al jugador caminar a través de paredes sólidas.[cita requerida]

Abuso de glitches

[editar]

Una de las diferencias más importantes entre los distintos tipos de speedrun es la explotación de glitches. Aunque su explotación suele ser frecuente en speedrun en tiempo real, los speedrun asistidos por herramientas a menudo hacen un uso mucho más intenso de ellos. Esto puede deberse en parte a que la mayoría de los problemas técnicos son muy difíciles de explotar sin la precisión ofrecida por las técnicas de TAS. En algunos casos, un truco se basa no solo en el tiempo preciso, sino en múltiples variables en la memoria que también tienen un estado específico, que sería casi imposible de recrear en tiempo real y sin un conocimiento detallado del programa del juego.[n 3][n 4]

Factor de entretenimiento

[editar]

Estas diferencias también conducen a expectativas diferentes en los distintos tipos de speedrun. Recibir daño sin que ello represente un beneficio de tiempo para un récord es mal visto, mientras que en RTA puede ser aceptable, dado que puede ser difícil de evitar.

Otra diferencia está en los estándares de uso del tiempo de espera en el speedrun: en situaciones en las que no es posible hacer que el juego se mueva más rápido, y el jugador tiene que esperar, como en el desplazamiento automático o en cualquier otra área del juego en la que el jugador no tiene control sobre la velocidad, las pautas de TASVideos aconsejan hacer algo entretenido para los espectadores. Un ejemplo de esto es la reunión de 99 vidas extra en las secciones de desplazamiento automático en Super Mario Bros. 3. En los speedrun en tiempo real, los jugadores generalmente no correrían el riesgo de morir y tener que comenzar de nuevo para entretener al espectador.

Las ejecuciones que resulten poco interesantes pueden ser rechazadas para su publicación, incluso si la ejecución en sí está técnicamente optimizada. Una mala elección de juego puede contribuir a la falta de entretenimiento. En este contexto, un "mal juego" puede representar una elección de objetivos que no demuestra los méritos del uso de herramientas, por lo que elegir un objetivo diferente puede aliviar este problema. En otros casos, como un TAS de Excitebike creado por Thomas Seufert, un juego anteriormente impopular, había logrado un notable aumento del entretenimiento debido a las mejoras masivas puestas en juego por una mayor precisión gracias a las herramientas disponibles.[16]

Cuando alguien envía un archivo de partida grabada terminado con sus datos de entrada para su publicación en el sitio web de TASvideos, el público votará si considera que la partida es entretenida o no. Según su sitio web, las partidas que se ajustan a las reglas de su sitio y tienen una tasa de voto de Sí del 80% es una señal de que el público está interesado en la partida y es más probable que sea aceptada.[17]

Validación de speedrun en tiempo real

[editar]

Debido a que los speedrun asistidos por herramientas pueden dar cuenta de todos los aspectos del código del juego, incluido su funcionamiento interno, y presionar los botones con extrema rapidez y precisión, pueden usarse para ayudar a validar un speedrun en tiempo real previo.

Algunos jugadores han grabado partidas en video fraudulentamente, ya sea creando montajes de otros speedrun o alterando el tiempo de reproducción, haciéndolos pasar por TAS o RTA según sea el caso.

  • Uno de los casos más conocidos es el de Billy Mitchell, a quién se le arrebató en 2018 sus récord Guinness en Donkey Kong y Pac-Man, por considerar que usó un emulador.[18]​ Sin embargo, en 2020, la organización, reinstauró los récords de Mitchell tras otra investigación.[19]
  • Otro caso de RTA fraudulento es el de Badabun, donde Tavo Betancourt transmitió una partida de Super Mario Bros., terminándolo en 05:12. Más tarde, se descubrió que solo fingía que jugaba una serie de partidas TAS de otros jugadores.[21]​ El youtuber Karl Jobst, tras analizar el video, lo calificó como "el peor speedrun falso de YouTube".[22]​ La transmisión fue parodiada por varios youtubers del género, incluyendo Kosmic,[23]​ poseedor del récord mundial RTA de Super Mario Bros. en 2020.[11][12]

Speedrun notables

[editar]
  • Super Mario Bros.:
    • Actual récord mundial, por HappyLee en 2011, con un tiempo de 4:57.31, usando warps,[n 5][24]​ y completando el juego sin warps en 2018 en 18:36.78.[25]​ El récord TAS fue eventualmente superado por el récord RTA, siendo el más reciente ejecutado por Tree_05 en una consola real, en un tiempo de 4:54,864;[26]​ Niftski ostenta el récord mundial con un tiempo de 4:54,798, pero ejecutando Super Mario Bros./Duck Hunt en un emulador.[27]
    • En mayo de 2024, OnehundredthCoin publió en TASVideos una ejecución que inserta un videoclip con audio dentro de Super Mario Bros. mediante la ejecución arbitraria de código, usando una versión modificada del emulador Bizhawk que permite intercambiar ROM en tiempo de ejecución. La ejecución empieza con la ROM de Super Mario Bros. 3 insertado, y cambianbdo rápidamente a la ROM de Super Mario Bros. apenas iniciada la ejecución, con tal de provocar una alteración de memoria, iniciando en el mundo N-1 (8-3), continuando hasta el mundo N-2 (8-4). Al llegar hasta Bowser, comienza la inyección de código que reproduce el videoclip de Bad Apple!! usando los propios tiles del juego, junto con audio en formato PCM.[28][29]​ La ejecución fue validada en una consola real.[30]
  • Tetris: Este juego ha sido objeto de múltiples ejecuciones de TAS, entre las que destacan obtener la puntuación máxima[31]​ o completar uno de los modos de juego en el menor tiempo posible,[32]​ e incluso formar patrones,[33]​ haciendo uso intensivo de manipulación de la suerte.
  • Pokémon Rojo: Glitch de guardado permite completar el juego en 01:09.95, dando como resultado un tiempo de juego de 0:00, mostrado al final de la partida.[34]
  • Pokémon Amarillo: Ejecución arbitraria de código permite inyectar varios juegos (no jugables, basicamente demostraciones en secuencias de video) dentro de Pokémon Amarillo, como Pokémon Oro, Tetris, Super Mario Bros. Deluxe, entre otros, además de inyectar y reproducir la canción final de Portal en formato PCM y un extracto de una escena de Bob Esponja en formato FMV.[35]
  • Super Mario Bros. 3:
  • Ejecución arbitraria de código junto con el glitch de créditos,[n 6][36]​ permiten inyectar un hack que simula una consola tipo Unix, cuyos comandos permiten seleccionar niveles y otorgar a Mario características extra.[37]
  • Super Mario World:
  • Super Mario 64: El récord TAS actual es de 04:18.98 y fue creado en 2021.[45]​ El tiempo más rápido conseguido por una persona en una consola real es de 6:29:95.[46]

Referencias

[editar]
  1. Koskimaa, E. (1999). «Information about Tools-Assisted Speedruns». Consultado el 10 de enero de 2010. 
  2. Merril, D. (2005). «The Doomed Speed Demos Archive». Consultado el 10 de enero de 2010. 
  3. TASVideos (20 de noviembre de 2003), Super Mario Bros 3 in 11:03.95 by Morimoto), consultado el 10 de julio de 2016 .
  4. «TASVideos / Movies». tasvideos.org. Consultado el 1 de noviembre de 2021. 
  5. «TASVideos / Movie Statistics». tasvideos.org. Consultado el 1 de noviembre de 2021. 
  6. Some notable ROM hacks are speedran, such as the popular Super Demo World – The Legend Continues hack of Super Mario World.
  7. Orland, Kyle (5 de enero de 2015). «Pokémon plays Twitch: How a robot got IRC running on an unmodified SNES». Consultado el 18 de septiembre de 2019. 
  8. «TASVideos :: View topic - Algorithm superiority» (phpBB). tasvideos.org. 
  9. «TASVideos / Desync Help». tasvideos.org. Consultado el 19 de septiembre de 2019. 
  10. «TASVideos submissions: #6071: thegreatbup's NES Super Mario Bros "AISSON%" in 05:52.69». tasvideos.org. Consultado el 30 de julio de 2020. 
  11. a b «Super Mario Bros. 4m 55s 646ms by Kosmic». speedrun.com. Consultado el 19 de enero de 2020. 
  12. a b Beck, Kellen. «Speedrunner beats 'Super Mario Bros.' in unbelievable time». Mashable (en inglés). Consultado el 29 de julio de 2020. 
  13. «SNES Super Mario World (USA) "game end glitch" in 02:36.4 by Masterjun.». TASVideos. 
  14. «SNES Super Mario World (USA) "game end glitch" in 01:39.74 by Masterjun.». TASVideos. 
  15. «GB Pokémon: Red Version (USA/Europe) "save glitch" in 01:09.95 by MrWint.». TASVideos. 
  16. «TASVideos movies: [1348] NES Excitebike (JPN/USA) by Lord Tom in 05:29.44». tasvideos.org. 
  17. «Jude Guidelines». TASVideos.org. Consultado el 26 de febrero de 2017. 
  18. Crecente, Brian (13 de abril de 2018). «Guinness World Records Disqualifies Billy Mitchell’s Perfect ‘Pac-Man’ Run, Other Achievements». Variety (en inglés). Consultado el 26 de julio de 2020. 
  19. «A statement from Guinness World Records: Billy Mitchell». Guinness World Records (en inglés británico). 17 de junio de 2020. Consultado el 26 de julio de 2020. 
  20. Cejas (Beld), Sergio (31 de enero de 2018). «35 años después, Todd Rogers pierde su récord mundial en Dragster por haber hecho trampas». Vidaextra. Consultado el 26 de julio de 2020. 
  21. MartinPixel (14 de enero de 2020). «Badabun, el canal de YouTube mexicano es acusado de mentir en un SpeedRun de ‘Mario Bros’, utilizando clips de otros jugadores». Consultado el 26 de julio de 2020. 
  22. The Worst Fake Speedrun on Youtube en YouTube.
  23. Passing Super Mario Bros. in 5 minutes en YouTube.
  24. «TASVideos movies: [1715] NES Super Mario Bros. (JPN/USA PRG0) "warps" by HappyLee in 04:57.31». tasvideos.org. Consultado el 30 de julio de 2020. 
  25. «NES Super Mario Bros. "warpless" by HappyLee & Mars608 in 18:36.78». TASVideos. Consultado el 6 de julio de 2024. 
  26. «Any% in 04:54.864 by Tree_05 - Super Mario Bros. - Speedrun.com». www.speedrun.com (en inglés estadounidense). Consultado el 6 de julio de 2024. 
  27. «Any% in 4m 54s 798ms by Niftski - Super Mario Bros. - speedrun.com». www.speedrun.com. Consultado el 17 de septiembre de 2022. 
  28. «#8991: OnehundredthCoin's NES Super Mario Bros. "arbitrary code execution" in 04:52.65». TASVideos. Consultado el 6 de julio de 2024. 
  29. 100th Coin (15 de mayo de 2024), How Bad Apple was played inside Super Mario Bros., consultado el 9 de julio de 2024 .
  30. Alyosha TAS (7 de abril de 2024), TAS - Super Mario Bros. "Bad Apple!!" by OnehundredthCoin, consultado el 6 de julio de 2024 .
  31. «TASVideos movies: [1596] NES Tetris (USA) "fastest 999999" by Acmlm in 03:11.78». tasvideos.org. Consultado el 1 de agosto de 2020. 
  32. «TASVideos movies: [2766] GB Tetris (any v1.1) by MrWint in 00:19.92». tasvideos.org. Consultado el 1 de agosto de 2020. 
  33. «TASVideos movies: [1502] NES Tetris (USA) "playaround" by Baxter in 02:17.36». tasvideos.org. Consultado el 1 de agosto de 2020. 
  34. «TASVideos movies: [2687] GB Pokémon: Red Version (USA/Europe) "save glitch" by MrWint in 01:09.95». tasvideos.org. Consultado el 30 de julio de 2020. 
  35. «TASVideos movies: [3358] GBC Pokémon: Yellow Version (USA/Europe) "arbitrary code execution" by MrWint in 05:48.28». tasvideos.org. Consultado el 30 de julio de 2020. 
  36. «TASVideos movies: [2588] NES Super Mario Bros. 3 (USA PRG0) "game end glitch" by Lord Tom & Tompa in 02:54.98». tasvideos.org. Consultado el 30 de julio de 2020. 
  37. «TASVideos movies: [3050] NES Super Mario Bros. 3 (USA PRG1) "arbitrary code execution" by Lord Tom in 08:16.23». tasvideos.org. Consultado el 30 de julio de 2020. 
  38. «TASVideos movies: [3989] SNES Super Mario World (USA) "game end glitch" by Doomsday31415, BrunoVisnadi & Masterjun in 00:41.68». tasvideos.org. Consultado el 30 de julio de 2020. 
  39. Super Mario World -- Credits Warp in 5:59.6 (First Time Ever on Console) en YouTube.
  40. «Streamer transforma Super Mario World en Flappy Bird». LevelUp. Consultado el 30 de julio de 2020. 
  41. a b «TASVideos movies: [2513] SNES Super Mario World (USA) "arbitrary code execution" by Masterjun in 02:25.19». tasvideos.org. Consultado el 30 de julio de 2020. 
  42. TASbot plays Super Mario World by dwangoAC AGDQ 2015 en YouTube.
  43. TASBot plays Super Mario World by Games Done Quick - Awesome Games Done Quick 2016 - Part 156 en YouTube.
  44. TASBOT play Kaizo Mario World 3 - GDQx2018 en YouTube.
  45. «TASVideos movies: [4490] N64 Super Mario 64 (JPN) "1 key" in 04:18.98 by Tyler Kehne, MKDasher, sonicpacker, Snark, SilentSlayers, Gaehne D, Eru, ToT, Plush, sm64expert, dar gos, Superdavo0001, IsaacA & Dabs.». tasvideos.org. Consultado el 29 de agosto de 2021. 
  46. «Super Mario 64 0 Star in 6m 29s 950ms by KANNO». Speedrun.com (en inglés). Consultado el 29 de agosto de 2021. 

Notas

[editar]
  1. La velocidad de ejecución asistida por herramientas de Doom a veces se denomina "velocidad de ejecución asistida por herramientas", con el plural de herramienta. Este era el nombre del sitio que compartía estas demostraciones. Sin embargo, una publicación de noticias después de la creación del sitio decía: "De hecho, me equivoqué y el sitio debería llamarse 'Speed-Assisted asistido por herramientas' en lugar de 'Speedruns asistido por herramientas'. Aunque no voy a rehacer el logotipo ".
  2. Aunque TASVideos acepta speedrun que usen ROMs modificadas que resulten en un juego sustancialmente diferente.
  3. Un speedrun que explota un glitch para ejecutar código arbitrario en el juego. La CPU en realidad salta a una ubicación de memoria que contiene información gráfica sobre los objetos en pantalla, por lo que el jugador debe manipular con precisión todos estos objetos para crear la subrutina deseada.[13][14]
  4. Un speedrun que explota un glitch para cambiar las variables de estado del juego reorganizando el inventario del jugador. Esto requiere un conocimiento preciso de las ubicaciones y los valores de las variables afectadas y los elementos que deben organizarse para lograr el resultado deseado.[15]
  5. Warp se refiere a la característica de teletransportarse, en este caso, a otro mundo. En algunas etapas de Super Mario Bros. y Super Mario Bros.: The Lost Levels, hay un conjunto de tuberías con un número encima y la leyanda "Welcome to Warp Zone!", los que transportarán al jugador al mundo correspondiente al número.
  6. a b Mediante la inyección arbitraria de código, permite llegar al final y/o créditos del juego.

Véase también

[editar]

Enlaces externos

[editar]
  • TASVideos  - Un sitio que aloja speedrun asistidos por herramientas y recursos relacionados con TAS