Hace unos instantes publicábamos la mala noticia de que Yuzu y Citra dejaban de existir por la demanda impuesta por Nintendo. En el mismo artículo hablábamos de aquello de ponerle puertas al campo, y de que ya había usuarios que habían subido los emuladores en forma de fork a otros repositorios para que se pudieran seguir usando los emuladores más populares para Switch y 3DS. Ahora me acabo de enterar de que existe suyu, el resurgir de las cenizas de Yuzu. Y ha resucitado riéndose.

Al leer el nombre ya he notado cierto tufillo a cachondeo. Supuestamente, «yuzu» se lee «yusu», por lo que he pensado «uno era yusu y el otro suyu…», pero no. O no del todo. Más abajo podemos leer que suyu se pronuncia como «sue-you», lo que al español se traduciría como «te denuncio» en el sentido de llevarte a los tribunales. Y es que en la descripción también leemos que no van a hacer dinero «principalmente para que Nintendo no nos denuncie jajaja«.

suyu está disponible en GitLab

El repositorio original lo abrió Crimson-Hawk en GitHub hace unas 14 horas, pero lo primero que leemos allí es que se han movido a GitLab. También han abierto un nuevo Discord, y es que parte del acuerdo de los desarrolladores de Yuzy/Citra era que eliminaran todo su rastro, incluidos chats de este tipo.

«suyu, pronunciado sue-you, es la vida después de la muerte del emulador más popular, de código abierto, para Nintendo Switch, empezado por los creadores de Citra. Está escrito en C++ con la portabilidad en mente, y mantenemos builds para Windows, Linux y Android«.

Es probable que parte de su desarrollo esté en proceso, o esa es la impresión que da al ver su logotipo. También es posible que no hayan querido perder mucho tiempo en algo así por si Nintendo vuelve a las andadas.

No sabemos cómo acabará todo esto, pero sí podemos especular. Se esperaba que tras la muerte de estos emuladores salieran otros, pero no tan pronto. Si echamos una mirada atrás en el tiempo, a cuando para ver una película teníamos que usar software como aMule, y que los intentos por evitarlo lo único que han conseguido es que en la actualidad podamos verlo de manera más sencilla e incluso sin descargar nada, uno puede imaginar un futuro en el que al cortar dos cabezas aparezcan 14 más, como con Hydra.

ACTUALIZADO: al menos hay otra cabeza que ha crecido ya, aparte de los forks. Se llama nuzu.

El siguiente capítulo de esta serie ha llegado pronto, y habrá que esperar para ver como sigue. Coged palomitas.

from Linux Adictos https://ift.tt/EwmG54j
via IFTTT

Malas noticias para el mundo de los videojuegos. La emulación es un tema que puede generar y genera polémica. Por una parte, es la única manera de que, por poner un ejemplo, yo pueda jugar a títulos de Master System y Mega Drive, como Sonic o Cool Spot, juegos que tuve y ya no puedo jugar. En el otro lado tenemos casos como los de Yuzu y Citra, dos emuladores de consolas de Nintendo que siguen a la venta, y no sólo eso.

Fue noticia cuando «The Legend of Zelda: Tears of the Kingdom» llegó antes al PC que a la Switch. Es decir, pudimos jugarlo antes en un emulador que en la consola en donde, en teoría, debería vivir ese juego, sin posibilidad de jugarlo en otra plataforma. Esto ha sido la gota que ha colmado el vaso de Nintendo y lo ha usado en el juicio para eliminar de un plumazo a los emuladores Yuzu y Citra.

Nintendo y la piratería, historia de nunca acabar

Que Nintendo ha pasado y pasa mucho tiempo intentando que no podamos jugar ni al Super Mario Bros. si no es en una NES o en algún reboot propio no es nada nuevo. Pero una cosa es eso y la otra es lo que pasó con el último episodio de la saga Zelda: se habría descargado más de un millón de veces una semana antes del lanzamiento oficial. Yo, que no puedo engañar a nadie y a veces juego con RetroArch + ES-DE, veo ahí piratería en su máxima expresión.

Por un lado, es imposible que se te haya roto tu Switch y hayas comprado el nuevo juego. Lo primero, sí, posible, pero todo junto no: sin Switch no vas a comprar el juego. Tampoco se aplicaría otro punto positivo de la emulación, y es mantener una obra viva. No se puede devolver a la vida algo que ni siquiera ha nacido aún.

Así que todo esto ha sido la tormenta perfecta para Nintendo y lo ha aprovechado, lo que nos hace pensar en si no habrá sido el propio gigante de los videojuegos quien habría filtrado el juego para conseguir su objetivo.

Yuzu y Citra desaparecen de GitHub…

… y pronto lo harán sus páginas web y también sus páginas web. Cuando he empezado a escribir este artículo, al menos la página de Yuzu estaba accesible, pero ahora he intentado entrar a las páginas oficiales de Yuzu y Citra y ambas están «secuestradas» por un mismo mensaje. En él explican que Yuzu y Citra se van a descontinuar «con efecto inmediato».

Según sus palabras, empezaron de buena fe y siempre estuvieron en contra de la piratería, pero se han dado cuenta de que lo que han creado permite circunvalar las protecciones de Nintendo y eso se está usando para la piratería. Por lo tanto, deciden despedirse.

Otro de los problemas parece ser que sus creadores han estado ganando mucho dinero. Cuando la página de Yuzu estaba disponible, se podía ver que había disponible una versión «Early Access» de pago, y que con esto ganaban aproximadamente 30.000$ al mes.

Al final han aceptado dar por finalizado el proyecto y pagar una indemnización a de 2,4 millones de dólares a Nintendo. Es calderilla para una compañía de estas dimensiones, pero en realidad no es eso lo que han ganado. Lo que han conseguido es enviar un mensaje: cuidado con piratear juegos de Nintendo. Ahora la comunidad de videojuegos se lo tomará con más calma… o no.

Ya hay forks de los emuladores

Como ocurrió con youtube-dl en su día, poco tiempo después de la resolución judicial y de la desaparición de los emuladores ya hay forks de los mismos. No hay que olvidar que eran de código abierto y que cualquiera puede hacerlo, por lo que se pueden seguir descargando desde repositorios no oficiales. Y así seguirá.

Queda por ver cómo afecta todo esto a la emulación. Es posible que salga otro emulador que no se lucre y eso sea suficiente para que pueda seguir existiendo, que no tengamos ninguno nuevo hasta que las consolas dejen de fabricarse… habrá que ver.

Imagen: Montaje a partir de imagen generada con DALL-E

from Linux Adictos https://ift.tt/E1chGvq
via IFTTT

Agama, el nuevo instalador del proyecto SUSE

Los desarrolladores del proyecto openSUSE dieron a conocer hace pocos días información sobre la hoja de ruta para el desarrollo de su nuevo instalador llamado Agama (anteriormente D-Installer).

En la publicación se menciona que este nuevo instalador está siendo creado para reemplazar la interfaz de instalación clásica de SUSE y openSUSE y una de las características destacadas de Agama es su separación entre la interfaz de usuario y las partes internas de YaST.

Sobre Agama

El nuevo instalador en el que está trabajando openSUSE tiene como objetivo el utilizar varias interfaces, incluida una interfaz para gestionar la instalación a través de una interfaz web, otros de los objetivos del desarrollo de Agama que se mencionan son: la eliminación de las limitaciones existentes de la interfaz gráfica, la ampliación de la capacidad de utilizar la funcionalidad de YaST en otras aplicaciones y la liberación de ataduras a un lenguaje de programación (la API D-Bus permitirá la creación de complementos en diferentes idiomas) y fomentar la creación de entornos alternativos por parte de los miembros de la comunidad.

La interfaz básica de Agama para gestionar la instalación se construye utilizando tecnologías web e incluye un controlador que proporciona acceso a las llamadas D-Bus a través de HTTP, así como la propia interfaz web. Esta interfaz web está escrita en JavaScript utilizando el marco React y los componentes PatternFly. El servicio para enlazar la interfaz con D-Bus, así como el servidor HTTP integrado, están escritos en Ruby.

El equipo ha delineado una estrategia para este año y, a pesar de la fluidez de su desarrollo, el equipo está comprometido con un cronograma de lanzamiento constante para Agama con dos hitos importantes. El primero está previsto para mediados de abril y el otro hacia mediados de julio.

El hito de abril revolucionará la arquitectura de Agama. Se alejará de su dependencia de Cockpit hacia un marco más autónomo que se combina con una interfaz de usuario refinada que apunta a optimizar las configuraciones de almacenamiento.

El objetivo del segundo hito es mejorar la flexibilidad y las capacidades de Agama para instalaciones desatendidas, lo que busca posicionar a Agama como una formidable alternativa a AutoYaST .

En la etapa actual de desarrollo, el nuevo instalador ya proporciona las capacidades necesarias para resolver tareas como:

• Seleccionar un conjunto inicial de aplicaciones
• Capacidad de configurar una conexión de red idioma, teclado, zona horaria y configuración de localización
• Preparar un dispositivo de almacenamiento y particionarlo
• Agregar usuarios al sistema.

Para instalar paquetes, verificar equipos, particionar discos y realizar otras funciones necesarias para la instalación, Agama sigue utilizando las bibliotecas de YaST. Sobre estas bibliotecas, se implementan servicios de capa que abstraen el acceso a las mismas a través de una interfaz D-Bus unificada. El instalador emplea una arquitectura multiproceso que permite que la interfaz de usuario no se bloquee mientras se llevan a cabo otras tareas.

Se menciona que se han programado dos actualizaciones importantes de Agama para este año. La primera está prevista para mediados de abril y la segunda para mediados de julio. La actualización de julio se centrará en aumentar la flexibilidad y la funcionalidad asociadas con las instalaciones automatizadas y desatendidas. La actualización de abril se destaca por la interrupción del uso de los módulos ya preparados desarrollados por el proyecto Cockpit, en favor del uso de un marco más independiente y una interfaz de usuario modernizada.

Dejar de depender de Cockpit eliminará dependencias externas adicionales y eliminará las restricciones que han impedido la implementación de algunas ideas. Por ejemplo, Cockpit contiene componentes de lenguaje Python y C como dependencias, mientras que Agama utiliza lenguajes Ruby y Rust. Eliminar Cockpit también liberará a los desarrolladores de las limitaciones que encontraron al intentar implementar un modo de instalación automática y al rediseñar la interfaz de configuración de almacenamiento para lograr el equilibrio óptimo entre simplicidad para principiantes y funcionalidad para usuarios avanzados.

Para los interesados en poder probar el nuevo instalador Agama, se están creando compilaciones en vivo para las arquitecturas x86_64 y ARM64. Estas compilaciones admiten la instalación de una versión continuamente actualizada de openSUSE Tumbleweed, así como ediciones de SUSE ALP, openSUSE MicroOS y openSUSE MicroOS Desktop, construidas en contenedores aislados.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/FdCjzwk
via IFTTT