Kopuz es un reproductor de música de código abierto que busca reunir en una sola aplicación tanto la colección local del usuario como diferentes servicios y servidores musicales. Desarrollado en Rust y basado en el framework Dioxus, el proyecto apuesta por una interfaz moderna y multiplataforma, con versiones para Linux, Windows, macOS y Android.

Su propuesta va bastante más allá de reproducir archivos almacenados en el ordenador. La aplicación puede organizar música local y conectarse a servicios como Jellyfin, Navidrome y otros servidores compatibles con Subsonic, además de integrar plataformas como YouTube Music, SoundCloud, Spotify, Apple Music y Nextcloud. Todo ello se presenta dentro de una biblioteca común desde la que es posible navegar por artistas, álbumes, géneros, canciones y listas de reproducción.

Kopuz quiere unificar la música local y los servicios en una sola aplicación

La principal característica de Kopuz es precisamente su capacidad para funcionar con múltiples fuentes de música. Un usuario puede añadir carpetas locales y combinarlas con un servidor personal o con servicios online, evitando tener que utilizar una aplicación diferente para cada biblioteca.

Las fuentes conectadas se integran dentro de la biblioteca del reproductor y pueden gestionarse desde una interfaz común. Esto permite acceder a artistas, álbumes, canciones, favoritos y listas sin que la aplicación esté limitada exclusivamente a los archivos almacenados en el equipo.

El enfoque resulta especialmente interesante para quienes mantienen una colección local pero también utilizan servidores domésticos. Jellyfin, Navidrome y otros servicios compatibles con la API de Subsonic pueden actuar como fuentes de música dentro de la misma aplicación.

Un reproductor de música moderno desarrollado en Rust

El proyecto está desarrollado en Rust y utiliza Dioxus para construir su interfaz. La combinación busca ofrecer una aplicación ligera y moderna, con una arquitectura capaz de funcionar en diferentes sistemas operativos.

La biblioteca, las listas de reproducción, los favoritos y diferentes ajustes se almacenan localmente mediante una base de datos SQLite. Esta infraestructura permite mantener organizada la información del usuario y actualizar la interfaz cuando se producen cambios en las fuentes o en la biblioteca.

El reproductor también cuenta con integración nativa con los controles multimedia de cada plataforma. En Linux utiliza MPRIS, por lo que puede aparecer en los controles del entorno de escritorio y responder a las teclas multimedia habituales.

Kopuz incluye soporte para letras sincronizadas y diferentes opciones de reproducción

Entre las funciones disponibles se encuentra el soporte para letras sincronizadas, incluyendo letras convencionales y sistemas que muestran el texto siguiendo la reproducción de la canción. Las versiones más recientes también han ampliado esta parte con letras sincronizadas palabra por palabra y diferentes efectos visuales.

Kopuz incorpora además listas de reproducción, favoritos, navegación por géneros, búsqueda y un sistema de temas para modificar la apariencia de la aplicación. El usuario puede utilizar los temas incluidos o crear otros personalizados modificando las variables visuales disponibles.

También cuenta con un mini reproductor que permite mantener visibles los controles principales sin tener que utilizar la ventana completa. Otra función disponible en los sistemas de escritorio es la posibilidad de minimizar la aplicación a la bandeja del sistema para mantener la reproducción activa en segundo plano.

Un ecualizador de diez bandas y funciones adicionales

La aplicación incluye un ecualizador de diez bandas con ajustes predefinidos y configuraciones personalizadas. Esta función permite modificar el sonido directamente desde el reproductor sin depender necesariamente de un ecualizador externo.

La biblioteca también permite identificar de forma visual el tipo de archivo utilizado por las pistas locales. Los formatos pueden mostrarse junto a las canciones, facilitando diferenciar rápidamente entre archivos como MP3, FLAC o WAV.

Además de la reproducción, el programa incorpora funciones relacionadas con la gestión de colecciones. Es posible marcar canciones como favoritas, crear listas y añadir pistas o álbumes completos. En determinados servicios conectados, los favoritos y las listas también pueden sincronizarse con el servidor.

Jellyfin, Navidrome y Subsonic forman parte de su enfoque

Una de las ventajas para los usuarios de Linux es la integración con servidores musicales autohospedados. Kopuz puede conectarse a Jellyfin y a servicios compatibles con Subsonic, una categoría en la que también se encuentra Navidrome.

Esto permite utilizar la aplicación como cliente para una biblioteca musical almacenada en otro equipo o servidor. El usuario puede así mantener su colección centralizada y acceder a ella desde diferentes dispositivos.

La combinación de reproducción local y servicios autohospedados encaja especialmente bien con el ecosistema del software libre. En lugar de obligar al usuario a elegir entre los archivos de su ordenador y un servidor personal, ambas fuentes pueden convivir dentro de la misma biblioteca.

Kopuz también se conecta con servicios musicales online

El proyecto ha ido ampliando sus posibilidades mediante diferentes servicios de streaming. Entre ellos se encuentran YouTube Music, SoundCloud y Spotify, aunque cada integración cuenta con sus propios requisitos y limitaciones.

En el caso de Spotify, la aplicación utiliza las APIs y herramientas oficiales del servicio. La reproducción local mediante el reproductor integrado depende del Web Playback SDK y requiere una cuenta Premium, además de una configuración inicial por parte del usuario.

YouTube Music también puede utilizarse como fuente musical, mientras que SoundCloud permite acceder al servicio desde el propio reproductor. Estas integraciones convierten a Kopuz en una alternativa bastante distinta de un reproductor tradicional centrado únicamente en archivos locales.

Apple Music y Nextcloud amplían las fuentes disponibles

Las novedades más recientes del proyecto han añadido nuevas posibilidades a la aplicación. Una de ellas es la integración con Apple Music, que permite acceder al catálogo y a la biblioteca del usuario, además de sincronizar determinados elementos y trabajar con listas y favoritos.

Otra incorporación es Nextcloud, que puede utilizarse mediante WebDAV para acceder a archivos musicales almacenados en el servidor. El usuario puede seleccionar las carpetas que formarán parte de su biblioteca y reproducir o descargar las pistas según las posibilidades disponibles.

Con estas incorporaciones, Kopuz continúa ampliando la variedad de fuentes compatibles. La idea es que la aplicación pueda actuar como un punto central para diferentes formas de consumir y almacenar música.

Linux cuenta con varias opciones de instalación

Los usuarios de Linux pueden instalar Kopuz mediante diferentes métodos. El proyecto ofrece versiones preparadas en varios formatos, incluyendo paquetes DEB, RPM, Flatpak y AppImage.

La aplicación también puede instalarse desde Cargo y cuenta con soporte para Nix y NixOS. En Arch Linux existe además un paquete disponible en AUR, por lo que los usuarios de esta familia de distribuciones pueden integrarlo con las herramientas habituales de su sistema.

La disponibilidad de varios métodos de distribución facilita utilizar el reproductor en diferentes distribuciones sin depender exclusivamente de una única tecnología de empaquetado. Para muchos usuarios de escritorio, Flatpak puede ser la opción más sencilla, mientras que otros pueden preferir los paquetes nativos o la versión AppImage.

Un reproductor multiplataforma que también está disponible para Android

Aunque Linux es una de las plataformas importantes para el proyecto, Kopuz no está limitado al escritorio. El reproductor también dispone de versiones para Windows, macOS y Android, permitiendo que la misma aplicación esté disponible en diferentes dispositivos.

La recuperación del soporte para Android ha sido una de las novedades recientes del proyecto. Esto abre la posibilidad de utilizar el reproductor en ordenadores y dispositivos móviles, especialmente para quienes quieren mantener una experiencia similar entre varias plataformas.

El desarrollo multiplataforma también puede resultar útil para usuarios que utilizan más de un sistema operativo. Una biblioteca conectada a un servidor personal puede accederse desde diferentes dispositivos utilizando la misma familia de aplicaciones.

Una alternativa diferente dentro de los reproductores de música para Linux

Linux cuenta con numerosos reproductores musicales, desde aplicaciones ligeras centradas exclusivamente en archivos locales hasta centros multimedia y clientes para servicios concretos. Kopuz intenta ocupar una posición diferente al combinar varios de estos conceptos dentro de una sola interfaz.

Su capacidad para reunir archivos locales, servidores autohospedados y servicios online es una de sus características más destacadas. A esto se suman las letras sincronizadas, los temas, el ecualizador, la gestión de listas y la integración con los controles multimedia del escritorio.

El proyecto todavía continúa evolucionando rápidamente, pero su propuesta resulta especialmente interesante para quienes buscan un reproductor de música moderno y flexible. Con soporte para diferentes fuentes, múltiples plataformas y varias opciones de instalación en Linux, Kopuz se presenta como una alternativa de código abierto que quiere convertirse en el centro desde el que organizar buena parte de la música del usuario.

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

Si has empezado a notar que tu Steam Deck rinde peor, no estás solo. No se ha hablado mucho en medios especializados sobre esto, pero sí hay información en Reddit e incluso GitHub. Aquí voy a contar un poco qué pasa, y en parte lo he averiguado porque yo mismo he notado el bajón de rendimiento desde que actualicé a SteamOS 3.8. No me di cuenta desde el principio, pero es una realidad.

Mi historia personal con este problema de SteamOS 3.8 empezó hace algo más de un mes. Como comentaba, no lo noté al principio, en parte porque hacía mucho tiempo que no jugaba al Cyberpunk 2077. Cuando lo jugué por primera vez, vi que tenía un perfil conservador para funcionar bien en la Steam Deck, limitado a 30fps y alguna que otra cosita más. Quitando el límite y con algún otro ajuste, la Deck puede mover el Cyberpunk a cerca de 50fps de media con algunas caídas.

El caso es que tiempo después de acabarlo, jugué a la expansión Phantom Liberty, y como rondaba los 30fps y se dice que hay mejoras gráficas, no hice mucho caso. Hasta que mi sobrino estuvo toqueteando y ya empecé a prestar atención.

El problema de rendimiento en SteamOS 3.8 es real

Todas las alarmas se encendieron la tercera vez que jugué a Horizon Zero Dawn, actualmente mi juego favorito. La primera vez que lo jugué, lo hice a 30fps la mayoría del tiempo y a 6tdp, sólo quitándole esos límites mientras cargaba la Deck o cuando jugaba en un punto realmente complicado. Sin esos límites, Horizon se podía mover a 60fps, pero esta vez yo sólo veía unos 45fps, 50 con suerte. ¿Y aquella configuración que usé en el pasado? Hacía que los fps cayeran hasta unos 20.

Fue entonces cuando empecé a buscar algo de información, porque no me parecía nada normal. Hice la búsqueda en Startpage, pero recordé que ChatGPT (entre otros) pueden ahorrarme tiempo y le pedí que buscara información relacionada. Hay muchos enlaces que hablan del problema, como este de Reddit o este de GitHub que habla del problema en Red Dead Redemption 2.

Soluciones: comentar en GitHub o bajar a 3.7

De momento no parece haber solución, a no ser que se baje a SteamOS 3.7. Hay usuarios que aseguran que llegan a recuperar 30fps dependiendo del título, lo que me parece demasiado, pero podría ser. Lo otro que se puede hacer es comentar en este hilo de GitHub, más que nada para que Valve tenga bien claro que hay un problema y que hay que solucionarlo cuanto antes.

Por lo que comentan, también se mejora si se sube a 3.9, pero de momento está en fase preliminar y es probable que se experimenten otros fallos.

La Steam Machine no parece estar afectada

Por lo que parece, la Steam Machine no está afectada por el problema. Es posible que lo esté, pero se calcula que la Machine es seis veces más potente que la Deck en la misma resolución y unas tres a 1080p aproximadamente. Si hay un bajón que no es tan grave, podríamos no notarlo. El caso es que no hay usuarios que se estén quejando de ello.

El problema es más grave en la Deck por su hardware limitado: es como un PC gamer de 2021-2022 que puede mover títulos de esos momentos, siempre y cuando no sean los más exigentes y a baja resolución. En muchos juegos, como los mencionados Cyberpunk 2077 y Horizon ZD, puede ir bien, pero no sin esfuerzo. Bajar unos 15fps en un título que se mueve de media a 40 nos da como resultado bajar a los 25, con lo que nos quedamos con una experiencia mermada.

Y esto os lo dice alguien no demasiado exigente y que podría jugar a esos 25fps, pero si fueran estables y sin caídas. Una caída ya te deja en 15-18 y eso ya sí es demasiado.

Así que si tu Steam Deck está rindiendo peor, o bajas a SteamOS 3.7 o tienes paciencia, que Valve se toma muy en serio estos problemas y seguro que lo arreglará. La cuestión es cuándo.

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

Thunderbird 155 ya está disponible como la nueva versión del cliente de correo electrónico de Mozilla, incorporando importantes mejoras en la configuración de cuentas, autenticación OAuth y compatibilidad con servidores de correo personalizados. El lanzamiento llega además en un momento de cambio para el proyecto, que a partir de septiembre ha comenzado a adoptar un ciclo de desarrollo mucho más rápido, con nuevas versiones estables cada dos semanas.

La nueva versión mantiene la evolución de Thunderbird hacia un cliente de correo más flexible y preparado para servicios modernos. Entre sus novedades destaca especialmente el soporte de OAuth personalizado para servidores IMAP y SMTP, junto con nuevas posibilidades para que las extensiones puedan modificar los proveedores de autenticación utilizados por determinados dominios. También se incluyen numerosas correcciones de errores, mejoras de estabilidad y actualizaciones de seguridad.

Thunderbird 155 mejora la autenticación OAuth

La principal novedad de Thunderbird 155 está relacionada con la autenticación. La nueva versión incorpora soporte para configurar proveedores OAuth personalizados en servidores IMAP y SMTP, algo especialmente interesante para organizaciones y proveedores de correo que utilizan sistemas de autenticación propios.

Hasta ahora, la configuración de cuentas en Thunderbird dependía en mayor medida de los proveedores OAuth integrados en el propio cliente. Con la nueva versión, el sistema es más flexible y permite definir configuraciones específicas para servidores y dominios que no utilizan necesariamente los proveedores contemplados de forma predeterminada.

La mejora resulta especialmente relevante en entornos empresariales, educativos o administrados, donde el servidor de correo puede utilizar una infraestructura de autenticación diferente de la que emplean los grandes servicios comerciales.

Las extensiones pueden modificar los proveedores de autenticación

Thunderbird 155 también amplía las posibilidades de las extensiones relacionadas con OAuth. Los complementos pueden ahora sobrescribir las configuraciones integradas para determinados dominios y nombres de host.

Esto permite desarrollar extensiones capaces de proporcionar mecanismos de autenticación específicos sin tener que esperar necesariamente a que cada proveedor sea incorporado directamente al código principal de Thunderbird.

El cambio también mejora la capacidad de Thunderbird para adaptarse a servicios especializados. En lugar de tratar todos los servidores de correo de una misma forma, el cliente puede utilizar diferentes configuraciones dependiendo del dominio o servidor con el que esté trabajando.

La configuración manual de cuentas es más completa

Otra de las mejoras está relacionada con el proceso de configuración manual de cuentas. Thunderbird 155 simplifica este flujo y añade soporte para Exchange, Microsoft Graph y OAuth personalizado dentro de la misma experiencia.

Esto es especialmente importante porque Thunderbird está ampliando progresivamente su compatibilidad con Microsoft Exchange. El proyecto lleva meses trabajando en la integración de Microsoft Graph para sustituir progresivamente diferentes componentes de la antigua implementación basada en EWS.

Con Thunderbird 154 ya se había habilitado Microsoft Graph para Microsoft 365, mientras que la versión 155 continúa desarrollando la infraestructura necesaria para configurar y autenticar este tipo de cuentas de forma más sencilla.

OAuth incorpora PKCE y autenticación mediante navegador externo

Thunderbird 155 añade además campos específicos para configurar PKCE y el uso de un navegador externo dentro de los parámetros de OAuth personalizado.

PKCE, siglas de Proof Key for Code Exchange, añade una capa de protección al flujo de autorización y está especialmente orientado a clientes que no pueden mantener secretos de cliente de forma segura. Su utilización se ha convertido en una práctica habitual en aplicaciones modernas que emplean OAuth.

El soporte de navegador externo también encaja con la evolución que Thunderbird ya había iniciado en versiones anteriores. Desde Thunderbird 153, el inicio de sesión OAuth de las cuentas de correo puede abrirse en el navegador predeterminado del sistema, en lugar de realizar todo el proceso dentro de la propia aplicación.

Mejoras en S/MIME

La nueva versión incorpora también una mejora para los usuarios que utilizan S/MIME. El cuadro de información correspondiente muestra ahora detalles adicionales sobre las firmas y el cifrado de los mensajes.

Entre la información que puede consultarse aparecen el algoritmo utilizado para la firma, el algoritmo de resumen o digest, el algoritmo de cifrado y el tamaño de las claves.

Esta información permite comprobar con mayor precisión las características criptográficas de un mensaje firmado o cifrado y ofrece más transparencia a los usuarios que necesitan verificar cómo se ha protegido una comunicación.

Más correcciones para IMAP, Exchange y calendarios

Thunderbird 155 llega acompañado de una extensa lista de correcciones. Entre ellas se solucionan problemas relacionados con la sincronización de etiquetas IMAP, la búsqueda global de mensajes y los filtros de archivos adjuntos.

También se corrigen diferentes problemas relacionados con Exchange y CalDAV. Por ejemplo, eliminar una cuenta de Exchange podía dejar configurada la información correspondiente al servidor de salida, mientras que determinados calendarios CalDAV podían dejar de sincronizar completamente sus eventos cuando se utilizaba el modo offline.

El cliente también soluciona un problema que podía provocar la pérdida silenciosa de cambios realizados sobre archivos ICS almacenados en caché cuando Thunderbird volvía a conectarse.

Numerosos fallos de estabilidad también quedan corregidos en Thunderbird 155

La actualización incluye varias correcciones de errores que podían provocar cierres inesperados del programa. Entre los problemas solucionados aparecen diferentes fallos relacionados con la gestión de memoria de la base de datos y con la carga de carpetas de correo.

También se ha corregido un bloqueo que podía producirse durante el cierre de Thunderbird mientras el cliente esperaba la introducción de una contraseña OAuth2.

Estos cambios pueden ser menos visibles que las nuevas funciones, pero resultan especialmente importantes en un cliente de correo que permanece abierto durante largos periodos y que gestiona continuamente mensajes, carpetas, calendarios, contactos y bases de datos locales.

Con Thunderbird 155 comienza una nueva etapa con versiones más frecuentes

El lanzamiento de Thunderbird 155 tiene además una particularidad importante: forma parte del nuevo calendario de publicación acelerado adoptado por Mozilla y Thunderbird.

El proyecto ha decidido pasar de un ciclo de cuatro semanas a uno de aproximadamente dos semanas para las versiones de escritorio. Thunderbird 155 es una de las primeras versiones que se beneficia de este cambio, que busca permitir que las mejoras terminadas lleguen a los usuarios con mayor rapidez.

El equipo ha explicado que este modelo no pretende obligar a los desarrolladores a trabajar al doble de velocidad. Las características que no estén preparadas podrán continuar su desarrollo y esperar a una versión posterior, mientras que las mejoras que sí estén listas tendrán más oportunidades de llegar rápidamente a la rama estable.

Versiones más pequeñas y frecuentes

El nuevo calendario implica que Thunderbird tendrá que acostumbrarse a una sucesión de versiones con intervalos mucho más cortos. En lugar de concentrar un gran número de cambios en una actualización mensual, las mejoras podrán repartirse entre varias versiones más pequeñas.

La estrategia sigue el cambio anunciado previamente para Firefox, que también ha comenzado a experimentar con un ciclo de lanzamiento de dos semanas. Thunderbird mantiene además una numeración sincronizada con Firefox, de modo que Thunderbird 155 se basa en Firefox 155.

Para los usuarios, el funcionamiento habitual del actualizador no cambia. Las nuevas versiones continuarán llegando mediante los mecanismos de actualización de Thunderbird o a través de los repositorios de las diferentes distribuciones Linux.

Thunderbird 155 refuerza su apuesta por Exchange

La evolución del soporte de Exchange sigue siendo uno de los proyectos técnicos más importantes de Thunderbird. El equipo lleva meses trabajando para ampliar la compatibilidad con Microsoft Graph y acercarla a las capacidades que anteriormente proporcionaba EWS.

Thunderbird 155 se beneficia de ese trabajo al integrar Exchange y Graph dentro del flujo de configuración manual de cuentas. La combinación de este soporte con OAuth personalizado permite que el cliente pueda adaptarse a un número mayor de configuraciones empresariales.

El proyecto también ha confirmado que el trabajo sobre Graph no termina con el correo electrónico. Una vez consolidada la compatibilidad con el correo, Thunderbird continuará desarrollando otras partes de la integración con Exchange, incluyendo futuras mejoras relacionadas con calendarios.

Una actualización importante para el cliente de correo de Mozilla

Thunderbird 155 representa una actualización especialmente centrada en autenticación, configuración de cuentas y compatibilidad con diferentes infraestructuras de correo. El soporte de OAuth personalizado para IMAP y SMTP es probablemente su incorporación más relevante, mientras que PKCE, el navegador externo y las mejoras para extensiones completan una renovación importante de esta parte del programa.

La versión también incorpora mejoras de S/MIME, nuevas políticas para administradores y numerosas correcciones relacionadas con IMAP, Exchange, CalDAV, búsquedas, filtros y estabilidad. Todo ello llega mientras Thunderbird comienza una nueva etapa de lanzamientos más frecuentes.

Con el paso a un ciclo de aproximadamente dos semanas, el proyecto pretende reducir el tiempo que transcurre entre la finalización de una mejora y su llegada a los usuarios. Thunderbird 155 es, por tanto, algo más que una actualización de mantenimiento: es también una muestra de la nueva estrategia de desarrollo con la que el cliente de correo de Mozilla afronta los próximos meses.

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

KDE Linux es el sistema operativo en el que el proyecto KDE está trabajando en la actualidad. Ahora mismo ya se puede probar en máquinas virtuales, y podemos echarle un vistazo para ver cómo funciona y todo lo nuevo que van añadiendo. Pero aún no está ni cerca de ser estable, y podemos encontrarnos con problemas. Por ejemplo, Discover puede quedarse comprobando las actualizaciones y no finalizar el proceso, por lo que es imposible actualizar el sistema o los programas. Bueno, imposible no.

En Linux se usa mucho el terminal. No es necesario para la mayoría de tareas, pero sí suele venir bien para solucionar algunos problemas. Cuando el centro de software de KDE no funciona, en Kubuntu se puede tirar de sudo apt update, y en Fedora hacerlo con DNF, pero los sistemas inmutables son diferentes. En algunos, sudo ni siquiera está disponible por defecto, pero en KDE Linux sí lo está y se puede actualizar el sistema con él.

Actualizar KDE Linux desde Terminal

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

El proceso es sencillo, pero hay que saber qué comando usar. Como comentábamos, no se puede usar ni APT, ni DNF ni siquiera el Pacman de Arch, sistema en el que se basa KDE Linux. Hay que usar otro comando:

sudo systemd-sysupdate update

Si no hemos usado sudo nunca antes, nos avisará de los peligros. Los usuarios de Linux ya sabemos qué puede pasar (básicamente podemos cargarnos hasta la raíz del sistema con el comando adecuado). Pero en casos como los de actualizar, los peligros no suelen ser muy grandes.

Cuando finalice el proceso de actualización, podemos reiniciar manualmente o con:

systemctl reboot

Al reiniciar, el sistema operativo estará actualizado.

¿Y los programas?

KDE Linux, como la gran mayoría de distribuciones inmutables, obtiene la mayoría de su software de Flathub, de donde se descargan paquetes flatpak. Si Discover no respondía, es posible que con el comando anterior y reiniciando se haya arreglado todo. Pero en caso contrario se puede ir al terminal y usar flatpak update, como siempre. Así se actualizarán los programas.

Y esto sería todo. Se espera que cuando el sistema sea más estable todo esto funcionará mejor. Y si no lo hace, el terminal siempre puede ayudar.

from Linux Adictos https://ift.tt/5lZVezM
via IFTTT

D7VK 2.2 ya está disponible como una nueva versión de la capa de traducción gráfica diseñada para ejecutar juegos clásicos de Windows en Linux. El proyecto, derivado de DXVK, se centra en traducir las antiguas APIs Direct3D 7, 6, 5 y 3 a Vulkan para utilizarlas mediante Wine y Proton, y esta nueva versión dedica buena parte de su trabajo a una de las partes que todavía presentaba más carencias: el soporte de Direct3D 3.

La actualización llega apenas unas semanas después de D7VK 2.1 y continúa el proceso de maduración de una tecnología especialmente interesante para quienes quieren recuperar juegos de finales de los años 90 y principios de los 2000 en sistemas Linux modernos. Además de mejorar Direct3D 3, D7VK 2.2 incorpora numerosas correcciones y ajustes internos, y toma como base la reciente versión DXVK 3.1.

D7VK 2.2 pone el foco en Direct3D 3

La principal novedad de D7VK 2.2 está relacionada con Direct3D 3, una API que había quedado algo rezagada frente al resto de tecnologías antiguas soportadas por el proyecto. Aunque los juegos Direct3D 3 que el desarrollador había podido recopilar y probar ya funcionaban con D7VK, todavía existían diferentes casos límite y comportamientos que no estaban implementados correctamente.

Esto era especialmente problemático porque el catálogo de juegos que utilizan Direct3D 3 es difícil de reconstruir. Se trata de títulos muy antiguos, muchos de los cuales ya no se comercializan o son complicados de localizar, por lo que resulta difícil probar todas las posibles implementaciones que pueden encontrarse en la práctica.

Con esta versión, el desarrollador ha revisado buena parte de la implementación de Direct3D 3 para acercarla al nivel de madurez alcanzado por las demás APIs compatibles con D7VK.

El comportamiento de los dispositivos D3D3 se ajusta al original

Uno de los cambios técnicos consiste en rehacer el sistema de recuento de referencias de los dispositivos Direct3D 3. D7VK 2.2 modifica este mecanismo para que su comportamiento coincida con el de la implementación nativa de la API.

Este tipo de detalle puede parecer poco relevante para el usuario, pero es fundamental en una capa de traducción. Los juegos antiguos pueden depender de comportamientos concretos relacionados con la creación y destrucción de objetos, y una diferencia aparentemente pequeña puede provocar errores difíciles de diagnosticar.

La nueva implementación reduce así las posibilidades de que determinados títulos fallen al gestionar sus dispositivos gráficos de una manera que D7VK no esperaba.

D7VK 2.2 introduce mejoras en la transparencia mediante color key

D7VK 2.2 también modifica la gestión de color keying en dispositivos Direct3D 3 puros. Hasta ahora, el proyecto utilizaba un modelo muy sencillo en el que esta función permanecía siempre activada en determinadas circunstancias.

La nueva versión permite controlar correctamente cuándo debe habilitarse, reproduciendo de una forma más fiel el comportamiento de Direct3D 3. Esto resulta especialmente importante para juegos antiguos que utilizan técnicas de transparencia basadas en colores concretos.

Además, se han optimizado los cálculos relacionados con los rangos de color normalizados. Estos valores ahora se actualizan únicamente cuando cambia la descripción de la superficie, permitiendo mantenerlos en caché y reutilizarlos posteriormente.

El resultado debería ser una mejora pequeña o moderada del rendimiento en juegos que utilizan color key transparency, además de un comportamiento más correcto.

Se corrigen casos límite de los execute buffers

Otro apartado importante de D7VK 2.2 es la revisión de las validaciones de los execute buffers de Direct3D 3. El proyecto ha reorganizado parte de esta lógica para solucionar diferentes casos límite detectados durante las pruebas.

Para comprobar el comportamiento esperado de la API, el desarrollador ha podido apoyarse también en pruebas de Wine específicamente relacionadas con Direct3D 3. Estas pruebas permiten comparar el comportamiento de D7VK con el que se espera de una implementación compatible y detectar diferencias que podrían pasar desapercibidas al utilizar únicamente juegos conocidos.

Este trabajo resulta particularmente valioso para una API tan antigua, donde los títulos disponibles para realizar pruebas son escasos y no siempre cubren todas las posibilidades de la implementación original.

Mayor robustez para las texturas de Direct3D 5 y 3

La actualización no se limita a Direct3D 3. D7VK 2.2 también mejora la gestión de texturas utilizadas por Direct3D 5 y Direct3D 3 para evitar que las superficies subyacentes queden fuera de alcance mientras todavía están siendo utilizadas.

El cambio aumenta la robustez del manejo de recursos gráficos y puede solucionar errores que aparezcan únicamente bajo determinadas secuencias de operaciones. El desarrollador señala además que esta mejora ha tenido un efecto positivo en Frogger, publicado originalmente en 1997.

La corrección muestra cómo los cambios internos destinados a solucionar problemas de gestión de recursos pueden terminar teniendo efectos visibles en juegos concretos, incluso cuando la modificación no está diseñada específicamente para ellos.

D7VK 2.2 también corrige problemas de transformación y matrices

D7VK 2.2 soluciona además un error relacionado con la transformación de los execute buffers de Direct3D 3. El problema estaba provocado por una determinación incorrecta del formato FVF utilizado para las entradas de los vértices.

También se ha corregido un problema en los cálculos de matrices de proyección heredadas. El fallo fue detectado gracias a una prueba de Wine que no se comportaba como esperaba, y podía haber tenido consecuencias negativas en determinadas aplicaciones Direct3D 6, 5 y 3.

Estos cambios vuelven a demostrar la importancia de las pruebas de compatibilidad para D7VK. Muchos de los problemas de las APIs gráficas antiguas no aparecen necesariamente en los juegos más conocidos, sino en combinaciones específicas de características que pueden permanecer ocultas durante años.

Menos sobrecarga en las rutas de dibujo antiguas

La nueva versión también reorganiza el camino de dibujo Begin() / Vertex() / End() utilizado por Direct3D 6 y Direct3D 5. La modificación reduce el consumo de memoria y proporciona una pequeña mejora de rendimiento.

De nuevo, Frogger se encuentra entre los juegos que pueden beneficiarse de este cambio. Aunque no se trata de una optimización que vaya a duplicar los FPS de todos los títulos retro, sí contribuye a reducir parte de la sobrecarga acumulada en las rutas utilizadas por las APIs más antiguas.

D7VK ya ha recibido importantes optimizaciones de rendimiento en versiones anteriores, por lo que el trabajo actual se centra cada vez más en pulir la implementación y eliminar costes innecesarios.

D7VK 2.2 parte de DXVK 3.1

Otra característica importante de esta versión es que D7VK 2.2 ha sido rebasado sobre DXVK 3.1. Esto permite al proyecto beneficiarse de una base más reciente y mantener alineada su implementación con la evolución de DXVK.

La relación entre ambos proyectos es especialmente importante. D7VK nació como un fork de DXVK especializado en las APIs Direct3D antiguas que no están cubiertas por el uso habitual de DXVK, mientras que ambos utilizan Vulkan como destino para las llamadas gráficas procedentes de Windows.

Gracias a esta relación, las mejoras estructurales que llegan a DXVK pueden servir como base para que D7VK continúe evolucionando sin tener que desarrollar desde cero toda la infraestructura necesaria para comunicarse con Vulkan.

Un proyecto pensado para recuperar juegos clásicos

D7VK tiene un objetivo muy concreto dentro del ecosistema Linux: permitir que juegos de Windows que utilizan Direct3D 7, 6, 5 y 3 puedan ejecutarse mediante Vulkan. Esto lo diferencia de DXVK, que está orientado principalmente a Direct3D 9, 10 y 11.

La importancia del proyecto aumenta cuando se trata de títulos que dependen de tecnologías gráficas que Wine no implementa directamente de la misma manera o que pueden beneficiarse de una traducción más precisa hacia Vulkan.

Al combinar D7VK con Wine o Proton, los usuarios de Linux pueden recuperar una cantidad considerable de software de finales del siglo XX y principios del XXI sin tener que recurrir necesariamente a una instalación antigua de Windows.

Para quienes utilizan Wine o Proton para jugar en Linux y tienen interés en recuperar títulos clásicos, D7VK 2.2 refuerza una de las piezas más interesantes de la infraestructura de compatibilidad. Y aunque muchas de sus mejoras sean invisibles para el usuario, cada corrección aumenta las posibilidades de que otro juego perdido en la era de Direct3D 3, 5, 6 o 7 pueda volver a funcionar correctamente en un sistema Linux moderno.

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

La comunidad de jugadores de Linux está de enhorabuena con el lanzamiento de GE-Proton 11-6, la última versión de la capa de compatibilidad desarrollada por la comunidad que permite ejecutar juegos de Windows en SteamOS y otras distribuciones Linux. Esta entrega, que ya está disponible a través del repositorio oficial de GitHub, llega cargada de novedades que prometen mejorar la experiencia de juego en el sistema operativo del pingüino.

Entre los cambios más destacados, las mejoras en WINE Wayland ocupan un lugar central. Ahora es posible disfrutar del overlay de Steam bajo este entorno, algo que los usuarios llevaban tiempo demandando. Además, se ha trabajado en la compatibilidad con los mandos de PS5, que reciben un impulso notable en esta versión. Los desarrolladores también han puesto el foco en solucionar los problemas que arrastraba EasyAntiCheat, un sistema de protección que daba dolores de cabeza a muchos jugadores.

GE-Proton 11-6 introduce mejoras en Wayland y controladores

La integración de Wayland ha sido uno de los puntos más esperados. Con GE-Proton 11-6, el soporte para el overlay de Steam en WINE-Wayland se convierte en una realidad, lo que facilita el acceso a funciones sociales y de captura sin salir del juego. Los usuarios de PS5 también notarán una mejora sustancial en la respuesta y detección de su mando, con ajustes que pulen la experiencia tanto en juegos nativos como en títulos ejecutados mediante Proton.

Correcciones y componentes actualizados

Uno de los puntos fuertes de este lanzamiento es la corrección de errores relacionados con EasyAntiCheat, que afectaban a títulos multijugador populares. Además, se han actualizado componentes clave como DXVK, VKD3D-Proton y FEX para arquitecturas ARM, lo que amplía el abanico de juegos compatibles y mejora el rendimiento general. Estas actualizaciones no solo benefician a los equipos de escritorio, sino también a dispositivos portátiles como la Steam Deck.

La build 11-6 se suma a la larga lista de lanzamientos de GE-Proton, que se ha convertido en una herramienta imprescindible para muchos jugadores de Linux. Su carácter comunitario permite iterar rápidamente y adaptarse a las necesidades de los usuarios, algo que Valve aprovecha para integrar mejoras en sus propias versiones de Proton. Para los entusiastas de España y Europa, esta actualización supone un paso más hacia la consolidación de Linux como plataforma de juego seria.

En definitiva, GE-Proton 11-6 refuerza el ecosistema de juegos en Linux con mejoras tangibles en Wayland, controladores y anticheat, además de actualizar componentes esenciales. Los jugadores que quieran probar esta versión pueden descargarla desde el repositorio oficial de proton-ge-custom en GitHub, donde también encontrarán las notas completas del lanzamiento.

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

Mozilla ha puesto a disposición del público los binarios de Firefox 155, una actualización que llega con más miga de lo que suele ser habitual. Aunque el anuncio oficial está previsto para el dentro de unas hora, los archivos ya se pueden descargar, y la lista de cambios es bastante extensa. La compañía ha querido dar un empujón tanto a la velocidad de carga como a la experiencia de usuario, sin olvidarse de los desarrolladores.

Lo primero que llama la atención es que esta versión no se limita a retoques menores. Hay una apuesta clara por optimizar la conexión a internet, una incursión en la inteligencia artificial para el escritorio y un buen puñado de correcciones que llevaban tiempo pidiéndose. Vamos a desgranar lo más destacado de esta entrega.

Para el que se esté preguntando por qué Firefox 155 llega tan pronto tras Firefox 154, la respuesta es que Mozilla ha cambiado su calendario y lanzará versiones mayores cada dos semanas desde el lanzamiento de hoy.

Una conexión más lista y rápida en Firefox 155

El plato fuerte es, sin duda, el nuevo sistema de selección de conexiones. Firefox 155 estrena la tercera generación de Happy Eyeballs, un mecanismo que ahora es capaz de probar varias rutas a la vez. Ya no se limita a comparar IPv4 e IPv6, sino que también echa mano de los registros DNS modernos para saber qué protocolos soporta el servidor y lanzar pruebas simultáneas con HTTP/2 y HTTP/3. La idea es que el navegador se quede con la primera opción que responda, evitando esperas innecesarias cuando una vía es más lenta o está bloqueada. En la práctica, esto puede notarse en páginas que antes tardaban un poco más en arrancar.

Relacionado con esto, la nueva versión incorpora soporte para QUIC v2 en las conexiones HTTP/3. No es que lo fuerce, sino que lo utiliza cuando el servidor lo elige durante la negociación. Esto permite que la navegación siga siendo compatible con infraestructuras más antiguas, pero aprovecha las mejoras de este protocolo cuando está disponible. Es un paso más para que la web cargue de forma más fluida, especialmente en redes con cierta congestión.

La IA se asoma al escritorio en Firefox 155

Otra de las novedades que ha dado que hablar es Smart Window (actívala en Linux), una ventana de navegación opcional impulsada por inteligencia artificial. Esta función, que de momento está disponible para usuarios de Estados Unidos, Canadá y Francia, permite acceder a las pestañas abiertas y al historial, pero siempre con el permiso explícito del usuario. Es una forma de darle al navegador un papel más activo a la hora de organizar la información, aunque habrá que ver cómo se adapta a los hábitos de cada uno. Lo bueno es que es opcional, así que quien no quiera usarla, no tiene por qué activarla.

Correcciones y novedades para el día a día

La actualización también trae una solución para un problema que afectaba a los usuarios de Linux. Al parecer, el sistema no entraba en suspensión después de una sesión larga de navegación, lo que podía gastar batería de forma innecesaria. Con este parche, el equipo debería comportarse con normalidad. Además, se ha añadido la posibilidad de reordenar los contenedores directamente desde los ajustes, un detalle que muchos llevaban tiempo pidiendo.

En el apartado de privacidad, Firefox 155 ahora muestra en la barra de direcciones el número de rastreadores que ha bloqueado. Es una forma rápida y visual de ver el trabajo que está haciendo el navegador. También se ha restringido la apertura de enlaces mailto: para que solo se ejecuten cuando el usuario hace clic explícitamente, evitando sustos. Y para los que juegan con mando, hay una sorpresa: soporte para el controlador de Nintendo Switch Pro y otros compatibles en Windows.

Un festín para los desarrolladores

Los desarrolladores también tienen motivos para estar contentos. Firefox 155 incluye soporte para WebAssembly Compact Import Section y para WebAssembly Wide Arithmetic, lo que permite trabajar con instrucciones aritméticas de 128 bits. En el terreno del CSS, se ha estandarizado la propiedad font-width como nombre oficial de font-stretch, y se ha añadido soporte para la función progress(). La interoperabilidad de WebRTC también ha mejorado, lo que debería traducirse en llamadas y videollamadas más estables dentro del navegador.

Con esta mezcla de optimizaciones de red, funciones de IA opcionales y un buen puñado de ajustes para desarrolladores, Firefox 155 se presenta como una de las actualizaciones más completas de los últimos tiempos. La selección inteligente de rutas y la compatibilidad con QUIC v2 buscan exprimir al máximo la conexión, mientras que la ventana con IA y los cambios en la interfaz intentan hacer la navegación más cómoda y transparente. Sin duda, una versión que merece la pena probar.

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

OpenShot ha dado un salto significativo con el lanzamiento de su versión 4.0, disponible en GitHub tras la progresiva evolución desde versiones anteriores. Esta actualización introduce una migración tecnológica desde Qt5 hacia Qt6, lo que mejora la estabilidad y la compatibilidad con tecnologías modernas, especialmente en entornos Linux que utilizan Wayland y escalado fraccional de pantalla. A nivel de usuario, la interfaz se reorganiza para ofrecer una experiencia más limpia y eficiente, con vistas simples, de color y de grabación, y la posibilidad de crear y guardar diseños de espacio de trabajo personalizados. Aunque la vista avanzada ya no está presente, se puede compensar definiendo distribuciones propias, y se han afinado menús para eliminar opciones obsoletas.

Entre las innovaciones más destacadas figura un nuevo dock de grabación que permite capturar audio, pantalla o webcam directamente dentro de un proyecto existente. Los clips se insertan en la línea de tiempo durante la grabación y se importan automáticamente al finalizar. Además, se incorpora una vista de análisis y un sistema de plantillas para ComfyUI, orientado a tareas de limpieza y mejora de audio mediante inteligencia artificial. Estos avances se complementan con efectos visuales nuevos como sombra, brillo, mapa de desplazamiento y grano de película, ampliando las capacidades creativas del software.

Migración a Qt6 y mejoras de interfaz

La migración a Qt6 es el cambio más profundo de esta versión. Aunque el aspecto visual no cambia radicalmente, la transición mejora la estabilidad y el soporte de tecnologías modernas. En la práctica, esto se traduce en una interfaz reorganizada con opciones de vistas simples, de color y de grabación, y la posibilidad de guardar diseños de espacio de trabajo personalizados. Se ha eliminado la vista avanzada y se ha potenciado la flexibilidad mediante distribuciones propias, además de una revisión de menús para un flujo de trabajo más limpio.

Herramientas de audio y efectos con IA

OpenShot 4.0 introduce cuatro nuevos flujos de trabajo de ComfyUI para audio: reducción de ruido, mejora de voz, aumento de resolución de audio y reparación básica de clips dañados. Estos procesos pueden ejecutarse en un servidor ComfyUI externo, al que se envían los archivos y desde el que se recuperan los resultados. En la parte local, la interfaz de efectos de IA se ha simplificado: los modelos se descargan automáticamente cuando es necesario y se ofrece una vista previa en vivo para tareas como enmascaramiento de objetos. También se ha incluido un selector de modelos YOLO para detección de objetos, recuperando así una funcionalidad que ya estaba disponible en versiones anteriores.

Nuevos efectos, exportación y flujo de trabajo para redes sociales

Entre los efectos nuevos figuran sombra, brillo, mapa de desplazamiento y grano de película, además de un efecto de visualización de audio que permite superponer formas de onda, barras o espectros sobre el clip. Se añaden también ajustes preestablecidos de cámara y animación en el menú de movimiento, y la visualización de formas de onda ha recibido mejoras con opciones de pico y RMS. Para exportación a redes sociales, se incorporan filtros específicos para plataformas como TikTok y Snapchat, entre otras. La documentación se ha actualizado para reflejar estos cambios y facilitar la adopción por parte de usuarios nuevos y experimentados.

En conjunto, OpenShot 4.0 representa una actualización muy completa. Aunque la fiabilidad puede variar según el sistema, la versión ha logrado corregir varios problemas históricos y ofrece un conjunto de herramientas potentes y gratuitas, con una migración tecnológica que abre la puerta a futuras mejoras. Con Qt6, las nuevas herramientas de grabación y los avances en IA, OpenShot se posiciona como una opción sólida para editores de vídeo que buscan una solución de código abierto y accesible.

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

Linux y verificación de edad en California finalmente dejarán de ser un problema para la mayoría de distribuciones de software libre. La legislatura californiana ha aprobado una modificación que exime a los sistemas operativos distribuidos bajo licencias que permitan copiar, redistribuir y modificar el software de las obligaciones de su controvertida ley de verificación de edad.

La decisión supone un importante alivio para proyectos como Debian, Ubuntu, Fedora, Arch Linux y otros sistemas basados en software libre, que hasta ahora podían verse afectados por una normativa pensada principalmente para grandes plataformas tecnológicas. La ley original habría obligado a los proveedores de sistemas operativos a recoger información sobre la edad del usuario y proporcionar una señal de edad a las aplicaciones, un requisito especialmente problemático para proyectos descentralizados y mantenidos por comunidades o voluntarios.

California aprueba una exención para Linux y el software libre

La modificación llega mediante el proyecto AB 1856, que redefine el concepto de proveedor de sistemas operativos dentro de la Digital Age Assurance Act. La nueva redacción excluye a las personas y organizaciones que distribuyan un sistema operativo bajo condiciones de licencia que permitan al receptor copiar, redistribuir o modificar el software.

En la práctica, esto protege a una gran parte del ecosistema Linux y del software libre. Distribuciones como Debian, Fedora, Ubuntu y Arch Linux quedarían fuera del alcance de la obligación, al igual que diferentes sistemas BSD distribuidos bajo licencias que cumplen los requisitos establecidos por la nueva redacción.

La medida supone un cambio importante respecto a la situación creada por la ley original. Cuando California aprobó la Digital Age Assurance Act, surgieron inmediatamente dudas sobre cómo proyectos de código abierto podrían cumplir con una obligación diseñada para empresas con cuentas de usuario centralizadas y una infraestructura comercial detrás.

La ley original podía obligar a recoger la edad del usuario

La Digital Age Assurance Act, aprobada anteriormente como AB 1043, establece un sistema de señales de edad destinado a que las aplicaciones y servicios puedan conocer la franja de edad del usuario. La normativa sitúa una parte importante de esta responsabilidad en los proveedores de sistemas operativos y tiendas de aplicaciones.

El sistema obliga a recopilar información sobre la edad durante la configuración inicial del dispositivo y a proporcionar una señal correspondiente a una de las franjas establecidas cuando una aplicación la solicite. La ley está prevista para entrar en vigor el 1 de enero de 2027.

Para empresas como Apple, Microsoft o Google, este modelo puede apoyarse en sus cuentas, tiendas de aplicaciones e infraestructuras centralizadas. Sin embargo, trasladar el mismo requisito a un proyecto como Debian o Arch Linux planteaba problemas completamente diferentes.

El gran problema era la naturaleza descentralizada de Linux

Muchas distribuciones de Linux no funcionan como productos comerciales tradicionales. No existe necesariamente una empresa que controle cada instalación, una cuenta obligatoria para cada usuario o una infraestructura centralizada capaz de comprobar la edad de quien descarga e instala el sistema.

Esto hacía especialmente difícil determinar quién debía cumplir con las obligaciones legales. En algunos proyectos, el software es desarrollado y distribuido por comunidades internacionales formadas por voluntarios, mientras que las imágenes pueden ser replicadas, modificadas y redistribuidas por terceros.

La idea de obligar a este tipo de proyectos a crear un sistema de verificación de edad generó una fuerte preocupación dentro de la comunidad del software libre. La cuestión no era únicamente técnica, sino también económica y legal: mantener un sistema de este tipo puede requerir infraestructura, tratamiento de datos personales y recursos que muchos proyectos comunitarios simplemente no poseen.

La exención protege a las licencias que permiten copiar y modificar

El texto aprobado establece como elemento fundamental las condiciones de distribución del software. Si la licencia permite copiar, redistribuir y modificar el sistema, su distribuidor queda fuera de la definición correspondiente utilizada por la normativa.

Esto cubre las características esenciales de muchas de las licencias más utilizadas dentro del software libre y de código abierto. El cambio beneficia así no solamente a una distribución concreta, sino a un modelo completo de desarrollo basado en la posibilidad de estudiar, modificar y redistribuir el software.

La decisión evita que los proyectos tengan que introducir sistemas centralizados de recopilación de datos únicamente para cumplir con la legislación californiana. También reduce la posibilidad de que una ley diseñada para proteger a los menores terminara imponiendo una carga desproporcionada sobre desarrolladores que no tienen una relación comercial directa con cada usuario.

También se aclara la situación de dependencias y extensiones

La modificación aprobada no se limita únicamente a los sistemas operativos. El nuevo texto también aclara diferentes aspectos relacionados con la distribución de componentes de software.

Las bibliotecas y dependencias distribuidas mediante gestores de paquetes como APT o Pacman dejan de estar incluidas en la definición de aplicaciones ofrecidas como ejecutables independientes a través de una tienda cubierta por la normativa.

Esto es especialmente relevante para Linux, donde una enorme cantidad de software se distribuye precisamente mediante repositorios y gestores de paquetes. Sin esta aclaración, cada componente individual podía convertirse en una nueva fuente de dudas sobre las obligaciones legales de sus desarrolladores.

Las tiendas que distribuyen extensiones destinadas a ejecutarse dentro de una aplicación anfitriona también quedan fuera del alcance de determinadas obligaciones de la ley.

La legislación también corrige otros problemas de la norma original

La modificación de California introduce otros cambios destinados a solucionar algunos problemas detectados en la redacción inicial. Uno de ellos elimina una definición de usuario que podía producir interpretaciones especialmente problemáticas sobre quién debía ser considerado menor dentro del sistema.

También se incorpora una protección para plataformas y desarrolladores que actúen de buena fe cuando una señal de edad sea incorrecta. Este tipo de disposición puede resultar importante porque los sistemas de verificación y estimación de edad no son infalibles.

Además, la nueva redacción limita la posibilidad de solicitar una señal de edad a un proveedor de sistema operativo o una tienda de aplicaciones cuando la propia ley no lo exija expresamente. El objetivo es impedir que este mecanismo termine utilizándose como un canal adicional para recopilar información de los usuarios con otros fines.

SteamOS podría seguir en una zona gris

La nueva exención resuelve gran parte de las dudas sobre las distribuciones tradicionales de Linux, pero todavía existen casos que no resultan tan claros. Uno de los más interesantes es SteamOS.

El sistema de Valve está construido sobre componentes de código abierto y utiliza una base relacionada con Arch Linux, pero se distribuye junto a software propietario y está estrechamente vinculado a Steam, una plataforma comercial con una infraestructura centralizada.

Por este motivo, podría existir una diferencia legal entre una distribución completamente abierta y un producto basado en Linux que combine componentes libres con servicios y software propietario. La aplicación definitiva de la exención a estos sistemas podría depender de cómo interpreten las autoridades el modelo concreto de distribución.

Las distribuciones híbridas también pueden plantear dudas

Otro posible punto de incertidumbre afecta a los sistemas que combinan software libre con componentes propietarios. Muchas distribuciones incluyen firmware, controladores o blobs que no están distribuidos bajo las mismas condiciones que el resto del sistema.

La nueva legislación protege claramente a quienes distribuyan software bajo licencias que permitan copiar, redistribuir y modificarlo, pero la situación puede ser más compleja cuando una imagen de instalación incorpora elementos con diferentes condiciones de licencia.

Esto no significa necesariamente que todas las distribuciones híbridas vayan a quedar sujetas a la ley. Sin embargo, estos casos podrían requerir una interpretación específica basada en la forma exacta en que se distribuye el producto y en qué entidad es considerada legalmente su proveedor.

La reacción de la comunidad fue fundamental

La presión de la comunidad del software libre desempeñó un papel importante en la evolución de esta cuestión. El impacto potencial de la ley original fue rápidamente señalado por desarrolladores y organizaciones dedicadas a la defensa de los derechos digitales.

La principal preocupación era que una obligación de este tipo favoreciera a las grandes plataformas capaces de absorber el coste de la infraestructura necesaria, mientras que proyectos pequeños y descentralizados quedarían en una situación prácticamente imposible de gestionar.

En ese sentido, la modificación de California reconoce una diferencia fundamental entre una empresa que controla un sistema operativo y una comunidad que publica software que cualquier persona puede copiar, modificar y redistribuir.

La exención no resuelve el problema fuera de California

Aunque la decisión supone una victoria importante para Linux y el software libre, la situación está lejos de quedar resuelta a nivel internacional. Diferentes estados y países están desarrollando sus propias normas relacionadas con la verificación de edad y la protección de los menores en Internet.

Una exención incluida en la legislación californiana no se aplica automáticamente en otras jurisdicciones. Un proyecto de software libre puede quedar protegido frente a una obligación concreta en California y, al mismo tiempo, enfrentarse a requisitos diferentes en otros mercados.

Esto obliga a los desarrolladores de proyectos internacionales a seguir con atención la evolución regulatoria. La naturaleza global del software libre puede chocar con un panorama en el que cada país o estado establece mecanismos distintos de verificación, tratamiento de datos y responsabilidad.

Linux evita una carga que habría cambiado su modelo de distribución

La aprobación de la exención evita uno de los escenarios que más preocupación había generado dentro de la comunidad. Si las distribuciones de Linux hubieran tenido que recopilar la edad de sus usuarios como condición para cumplir con la ley californiana, muchos proyectos podrían haberse visto obligados a introducir mecanismos completamente ajenos a su modelo tradicional.

La creación de cuentas obligatorias, el almacenamiento de información relacionada con la edad o la incorporación de servicios centralizados habrían supuesto un cambio profundo para proyectos construidos alrededor de la descentralización y la posibilidad de descargar y modificar el software libremente.

La modificación de la ley reconoce finalmente esa diferencia y establece una excepción basada precisamente en las libertades fundamentales de las licencias abiertas. Para las principales distribuciones de Linux, la decisión representa un importante alivio antes de que la Digital Age Assurance Act entre en vigor.

Una victoria importante para el software libre

La exención aprobada por California no elimina el debate sobre la verificación de edad ni resuelve las tensiones entre privacidad, protección infantil y regulación digital. Sin embargo, evita que una norma concebida principalmente para grandes plataformas termine imponiendo obligaciones difíciles de asumir a proyectos comunitarios de código abierto.

Para Linux, el cambio permite mantener el modelo de distribución que ha definido al ecosistema durante décadas. Debian, Fedora, Ubuntu, Arch Linux y otros proyectos no tendrán que transformarse en plataformas centralizadas de recopilación de datos para cumplir con una ley que, en su redacción original, no distinguía suficientemente entre una gran empresa tecnológica y una comunidad global de desarrolladores.

Con la aprobación de AB 1856, Linux y verificación de edad en California dejan de representar, al menos para la mayoría de distribuciones abiertas, el conflicto regulatorio que podían llegar a ser. La ley todavía necesita completar su proceso formal, pero la modificación supone ya una victoria importante para el software libre y para la idea de que la regulación tecnológica debe tener en cuenta las diferencias entre los grandes servicios comerciales y los proyectos abiertos descentralizados.

from Linux Adictos https://ift.tt/9htiWEs
via IFTTT

DXVK 3.1 ya está disponible como una nueva actualización de la conocida capa de traducción basada en Vulkan que permite ejecutar aplicaciones y juegos de Windows desarrollados para Direct3D 8, 9, 10 y 11 en sistemas Linux mediante WINE. El proyecto continúa así la evolución de la importante renovación introducida con la rama 3.0 y llega con mejoras relacionadas con la presentación de imágenes, nuevas optimizaciones y una amplia colección de correcciones para juegos y aplicaciones concretas.

Una de las novedades más importantes de esta versión es la incorporación de soporte inicial para los parámetros de presentación de DXGI. Este cambio permite solucionar problemas de representación de interfaces en determinadas aplicaciones y abre la puerta a aprovechar tecnologías de Vulkan destinadas a reducir parte del trabajo asociado a la composición de las imágenes. DXVK 3.1 también continúa puliendo el comportamiento de la nueva arquitectura introducida en la versión 3.0.

DXVK 3.1 mejora la presentación de imágenes mediante DXGI

La principal novedad técnica de DXVK 3.1 es la incorporación de soporte básico para los parámetros de presentación de DXGI. Esta función permite que determinadas aplicaciones puedan comunicar información adicional sobre las zonas de la imagen que han cambiado entre una presentación y la siguiente.

El cambio soluciona, entre otros problemas, errores de representación de la interfaz de VirtualDJ. También beneficia a diversos lanzadores de juegos que utilizan esta funcionalidad, entre ellos Ubisoft Connect.

Cuando el controlador gráfico ofrece compatibilidad, DXVK puede utilizar la extensión VK_KHR_incremental_present de Vulkan para transmitir las denominadas áreas modificadas al sistema de presentación. Esto puede reducir la cantidad de trabajo que debe realizar el compositor, aunque el proyecto advierte de que la mejora no está garantizada en todas las configuraciones.

Una actualización importante para la experiencia con WINE y Proton

DXVK es uno de los componentes fundamentales del ecosistema de videojuegos de Linux. Su función consiste en traducir las llamadas de Direct3D 8, 9, 10 y 11 a Vulkan, permitiendo que juegos y aplicaciones diseñados originalmente para Windows puedan utilizar la API gráfica moderna de Linux.

El proyecto es utilizado directamente por WINE y forma parte de la pila tecnológica empleada por Proton. Esto significa que muchas de las mejoras desarrolladas en DXVK terminan beneficiando, directa o indirectamente, a los usuarios que ejecutan juegos de Windows en Linux y SteamOS.

La llegada de la rama 3.0 ya había supuesto una evolución importante del proyecto, por lo que DXVK 3.1 continúa ahora el trabajo de estabilización y mejora de esa nueva generación.

DXVK 3.1 introduce mejoras en la gestión de recursos gráficos

La actualización también introduce cambios internos destinados a mejorar la forma en la que DXVK gestiona determinados recursos gráficos. El proyecto continúa ajustando su implementación para adaptarse mejor a diferentes controladores y configuraciones de GPU.

Este tipo de modificaciones puede ser menos visible para el usuario que una nueva función concreta, pero resulta fundamental para mantener la compatibilidad con juegos desarrollados durante diferentes generaciones de Direct3D.

DXVK debe traducir comportamientos y características de las APIs de Microsoft a Vulkan, una tarea que no siempre tiene una equivalencia directa. Por ello, el desarrollo del proyecto requiere continuamente soluciones específicas para diferencias entre juegos, motores gráficos y controladores.

Battlefield 3 recibe una corrección importante en DXVK 3.1

Entre los juegos que reciben atención específica se encuentra Battlefield 3. DXVK 3.1 corrige un problema relacionado con el renderizado que podía afectar a la experiencia gráfica del título.

Este tipo de correcciones por juego sigue siendo una parte importante del desarrollo de DXVK. Aunque la capa de traducción busca proporcionar una implementación general de Direct3D sobre Vulkan, algunos títulos utilizan determinadas funciones de formas poco habituales o dependen de comportamientos concretos que requieren ajustes adicionales.

La nueva versión incorpora así mejoras destinadas a evitar regresiones y problemas gráficos detectados durante las pruebas realizadas con diferentes juegos y aplicaciones.

Preparativos para mejorar el soporte de las GPU Intel

DXVK 3.1 también incluye trabajo orientado al futuro soporte de las GPU Intel. Algunas de las modificaciones introducidas en esta versión preparan el terreno para mejorar la compatibilidad y el comportamiento de la capa de traducción con el hardware gráfico de la compañía.

El soporte de diferentes arquitecturas y fabricantes es especialmente importante para un proyecto como DXVK. Aunque gran parte de la atención dentro del gaming en Linux suele centrarse en las tarjetas AMD y NVIDIA, el desarrollo de las GPU Arc de Intel hace cada vez más relevante mantener una buena compatibilidad con su hardware.

Estos cambios internos pueden no traducirse inmediatamente en una gran mejora visible para todos los usuarios de Intel, pero forman parte del trabajo necesario para ampliar y consolidar el soporte de futuras configuraciones gráficas.

DXVK sigue puliendo la gran renovación de la versión 3.0

La rama 3.0 representó una actualización importante en la evolución del proyecto y DXVK 3.1 continúa corrigiendo problemas y afinando diferentes aspectos de esa nueva base.

El objetivo de estas versiones posteriores no es únicamente añadir nuevas funciones. También resulta necesario detectar regresiones, solucionar problemas específicos de compatibilidad y ajustar el comportamiento de la nueva arquitectura con una gran variedad de juegos y controladores.

La experiencia acumulada después del lanzamiento de DXVK 3.0 permite que la nueva versión se centre tanto en incorporar nuevas capacidades como en mejorar la estabilidad de los cambios introducidos anteriormente.

La compatibilidad con aplicaciones también recibe atención

DXVK no se utiliza exclusivamente para videojuegos. La corrección relacionada con VirtualDJ demuestra que la capa de traducción también puede resultar importante para aplicaciones de escritorio que dependen de versiones antiguas o modernas de Direct3D.

El nuevo soporte para parámetros de presentación de DXGI también beneficia a determinados lanzadores y programas auxiliares. Esto amplía el impacto de la actualización más allá de los juegos y demuestra que las mejoras en DXVK pueden afectar a diferentes tipos de software ejecutado mediante WINE.

Para los usuarios de Linux, esta evolución es especialmente útil porque permite seguir utilizando aplicaciones que no cuentan con una versión nativa, pero que pueden funcionar correctamente gracias a la combinación de WINE y una capa de traducción gráfica moderna.

DXVK 3.1 continúa la evolución de la capa de traducción

Con DXVK 3.1, el proyecto mantiene su ritmo de desarrollo después de la importante transición a la rama 3.0. El nuevo soporte para los parámetros de presentación de DXGI es la novedad más destacada, especialmente por su capacidad para solucionar problemas de interfaz en aplicaciones como VirtualDJ y por su utilidad en determinados lanzadores de juegos.

La actualización se completa con mejoras internas, correcciones para juegos como Battlefield 3 y trabajo preparatorio relacionado con las GPU de Intel. Todo ello refuerza el papel de DXVK como una de las tecnologías más importantes para ejecutar software gráfico de Windows sobre Linux.

La nueva versión demuestra, además, que la evolución del proyecto no se detiene después de una gran actualización. DXVK 3.1 continúa afinando la base introducida por la rama 3.0 mientras incorpora nuevas funciones y correcciones que pueden mejorar la experiencia de WINE y Proton en una amplia variedad de configuraciones.

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