Cómo Giorgio Cappello Di Paglia prueba juegos como si fuera 1997 en ZimaBoard 2
Gracias a Giorgio Cappello Di Paglia por utilizar una configuración de juegos retro con ZimaBoard 2 para explorar una pregunta más interesante que los simples fotogramas por segundo: ¿podrían los jugadores acostumbrados a las indicaciones modernas entender y disfrutar un juego diseñado como si fuera de 1997?
Los juegos lanzados a finales de los años noventa no seguían todos las mismas reglas de diseño, pero muchos esperaban que el jugador prestara más atención, experimentara, leyera los manuales, recordara las rutas, gestionara los puntos de guardado y aceptara el fracaso como parte del aprendizaje.
Los juegos modernos suelen ofrecer una experiencia diferente. Los marcadores de objetivos, los minimapas, los puntos de control, las indicaciones contextuales, los guardados automáticos, las opciones de dificultad y los ajustes de accesibilidad reducen la probabilidad de que un jugador se quede atascado permanentemente.
El experimento de Giorgio no sostiene que todos los juegos antiguos fueran mejores ni que la asistencia moderna empeore los juegos. Examina cómo ha cambiado la relación entre el jugador y el juego, y si las premisas de diseño antiguas todavía resultan naturales hoy.
Míralo antes de leer: El video original en italiano desarrolla la comparación entre el diseño de videojuegos de 1997 y el moderno antes de mostrar ZimaBoard 2 ejecutando una biblioteca de juegos retro de Batocera en un televisor.
Divulgación: Giorgio identifica el video como una colaboración con Zima e IceWhale. Su descripción también contiene un enlace de afiliado por el que podría recibir una comisión. Este artículo reorganiza las ideas y la demostración de hardware presentadas en su video original, manteniendo visible la relación comercial.
Se trata principalmente de un análisis del diseño de videojuegos y una demostración práctica de Batocera. No es una prueba controlada de emuladores, una base de datos de compatibilidad ni una promesa de que todas las consolas, juegos, mandos y configuraciones gráficas funcionen de forma idéntica.
Giorgio plantea el proyecto en torno a las expectativas de los jugadores: ¿han cambiado las convenciones modernas de las interfaces la forma en que nos acercamos a los juegos antiguos?
Lo que solía esperar de ti un videojuego en 1997
El diseño de videojuegos en 1997 variaba mucho según la plataforma y el género. Las aventuras para PC, los juegos de rol para consolas, los shooters en primera persona, los juegos de terror y supervivencia, los juegos de carreras y los títulos de estrategia enseñaban a los jugadores de maneras diferentes.
Sin embargo, varias expectativas aparecían con más frecuencia que en muchos juegos convencionales actuales:
- Lee el manual impreso antes de jugar o mientras juegas
- Escucha atentamente los diálogos para seguir las indicaciones
- Recordar puntos de referencia en lugar de seguir un marcador de ruta permanente
- Dibujar un mapa o anotar códigos, acertijos y objetivos
- Guardar manualmente o llegar a un punto de guardado designado
- Repetir secciones después de fallar
- Experimentar con los controles y los sistemas del juego
- Aceptar que parte de la información quedaría sin explicar
Un jugador podía perderse una frase, entrar en la habitación equivocada, usar un objeto importante demasiado pronto u olvidarse de guardar y perder un progreso significativo. El juego podía proporcionar suficiente información para continuar, pero esa información no siempre se repetía ni permanecía visible en pantalla.
Esto generaba una mayor necesidad de observación y memoria. También provocaba frustración innecesaria cuando un diseño poco claro, una mala traducción, limitaciones técnicas o una documentación insuficiente dificultaban la comprensión de la solución prevista.
Por qué los juegos antiguos solían ofrecer menos orientación
La diferencia no era solo filosófica. Las limitaciones del hardware y del almacenamiento determinaban lo que los desarrolladores podían incluir.
Las consolas y los PC antiguos funcionaban con menos memoria, procesadores más lentos, medios de almacenamiento más pequeños y resoluciones de pantalla más bajas. Los desarrolladores tenían menos espacio para tutoriales hablados, demostraciones animadas, sistemas de pistas dinámicos o grandes colecciones de recursos de interfaz.
Por eso, los manuales impresos incluían información que ahora aparecería dentro del juego. Un manual podía explicar los controles, las habilidades del personaje, las reglas del inventario, las historias de fondo, los mapas y las estrategias básicas antes de que el jugador llegara al primer nivel.
Los desarrolladores también diseñaban pensando en un público familiarizado con los intentos repetidos. Las tradiciones arcade, las vidas limitadas, las contraseñas, la alta dificultad y la progresión basada en puntuaciones seguían influyendo en los juegos domésticos. Repetir una sección formaba parte con frecuencia de la experiencia esperada, en lugar de ser una señal de que el juego no había sabido guiar al jugador.
Los jugadores modernos han aprendido un lenguaje de interfaz diferente
Los jugadores no se acercan a un juego sin conocimientos previos. Años de experiencia generan expectativas sobre cómo deberían funcionar los objetivos, los mapas, la salud, el inventario, los puntos de control y las interacciones.
Un jugador moderno puede esperar razonablemente:
- Un marcador de objetivo que señala la siguiente ubicación
- Un minimapa que muestra caminos y actividades cercanos
- Objetos resaltados que se pueden recoger o activar
- Un aviso que muestra qué botón realiza una acción
- Un guardado automático antes de una sección peligrosa
- Un punto de control después de completar un objetivo
- Un registro de misiones que repite los diálogos importantes
- Un sistema de pistas que reacciona cuando el progreso se detiene
Estas funciones pueden facilitar el aprendizaje de juegos complejos y reducir la cantidad de contenido repetido. También hacen que los juegos sean accesibles para jugadores con poco tiempo, distintas capacidades físicas, dificultades para leer detalles ambientales pequeños o problemas para recordar información presentada horas antes.
La desventaja aparece cuando las indicaciones se vuelven tan constantes que el jugador ya no necesita estudiar el entorno, poner a prueba sus ideas ni decidir adónde ir. La interfaz puede empezar a resolver el juego antes de que el jugador tenga la oportunidad de hacerlo.
ZimaBoard 2 se convierte en la plataforma del experimento
Giorgio utiliza ZimaBoard 2 Mini Home Server para llevar los juegos antiguos a una configuración moderna de salón.
Su arquitectura Intel x86 le permite ejecutar sistemas operativos y software diseñados para PC convencionales. La salida de vídeo directa permite conectarlo a un televisor o monitor, el USB admite mandos compatibles y SATA ofrece espacio para una biblioteca de juegos local más grande.
El mismo hardware también incluye:
- Un procesador Intel N150 con gráficos Intel integrados
- Memoria LPDDR5 en distintas configuraciones
- Almacenamiento del sistema eMMC integrado
- Dos conexiones SATA 3.0
- Dos interfaces de red 2.5GbE
- Dos puertos USB 3
- Salida de vídeo Mini DisplayPort
- Expansión PCIe 3.0 ×4
Estas interfaces permiten que la placa no tenga que seguir siendo una consola retro dedicada. Se puede cambiar el sistema operativo o el dispositivo de almacenamiento, y el mismo sistema puede volver a encargarse de las tareas de servidor doméstico después del experimento de juego.
Los juegos retro son solo una de las posibles funciones de ZimaBoard 2
Giorgio destaca que Batocera representa un proyecto, no el único propósito de la placa. La combinación de compatibilidad de software x86, interfaces de almacenamiento, redes y expansión PCIe permite una gama más amplia de configuraciones.
Giorgio presenta los juegos retro como una de las posibilidades de una plataforma más amplia que también puede admitir almacenamiento, multimedia, redes, desarrollo, Docker, copias de seguridad y sistemas operativos alternativos.
| Posible función | Hardware relevante de ZimaBoard 2 | Requisito de planificación |
|---|---|---|
| Consola de juegos retro | Procesador x86, gráficos integrados, USB y salida de vídeo | Emuladores compatibles, mandos, archivos BIOS y juegos obtenidos legalmente |
| NAS y servidor de almacenamiento | SATA, doble 2.5GbE y expansión PCIe | Selección de unidades, redundancia, supervisión y copias de seguridad independientes |
| Servidor multimedia | Gráficos Intel, almacenamiento local y redes multigigabit | Compatibilidad con códecs, compatibilidad con clientes y demanda de transcodificación |
| Servidor Docker | Compatibilidad con x86, memoria y conectividad de red | Volúmenes, permisos, puertos, actualizaciones y seguridad de las aplicaciones |
| Dispositivo de red | Dos puertos 2.5GbE independientes | Reglas del firewall, acceso de recuperación y mantenimiento programado |
| Sistema de desarrollo | Compatibilidad con sistemas operativos x86 y almacenamiento ampliable | Requisitos de la cadena de herramientas, copias de seguridad y límites de carga de trabajo |
| Nodo de respaldo | Almacenamiento SATA y acceso a la red local | Retención, cifrado, pruebas de restauración y copias externas |
Esta flexibilidad distingue el proyecto de una miniconsola retro fija. Una consola dedicada cumple bien una función; un servidor x86 ampliable puede reconfigurarse a medida que cambian los intereses y la infraestructura de su propietario.
El diseño de 1997 y el diseño moderno plantean preguntas diferentes
La comparación visual de Giorgio resume cómo ha cambiado la relación entre el jugador y el juego.
La comparación contrasta al jugador interpretando el juego con una interfaz moderna que identifica continuamente los objetivos, las rutas, las acciones y el progreso.
Un juego de estilo 1997 suele preguntar: «¿Entendiste lo que te comunicó el mundo?». Un juego moderno guiado pregunta más probablemente: «¿Puedes cumplir el siguiente objetivo usando la información mostrada?».
| Área de diseño | Enfoque habitual en 1997 | Enfoque moderno habitual |
|---|---|---|
| Navegación | Puntos de referencia, diálogo, mapas impresos o memoria del jugador | Minimapas, rutas, brújulas y marcadores de objetivos |
| Guardado | Guardados manuales, contraseñas o puntos de guardado fijos | Puntos de control frecuentes y guardados automáticos en segundo plano |
| Controles | Manual impreso, experimentación o breves instrucciones iniciales | Indicaciones contextuales y tutoriales interactivos |
| Fracaso | Repetir una parte significativa del nivel | Reiniciar cerca del encuentro fallido |
| Objetivos | Recordar el diálogo o mantener notas personales | Registro de misiones persistente y lista de tareas actualizada |
| Ayuda con la dificultad | Ajustes limitados y menos sistemas adaptativos | Opciones de dificultad, ayudas y controles de accesibilidad |
Ninguna de las dos columnas describe todos los juegos de su época. Algunos títulos antiguos incluían mapas y guardados generosos, mientras que algunos juegos modernos eliminan deliberadamente los marcadores de objetivos y exigen una exploración cuidadosa. La comparación describe convenciones cambiantes, no una regla absoluta.
La asistencia moderna no es automáticamente un mal diseño
Es fácil convertir esta discusión en nostalgia: los juegos antiguos respetaban a los jugadores, mientras que los modernos explican demasiado. Esa conclusión ignora los beneficios reales del diseño actual.
Los guardados automáticos protegen el progreso cuando el trabajo, los estudios, las responsabilidades familiares o los problemas técnicos interrumpen una partida. Los controles reasignables y los ajustes de accesibilidad permiten jugar a más personas. Los registros de misiones ayudan cuando alguien vuelve después de varias semanas. Las pistas opcionales pueden evitar que un rompecabezas poco claro bloquee el resto del juego.
La pregunta más útil es si la asistencia apoya al jugador o sustituye sus decisiones.
Una buena orientación puede ofrecerse por capas:
- El entorno proporciona la primera pista.
- El diálogo o un diario conserva el contexto importante.
- Una pista opcional aparece solo después de que el jugador tiene dificultades.
- Los ajustes de accesibilidad permiten al usuario elegir una guía visual más intensa.
- Los jugadores que quieran explorar más pueden desactivar los marcadores de objetivos.
Esto ofrece un punto de entrada a los jugadores nuevos y permite a los más experimentados conservar la incertidumbre, el descubrimiento y la resolución de problemas.
Batocera convierte la placa en una consola retro para el salón
Giorgio utiliza Batocera, una distribución de Linux de código abierto centrada en la emulación y en una biblioteca de juegos compatible con mandos.
En lugar de abrir un escritorio e iniciar cada emulador manualmente, Batocera presenta las plataformas y los juegos compatibles mediante una interfaz de televisión unificada. Una vez configurado, el sistema puede arrancar directamente en la biblioteca y funcionar principalmente con un mando de juego.
Batocera organiza varios sistemas retro y colecciones de juegos en una interfaz diseñada para televisores y mandos.
Los usuarios pueden seguir la guía oficial de configuración de arcade de Batocera para ZimaBoard para consultar el flujo de instalación actual. La documentación de instalación de Batocera explica las imágenes compatibles, el almacenamiento de destino, el primer arranque y los requisitos específicos de cada plataforma.
La responsabilidad sobre los archivos de juegos y BIOS recae en el usuario
Batocera no autoriza la descarga de juegos comerciales desde fuentes no autorizadas. El software de emulación, los archivos de BIOS de las consolas, las ROM de juegos, las imágenes de discos, las ilustraciones y los metadatos multimedia están sujetos a distintas condiciones de licencia y derechos de autor.
Los usuarios solo deben añadir juegos y archivos de sistema que tengan derecho legal a utilizar. Que un archivo esté disponible en un sitio de descargas aleatorio no demuestra que tenga licencia para su redistribución.
La guía oficial de Batocera sobre juegos y BIOS explica dónde deben ubicarse los archivos compatibles, sin proporcionar contenido comercial protegido por derechos de autor.
¿Qué rendimiento debería ofrecer un equipo para juegos retro?
Los juegos lanzados alrededor de 1997 suelen exigir poco a un sistema Intel N150 actual, pero el rendimiento de la emulación no depende únicamente de la antigüedad del juego original.
Cada plataforma requiere un comportamiento diferente del emulador. Los resultados pueden variar según:
- La consola o el ordenador que se está emulando
- El emulador y el núcleo del emulador seleccionados
- Resolución de renderizado y escalado
- Sombreadores, filtros y mejoras visuales
- Latencia de los mandos y del audio
- Compatibilidad de la BIOS y de la región del juego
- Los requisitos de precisión de cada título
- Servicios en segundo plano y condiciones térmicas
Los primeros sistemas de cartuchos y discos suelen ser objetivos más realistas que las consolas recientes. Que un juego se inicie correctamente no demuestra que toda la biblioteca de una plataforma vaya a comportarse de forma idéntica.
Los límites de ZimaBoard 2 para juegos en Windows y Linux ofrecen contexto adicional sobre los gráficos integrados Intel N150 sin desviar la atención del experimento de Giorgio sobre el diseño de juegos retro.
Una sencilla instalación para el salón
La disposición física final es compacta. ZimaBoard 2 se encuentra cerca del televisor con los cables de alimentación, Ethernet y pantalla conectados, mientras Batocera proporciona la biblioteca de juegos en pantalla.
El sistema terminado coloca la compacta ZimaBoard 2 junto al televisor como una consola Batocera compatible con mandos.
La conexión Ethernet puede admitir la gestión de la biblioteca de juegos, la descarga de metadatos, las actualizaciones y las transferencias de archivos en red. El almacenamiento conectado puede contener el sistema Batocera y los datos de los juegos, mientras que los puertos USB conectan mandos compatibles u otros accesorios.
Una instalación permanente debe dejar espacio libre alrededor del disipador de aluminio. También debe evitar que la tensión de los cables tire de la placa o del almacenamiento conectado desde el estante.
¿Todavía podemos jugar como en 1997?
En última instancia, la pregunta de Giorgio trata sobre los hábitos adquiridos, no sobre una capacidad perdida. Los jugadores modernos todavía pueden entender los juegos basados en la observación, la memoria, la experimentación y el guardado manual. Puede que simplemente necesiten tiempo para dejar de esperar que la interfaz les proporcione la siguiente instrucción.
El primer ajuste consiste en aceptar la incertidumbre. A veces, no saber adónde ir de inmediato es el estado previsto. Una puerta cerrada puede ser información en lugar de un obstáculo. Una conversación aparentemente poco importante puede contener el siguiente objetivo. Fallar puede revelar cómo funciona un sistema.
El segundo ajuste consiste en cambiar la forma en que se registra el progreso:
- Toma notas breves cuando un personaje mencione una ubicación o un objeto.
- Comprueba si el juego guarda manualmente, automáticamente o solo en puntos fijos.
- Aprende la distribución de los controles antes de entrar en una sección difícil.
- Observa las señales visuales y sonoras que se repiten.
- Usa un manual cuando formara parte de la experiencia de juego original.
- Deja tiempo para experimentar antes de buscar una guía paso a paso.
La dificultad no siempre es mecánica. El verdadero desafío puede consistir en recuperar una forma de atención que las convenciones modernas de las interfaces rara vez exigen.
¿A quién le gustaría este proyecto con ZimaBoard 2?
- Los entusiastas de los juegos retro pueden centralizar varios sistemas en una sola interfaz adaptada al televisor.
- Los jugadores interesados en el diseño de juegos pueden comparar cómo distintas generaciones comunican las reglas y los objetivos.
- Las familias pueden presentar los juegos antiguos sin tener que mantener varias consolas originales junto al televisor.
- Los coleccionistas pueden crear un sistema de acceso práctico para bibliotecas personales de juegos conservadas legalmente.
- Los aficionados a los homelabs pueden reutilizar el mismo hardware para proyectos de almacenamiento, multimedia, Docker o redes.
- Los desarrolladores pueden estudiar cómo los tutoriales, los puntos de control, los mapas y la retroalimentación afectan al comportamiento de los jugadores.
Alguien interesado únicamente en los juegos de PC modernos más exigentes debería elegir un hardware diseñado en torno al rendimiento actual en gaming. Esta configuración resulta más valiosa como plataforma retro flexible y como forma de explorar la historia de los videojuegos.
Lo que demuestra el experimento de Giorgio
| Conclusión | Lo que demuestra el vídeo | Lo que no demuestra |
|---|---|---|
| Hábitos de los jugadores | Los sistemas de orientación modernos pueden cambiar lo que los jugadores esperan que un juego explique. | Que ningún jugador moderno sea capaz de entender los juegos antiguos. |
| Diseño de juegos de 1997 | Muchos juegos antiguos daban más responsabilidad a la observación, la memoria y la experimentación. | Que todos los juegos lanzados en 1997 carecieran de mapas, tutoriales o ayuda para guardar partidas. |
| Asistencia moderna | Los marcadores de objetivos, los guardados automáticos y las indicaciones reducen la fricción y la necesidad de repetir avances. | Que la asistencia siempre haga que un juego resulte menos atractivo. |
| Batocera | Una interfaz unificada puede organizar varios sistemas de juegos retro para usarlos en el televisor. | Que todos los juegos, archivos de BIOS y mandos funcionen sin configuración. |
| ZimaBoard 2 | La plataforma x86 compacta puede admitir un proyecto de juegos retro con Batocera. | Que sustituya al hardware dedicado para cada carga de trabajo de gaming moderna. |
| Flexibilidad de la plataforma | Más adelante, el mismo hardware puede volver a utilizarse para almacenamiento, multimedia, redes o funciones de servidor. | Esa configuración se optimiza automáticamente para todos esos usos de forma simultánea. |
Los juegos retro se convierten en una forma de estudiar cómo nos enseñan los juegos
El proyecto de Giorgio tiene éxito porque utiliza los juegos antiguos para algo más que la nostalgia. Jugar mediante Batocera en ZimaBoard 2 brinda la oportunidad de examinar qué esperan los juegos de sus jugadores y cómo han cambiado esas expectativas.
Un juego de 1997 puede pedir al jugador que recuerde, experimente, fracase y vuelva a intentarlo. Un juego moderno puede mantener el impulso mediante puntos de control, marcadores, indicaciones contextuales y asistencia adaptativa. Ambos enfoques pueden producir experiencias significativas cuando su orientación coincide con el diseño previsto.
ZimaBoard 2 facilita el cambio entre estas generaciones, mientras que su arquitectura x86, almacenamiento SATA, conectividad de red y expansión PCIe evitan que el hardware quede limitado permanentemente a una sola función de entretenimiento.
Mira el experimento completo de Giorgio para conocer la comparación original entre el diseño de juegos del pasado y el actual, así como la configuración final de Batocera.
Si estás construyendo una consola retro, probando Batocera o reutilizando ZimaBoard 2 entre cargas de trabajo de juegos y servidor doméstico, únete a la comunidad de ZimaSpace para compartir tu configuración y tus resultados de compatibilidad.
Preguntas frecuentes
¿Puede ZimaBoard 2 ejecutar Batocera?
Sí. Su arquitectura x86 y la salida de vídeo directa la hacen adecuada para una configuración de juegos retro basada en Batocera. Aun así, la imagen de instalación, el almacenamiento de destino, el mando y la configuración del emulador deben ser compatibles.
¿Puede Batocera ejecutar juegos lanzados en 1997?
Muchos juegos de ese periodo pueden ejecutarse mediante emuladores compatibles, ports o capas compatibles con juegos de PC. La compatibilidad depende de la plataforma original, el emulador, los archivos BIOS necesarios y cada juego.
¿Batocera incluye juegos retro comerciales?
No debe suponerse que los archivos de juegos comerciales estén incluidos o tengan licencia para su distribución gratuita. Los usuarios son responsables de obtener y utilizar legalmente los juegos y archivos BIOS.
¿Puede ZimaBoard 2 sustituir a todas las consolas retro?
Ningún emulador ofrece compatibilidad perfecta con todos los títulos y periféricos. El hardware original, los sistemas FPGA o los emuladores específicos de cada plataforma pueden ofrecer mejores resultados con juegos y accesorios inusuales.
¿Puede la misma ZimaBoard 2 funcionar también como NAS?
Sí. Sus interfaces SATA, 2.5GbE duales y PCIe admiten proyectos de almacenamiento. Los usuarios pueden mantener los entornos de juego y servidor en unidades separadas o reconfigurar el sistema, pero deben hacer una copia de seguridad de los datos antes de cambiar de sistema operativo.
¿Todos los juegos de 1997 eran difíciles y estaban mal explicados?
No. El diseño variaba considerablemente. Algunos juegos incluían tutoriales detallados, mapas, ajustes de dificultad y sistemas de guardado generosos. La comparación de Giorgio describe convenciones más amplias, no todos los lanzamientos de ese año.
¿Se han vuelto demasiado fáciles los juegos modernos?
No necesariamente. Las guías modernas pueden mejorar la accesibilidad y reducir la frustración repetitiva sin eliminar el desafío mecánico. El efecto depende de si la asistencia respalda las decisiones del jugador o las sustituye.
Productos recomendados
Centro de Campañas Zima
Más para leer
Cómo evalúa YOTECH ZimaBoard 2 como servidor doméstico compacto
YOTECH analiza ZimaBoard 2 como una plataforma compacta de servidor doméstico y abarca su carcasa de aluminio con refrigeración pasiva, los cables incluidos, el...
Cómo Arthur, de Hobby Support, ejecuta servicios de red doméstica en ZimaBoard 2
Arthur de Hobby Support Int. ensambla un servidor doméstico ZimaBoard 2 con almacenamiento SATA, refrigeración activa y expansión PCIe, y luego explora cómo ZimaOS...
Cómo schvabek convierte ZimaBoard 2 en un pequeño servidor que también puede ejecutar juegos
schvabek explora ambas facetas de ZimaBoard 2: primero, como un servidor doméstico ZimaOS compacto con acceso a archivos desde el navegador y almacenamiento SATA;...
