Steam en Chromebook está ingresando a las pruebas de la versión beta con ChromeOS 108

Hace poco Google y Valve dieron a conocer que han iniciado con las pruebas beta de la implementación del servicio de entrega de juegos Steam para la plataforma Chrome OS. Con lo cual se brinda la capacidad de usar Steam y sus aplicaciones de juegos está disponible para Chromebooks Acer, ASUS, HP, Framework, IdeaPad y Lenovo con al menos una CPU Intel Core i3 o AMD Ryzen 3 y 8 GB de RAM (i5 / Ryzen 5 y 16 GB de RAM recomendado).

En comparación con las versiones alfa ofrecidas anteriormente, la versión beta triplica la cantidad de Chromebooks compatibles y que sobre todo simplifica la interfaz, mejora el rendimiento y mejora la compatibilidad del juego (a la lista de juegos probadosañadido 50 juegos nuevos).

Se menciona que se admite el lanzamiento de juegos suministrados tanto para Linux como para Windows. Al elegir un juego, en primer lugar, se intenta iniciar la compilación de Linux del juego, pero si no hay una versión de Linux, también puede instalar la versión de Windows, que se ejecutará utilizando la capa Proton basada en Wine, DXVK y vkd3d.

Los juegos se ejecutan en una máquina virtual separada con un entorno Linux, cuya implementación se basa en el subsistema CrosVM que utiliza el hipervisor KVM.

El proyecto Steam en Chromebook se trata de brindar los mejores y más innovadores juegos a los usuarios de Chromebook con el rendimiento que necesitan para brillar. Eso significa todo, desde agregar soporte para las principales bibliotecas de gráficos como DirectX 12 y Vulkan 1.3 hasta mejorar la forma en que se almacenan y persisten los sombreadores.

Una de las mejoras de rendimiento más amplias se relaciona con las pantallas de alta resolución, que anteriormente sufrían un impacto significativo en el rendimiento incluso cuando el juego en sí se ejecutaba a una resolución mucho más baja. Hemos mejorado nuestro sistema de escalado para que ahora puedas jugar muchos más juegos en pantallas QHD y UHD y ver los beneficios de rendimiento de reducir la resolución del juego en todas las pantallas.

Dentro de la máquina virtual base, se lanzan contenedores separados con programas (utilizados por LXC), que se pueden instalar como aplicaciones normales para Chrome OS.

Las aplicaciones de Linux instaladas se ejecutan de manera similar a las aplicaciones de Android en Chrome OS, mostrando íconos en el cajón de la aplicación. Para el funcionamiento de aplicaciones gráficas, CrosVM brinda soporte integrado para clientes Wayland (virtio-wayland) con la ejecución del servidor compuesto Sommelier en el lado del host principal.

Ademas, es importante tambien mencionar que se admiten tanto las aplicaciones basadas en Wayland como los programas X normales (se utiliza la capa XWayland).

Por la parte de los cambios realizados en la versión beta, se destacan los siguientes:

• Se agregó soporte para CPU AMD Ryzen 5000 C y 12 Gen Intel Gen Core, se redujeron los requisitos mínimos para CPU Intel Core i3 y AMD Ryzen 3.
• Se agregaron optimizaciones y ajustes específicos del juego.
• Reducción del consumo de espacio en disco al cambiar el formato de caché del sombreador.
• Se proporcionó persistencia de caché de sombreado entre sesiones.
• Se agregó soporte inicial para DirectX 12.
• Se agregó soporte para Vulkan 1.3.
• Reducción del uso de CPU en juegos que utilizan las API de gráficos DirectX y Vulkan.
• Gestión de almacenamiento rediseñada para albergar juegos descargados de Steam.
• Anteriormente, el espacio se asignaba en función del tamaño de los archivos de instalación y no se tenía en cuenta el contenido que se podía descargar directamente desde el juego. Ahora se puede asignar espacio adicional de forma dinámica.
• Operaciones optimizadas de escalado y renderizado usando la GPU. Rendimiento de escalado de salida mejorado para pantallas de muy alta resolución (QHD y UHD).
• Cambio mejorado al modo de pantalla completa.
• Manejo mejorado del teclado.
• Gestión de ventanas mejorada.
• Se agregó una notificación de batería baja, incluso en juegos de pantalla completa.
• Se ha propuesto un nuevo instalador.
• Rendimiento mejorado al usar OpenGL y Vulkan.

Finalmente para los interesados en poder probar la versión beta de Steam, deben saber que ya se ofrece en versiones de prueba de Chrome OS 108.0.5359.24 (pueden habilitado a través de chrome://flags#enable-borealis).

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/QgLC5im
via IFTTT

No lo digáis a sus usurarios más fieles porque puede que la respuesta no sea la más simpática, pero hay gente que se refiere al modelo de desarrollo de Manjaro como «semi-rolling release». ¿Qué es esto? ¿Por qué lo dicen? Básicamente y resumiendo, lo dicen porque hay ocasiones en las que sus desarrolladores deciden aguantar algunas actualizaciones, y porque los paquetes no llegan tan pronto como lo hacen en al sistema en el que se basan.

Por definición, esto a lo que se refieren como semi-rolling release no existe. Existe rolling release, que es, sencillamente, un modelo de desarrollo en el que las actualizaciones llegan continuamente, sin que haya que reinstalar el sistema operativo cada cierto tiempo. En teoría y si se hace bien, este tipo de actualizaciones son menos agresivas que las del sistema operativo completo, y son más seguras en cuanto a que es más difícil que se rompa algo. En teoría y si se hace bien.

semi-rolling release no existe, en realidad

Que haya gente que diga que un sistema como Manjaro es semi-rolling release se debe a un motivo: las actualizaciones no son instantáneas. El equipo de desarrolladores que hay detrás de cada escritorio decide si lo sube a los repositorios oficiales o los aguantan un tiempo, algo que han hecho, por ejemplo, en GNOME 40 o Plasma 5.25. Pero los tiempos no son los que marcan si un modelo de desarrollo es rolling-release o no.

Además, los sistemas operativos que se basan en otros suelen tomar sus propias decisiones. Arch Linux tiene la filosofía de entregar los paquetes tan pronto en cuanto están disponibles. Manjaro, como otros como EndeavourOS, pueden decidir examinar lo que les llega desde «arriba», y entregarlo sólo cuando crean que está en un punto aceptable.

Manjaro ofrece dos «lineas de defensa»

Más aún, en el caso concreto de Manjaro, la opción que tarda más en recibir los paquetes es la de la rama Stable, pero ofrece también otras dos ramas. Tal y como explican ellos mismos:

• Rama Stable: Los paquetes que llegan a la rama estable han pasado por aproximadamente un par de semanas de pruebas por parte de los usuarios de los repos Unstable/Testing, antes de obtener los paquetes. Estos paquetes suelen estar libres de problemas.
• Rama Testing: Esta es la segunda línea de defensa. Al ser un número mayor de usuarios que los que utilizan Unstable, perfeccionan el trabajo realizado antes de ellos proporcionando información sobre los paquetes que reciben en las actualizaciones.
• Rama Unstable: Unstable se sincroniza varias veces al día con los lanzamientos de paquetes de Arch. Sólo un subconjunto de paquetes de Arch son modificados para adaptarse a Manjaro. Aquellos que usan Unstable necesitan tener las habilidades para salir de los problemas cuando mueven su sistema a esta rama. Ellos son los usuarios de Manjaro que más probablemente necesitarán usar tales habilidades. Debido a la retroalimentación de los usuarios del repo Unstable, muchos problemas son capturados y corregidos en este nivel. Aunque el software más reciente se encuentra aquí, el uso de la rama inestable es generalmente seguro, pero – en casos raros – puede causar problemas con su sistema.

El usuario decide

Aunque ya hemos explicado que, por definición, eso de semi-rolling release no existe (lo es o no lo es), en el caso concreto de Manjaro es el usuario el que elije. Es cierto que el más novel que desconozca la información pueda pensar que siempre tardan algo en actualizarse algunos paquetes, pero esto no es así. Cuando se instala el sistema operativo, los repositorios que usa son los de la rama Stable, y es en ésta en donde se reciben los paquetes más testados. Días antes de llegar a la rama Stable, se prueba en la Testing, la «segunda línea de defensa». En la que han llamado Unstable, la mayoría de paquetes llegan justo después que a Arch Linux, sólo reteniéndose algunos para adaptarlos a Manjaro.

El que quiera una especie de Arch Linux más fácil de instalar y configurar, puede instalar Manjaro y cambiar la rama a la Unstable. Quien quiera algo más estable, bueno, puede quedarse en la Stable. Pero, en todos los casos, lo que hay por definición es rolling-release: actualizaciones continuas y sin saltos a otras versiones completas del sistema operativo. semi-rolling release debe ser algo que mencionó por primera vez Erwin Schrödinger.

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

No hace tanto tiempo desde que LXQt lanzó su primera versión realmente estable, es decir, la v1.0, y, desde entonces, su desarrollo no ha hecho más que evolucionar para ser, aún más si cabe, una opción a tener en cuenta. Unos seis meses y medio después de la anterior versión, ya está aquí LXQt 1.1.2, una actualización que introduce algunas mejoras destacadas, pero llaman más la atención las que guardan relación con Wayland.

LXQt 1.2 introduce cambios preliminares en LXQt Session para usarlo bajo Wayland. Esto es el primer paso real para poder usar el protocolo en el escritorio que usan sistemas como Lubuntu, actualmente en LXQt 1.1.0. Su base sigue en Qt 5.15, lo que es la última versión LTS de Qt5. A continuación tenéis una lista con las novedades que han llegado junto a LXQt 1.2.0.

Novedades de LXQt 1.2.0

• General:
  • El gestor de archivos de LXQt tiene ahora un historial de búsqueda, con listas separadas para las búsquedas de nombre y de contenido. Además, la selección de archivos es más fácil en el modo de lista detallada (arrastrando dentro de las columnas que no son de nombre), y se ha corregido un problema con Wayland.
  • QTerminal puede ser utilizado como un plugin de Qt. También tiene un mejor análisis de comandos con su opción -e.
  • Se ha corregido un viejo problema sobre la visualización correcta de los iconos de las aplicaciones recién instaladas en libQtXdg.
  • Se garantiza una posición correcta para LXQt Runner con algunos gestores de ventanas.
  • Las traducciones han recibido muchas actualizaciones.
• LibFM-Qt/PCManFM-Qt:
  • En el modo de lista detallada, los elementos pueden seleccionarse arrastrando el cursor del ratón dentro de las columnas que no tienen nombre.
  • Ctrl+D se añade a PCManFM-Qt así como al diálogo de archivos LXQt para deseleccionar todos los elementos. Es especialmente útil en el modo de lista detallada.
  • Las entradas del diálogo de búsqueda están equipadas con un historial de búsqueda. El número máximo de elementos del historial se puede establecer en Preferencias → Avanzadas → Búsqueda.
  • Los márgenes del espacio de trabajo del escritorio pueden personalizarse. Esto puede ser útil especialmente con los paneles/docks que no reservan espacio sino que se autoocultan en las ventanas superpuestas.
  • El resultado de la solicitud de ejecución puede ser recordado con múltiples archivos.
  • Se han añadido opciones para el conocimiento de la localización y el relleno cero al diálogo de renombramiento masivo.
  • Se ha añadido una entrada «Categorías» y una ayuda «Qué es esto» al diálogo de creación del lanzador.
  • Se ha corregido la posición del menú desplegable de la vista de carpetas en Wayland.
• LXQt Panel:
  • Añadidos elementos del menú contextual a Quick Launch para recargar las entradas del escritorio.
  • Arreglados los iconos de Inicio Rápido cuando hay varios archivos de configuración.
  • Fijada la posición de la ventana emergente del volumen en Wayland.
• QTerminal/QTermWidget:
  • El renderizado bidi está activado por defecto.
  • QTermWidget puede usarse ahora como un plugin de Qt.
  • El DND de texto sigue la configuración para el recorte de nuevas líneas y el prompt multilínea.
  • Se ha corregido el análisis sintáctico de comandos con la opción -e.
• LXQtImage Qt:
  • Se ha añadido un submenú de ordenación al menú Ver.
  • Se han corregido los fallos visuales al suavizar las imágenes escaladas.
• El estado estable de la batería es considerado.
• La captura de una ventana y su decoración se han corregido en configuraciones multi-pantalla.

El código de LXQt 1.2.0 está disponible en este enlace de GitHub. Las distribuciones Rolling Release recibirán los nuevos paquetes en las próximas horas/días, mientras que el resto de distribuciones tendrán que esperar un tiempo que dependerá de la filosofía del proyecto.

Recordamos que, para sistemas basados en Ubuntu, Lubuntu lanzó un repositorio Backports desde el que se pueden instalar todas las novedades que van lanzando en el proyecto que desarrolla este escritorio. En teoría, este PPA también funciona en Debian y cualquier sistema basado en él. Hay que tener en cuenta que los paquetes llegan rápido, por lo que están menos probados y podrían ser menos estables.

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

Sin sorpresas. Para variar, los usuarios de Linux tenemos problemas al usar un programa o servicio. En esta ocasión, vuelve a ser Disney+, y digo «vuelve» porque es una reedición del fallo que se experimentó en el momento de su lanzamiento. La compañía asegura que es un bug, pero no está del todo claro. No parece que los portavoces del servicio estén diciendo toda la verdad, ya que el problema tiene fácil solución.

Si eres usuario de Linux y Disney+ y no puedes reproducir nada, se puede volver a disfrutar de su contenido cambiando el User Agent, es decir, el identificador que informa desde qué navegador y plataforma estamos accediendo a una página web. Aquí no es como el Shazam de Apple, que su versión web sólo funciona en Safari porque es de su propiedad; aquí hay que modificar la información del sistema operativo, y funciona perfectamente si le decimos que estamos en Windows o macOS.

Accede a Disney+ desde Linux cambiando el User Agent

Para ser honesto, yo no estoy suscrito a Disney+ (ni lo estaré, si esto sigue así…), por lo que no he podido confirmar que todo esto funcione tal y como explican. Cassidy James, ex de elementary OS y ahora parte del proyecto Endless OS, fue uno de los que se quejó abiertamente de esto, eligiendo la red social Twitter para hacerlo. En un principio dijo que sólo era necesario cambiar el User Agent, pero, respondiendo a un usuario que decía que no podía acceder, le dijo que sí funcionaba si se usaba «Firefox 83 en Windows».

Firefox 83 on Windows (one of the suggestions in my extension) is working here for me. 🙂

— Cassidy James 🐘 (@CassidyJames) November 3, 2022

https://platform.twitter.com/widgets.js

Para los usuarios de Linux que estén suscritos, espero que pronto se solucione el «fallo». Y también egoístamente, que esto de que siempre la tomen con los mismos no hace mucha gracia. Al final perdemos todos, y si los usuarios se dan de baja, Disney también.

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

La Fundación Godot se dedica a crear software libre y de código abierto y a garantizar que el trabajo en el proyecto Godot sea sostenible

Hasta hace poco Godot, un motor de video juegos de código abierto, formaba parte de la Software Freedom Conservancy (SFC), como es el caso de muchos proyectos de código abierto, para cumplir con el patrocinio fiscal y otras obligaciones similares.

Y ahora los desarrolladores del motor Godot y la Software Freedom Conservancy, han decidido conjuntamente transferir el proyecto del motor de juego de código abierto a su propia fundación la cual fue creada en los Países Bajos como su propia organización, siguiendo el modelo de las políticas de la SFC. El objetivo es ayudar al motor del juego a alcanzar su próximo nivel de crecimiento y proyectar una imagen más sólida para el proyecto.

Para quienes desconocen de Godot, deben saber que este es un motor de juego 2D y 3D versátil diseñado para soportar todo tipo de proyectos. Puede usarlo para crear juegos o aplicaciones que luego puede transmitir a la computadora de escritorio o al dispositivo móvil, así como a la web. Ejemplos de juegos hechos con Godot incluyen Ex-Zodiac y Helms of Fury.

“Acabamos de iniciar el proceso de transferencia a la Fundación. Por ahora, toda la financiación y los contratos de Godot siguen siendo gestionados por la SFC. La SFC reducirá gradualmente sus inversiones para permitir que la nueva fundación tome impulso”, dice el equipo a cargo de Godot.

Por la parte de la Software Freedom Conservancy, esta es una organización sin fines de lucro centrada en la ética tecnológica. Su misión es garantizar el derecho a reparar, mejorar y reinstalar el software. “Promovemos y defendemos estos derechos fomentando proyectos de software libre y de código abierto, liderando iniciativas que hacen que la tecnología sea más inclusiva y promoviendo estrategias de políticas que defienden el software libre y de código abierto (como el copyleft).

«Software Freedom Conservancy y los líderes de Godot se complacen en compartir su decisión de que el proyecto Godot ha alcanzado un nivel de éxito en el que tiene sentido que Godot tenga su propia fundación independiente», dijo Juan Linietsky, miembro del equipo de desarrollo de Godot, en una publicación de blog. publicado el 1 de noviembre.

El SFC era un socio ideal para Godot, ya que funciona como una estructura sin fines de lucro para varios proyectos de software libre y de código abierto de alto perfil (como Git, Samba, Wine, etc.) y tienen reglas probadas para garantizar que las donaciones no se utilicen solo en beneficio de los proyectos, así como reglas para evitar conflictos de interés. Permiten que los proyectos de código abierto crezcan, prosperen y se concentren en su proyecto, mientras que la SFC se ocupa de los asuntos de gobernanza, contabilidad y legales (incluida la anulación exitosa de los acuerdos de confidencialidad); esencialmente reuniendo el trabajo necesario para operar una organización sin fines de lucro.

El equipo de Godot no puede proporcionar exportación de consola de código abierto debido a los términos de licencia impuestos por los fabricantes de consolas. Independientemente del motor utilizado, lanzar juegos en consolas siempre es mucho trabajo.

Si bien no es cosa de todos, es posible codificar los juegos usando GDScript, un lenguaje estrechamente integrado y específico de Godot con una sintaxis liviana, o C#, que es popular en la industria del juego. Estos son los dos principales lenguajes de scripting soportados por Godot. Godot también admite un lenguaje de programación visual llamado VisualScript.

Con la tecnología GDNative, también es posible escribir juegos o algoritmos de alto rendimiento en C o C++ sin volver a compilar el motor. Es posible utilizar esta tecnología para integrar bibliotecas de terceros y otros kits de desarrollo de software (SDK) en el motor. Por supuesto, también es posible agregar módulos y funcionalidades directamente al motor.

En general, los responsables del proyecto Godot están “tremendamente agradecidos y orgullosos de haber sido parte de Software Freedom Conservancy.

Godot se unió a SFC cuando el proyecto aún estaba en pañales y sus necesidades eran bastante limitadas. Hoy, el proyecto Godot es mucho más grande, emplea a muchas personas y sus necesidades y aspiraciones son más complejas. Por lo tanto, a medida que el proyecto continúa creciendo aún más, solo tendría sentido que ella tuviera el control, la independencia y la flexibilidad en la administración de fondos de una organización que se enfoca únicamente en Godot.

Por esta razón, el Comité Directivo del Proyecto Godot (el PLC) y la SFC acordaron que era hora de que el Proyecto Godot dejara su sede en la SFC y formara su propia organización: la Fundación Godot. Como muchos otros proyectos de código abierto (Blender y Krita, por ejemplo), la Fundación estará ubicada en los Países Bajos. La estructura de la Fundación sigue el modelo de las políticas de la SFC, lo que garantizará la continuidad en la forma en que opera Godot.

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/Uf0B7vC
via IFTTT

Si se explotan, estas fallas pueden permitir a los atacantes obtener acceso no autorizado a información confidencial o, en general, causar problemas

Hace poco dieron a conocer mediante una publicación de blog los resultados de un experimento, en el cual demuestran como se puede tomar el control de los paquetes en el repositorio AUR.

Para quienes desconocen de AUR (Arch User Repository), deben saber que este es un repositorio de software para Arch Linux. Se diferencia de los repositorios oficiales de Arch Linux, ya que en este sus paquetes son proporcionados por sus usuarios y Arch Linux no los admite oficialmente.

AUR es utilizado por desarrolladores externos para distribuir sus paquetes sin estar incluidos en los repositorios principales de la distribución Arch Linux.

En este, se realizó una investigación debido a la falta de soporte, que es más una característica que un error, ya que permite que AUR contenga paquetes que son difíciles de soportar (por ejemplo, debido a problemas de licencia) o que solo son utilizados por un puñado de usuarios.

Sin embargo, la falta de soporte también significa menos control de calidad, lo que permite a los malos actores introducir paquetes maliciosos. Para advertir a los usuarios de este riesgo, AUR tiene un gran descargo de responsabilidad en la página principal (una leyenda que muchos ignoran o simplemente desconocen):

ESCARGO DE RESPONSABILIDAD: Los paquetes AUR son contenido producido por el usuario. Cualquier uso de los archivos proporcionados es bajo su propio riesgo.

Sobre el experimento realizado, los investigadores prepararon un script que comprueba la caducidad del registro de los dominios que aparecen en los archivos PKGBUILD y SRCINFO. La ejecución de este script identificó 14 dominios caducados utilizados en 20 paquetes de carga de archivos.

Con ello, pudieron identificar que hay varias formas de introducir un paquete malicioso (o cambios maliciosos en un paquete legítimo) en AUR. Por ejemplo, convirtiéndose en el mantenedor de paquetes huérfanos (es decir, paquetes que ya no son compatibles con sus mantenedores anteriores) o escribiendo nombres de paquetes populares.

Otra opción es encontrar paquetes que utilicen URL con dominios caducados durante su proceso de creación, registrar el dominio y alojar archivos maliciosos. ¿Cuántos de los paquetes son vulnerables a tal ataque? ¡Vamos a averiguar!

Se menciona que el proceso no es tan simple como se pudiera tener en cuenta, ya no basta simplemente con registrar un dominio, ya que esto no es suficiente para falsificar el paquete, pues el contenido descargado se compara con la suma de verificación ya cargada en AUR. Sin embargo, los mantenedores de alrededor del 35% de los paquetes en AUR parecen usar el parámetro «SKIP» en el archivo PKGBUILD para omitir la verificación de la suma de control (por ejemplo, especifique sha256sums=(‘SKIP’)). De los 20 paquetes con dominios vencidos, en 4 se utilizó el parámetro SKIP.

Para demostrar la posibilidad de cometer un ataque, los investigadores compraron el dominio de uno de los paquetes que no verifican las sumas de verificación y colocaron un archivo con el código y un script de instalación modificado.

Desafortunadamente, no existe una forma estandarizada de verificar si un dominio está disponible. Las respuestas de WHOIS de los TLD más populares contienen algo como «No coincide con el dominio» para los dominios disponibles, pero esto no es cierto para todos los TLD. Un buen primer paso es filtrar cualquier dominio que tenga un Aconjunto de registros DNS, ya que esos dominios (lo más probable) todavía estarán en uso. Para realizar rápidamente muchas solicitudes de DNS, usamos blechschmidt/massdns . Esta es una gran herramienta que nos permite resolver miles de dominios en segundos

En lugar del contenido real, se ha agregado al script una advertencia sobre la ejecución de código de terceros. Un intento de instalar el paquete condujo a la descarga de archivos falsificados y, dado que no se verificó la suma de verificación, a la instalación y ejecución exitosas del código agregado por los experimentadores.

Finalmente se menciona que el secuestro de paquetes AUR no es un concepto nuevo, ya que el secuestro de paquetes AUR siempre ha sido posible (de múltiples maneras) y es un riesgo conocido.

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/29MItDJ
via IFTTT

Tizen Studio es el IDE oficial para desarrollar aplicaciones web y aplicaciones nativas para Tizen.

Se dio a conocer el lanzamiento de la nueva versión del entorno de desarrollo «Tizen Studio 5.0», que reemplazó el SDK de Tizen y proporciona un conjunto de herramientas para crear, construir, depurar y crear perfiles de aplicaciones móviles utilizando la API web y la API nativa de Tizen. El entorno se basa en la última versión de la plataforma Eclipse, tiene una arquitectura modular y permite instalar solo la funcionalidad necesaria en la etapa de instalación o mediante un administrador de paquetes especial.

Para quienes desconocen de Tizen OS, deben saber que este es un proyecto se está desarrollando bajo los auspicios de la Fundación Linux, más recientemente con Samsung. Tizen se construye a partir de la plataforma Linux de Samsung (Samsung Linux Platform – SLP) una implementación de referencia integrada en LiMo.

El proyecto fue concebido originalmente como una plataforma basada en HTML5 para dispositivos móviles para tener éxito en MeeGo. Samsung fusionó su anterior esfuerzo de sistema operativo basado en Linux, Bada, en Tize, y desde entonces lo ha utilizado principalmente en plataformas como dispositivos portátiles y televisores inteligentes.

La plataforma continúa el desarrollo de proyectos MeeGo y LiMO y se distingue por la capacidad de utilizar API web y tecnologías web (HTML5, JavaScript, CSS) para crear aplicaciones móviles. El entorno gráfico se basa en el protocolo Wayland y en la experiencia del proyecto Enlightenment y Systemd se utiliza para administrar los servicios.

Principales novedades de Tizen Studio 5.0

En esta nueva versión que se presenta de Tizen Studio 5.0 los complementos Tizen IDE y Visual Studio Code Editor ahora son compatibles con Ubuntu 22.04.

Otra de las novedades que se destaca es que el emulador ahora es compatible con el motor WHPX (Windows Hypervisor Platform) para acelerar la virtualización y para lanzar emuladores de Tizen en Windows, además del motor HAXM (Intel Hardware Accelerated Execution Manage) anteriormente compatible

Ademas de ello se destaca que se añadió el soporte de los instaladores de Tizen para MacOS, pues ahora están certificados por Apple, por lo que los usuarios pueden instalar Tizen Studio en macOS, ademas tambien se destaca el soporte para televisores de proveedores que no son de Samsung en IDE y CLI.

Tambien, podremos encontrar el soporte mejorado para aplicaciones combinadas (Multi App) e híbridas (Hybrid App) que brindan la capacidad de trabajar en un espacio de trabajo IDE con varias del mismo tipo o heterogéneas y realizar todas las manipulaciones típicas con estas aplicaciones, como la creación, compilación, empaquetado, instalación y prueba de aplicaciones.

De los demás cambios que se destacan de esta nueva versión:

• Se ha agregado soporte para proyectos RPK (Tizen Resource Package) al IDE y CLI.
• Se agregó la opción en CLI para incluir los archivos fuera del directorio de la aplicación durante el empaquetado.
• Se corrigió el error de los paquetes bajo demanda que no se instalaban en Visual Studio cuando había múltiples dispositivos que se iniciaban.
• Se solucionó el problema de que el proyecto de múltiples aplicaciones no se empaquetaba en CLI, si lib static es el proyecto principal.
• Se solucionó el problema de los directorios que no se creaban en el comando de empaquetado CLI con la opción -o.
• La compatibilidad con la creación de perfiles de Valgrind se eliminó del estudio de Tizen, ya que no es compatible la plataforma Tizen.
• Se agregó soporte para instalar la carga de trabajo de Tizen dotnet en modo no administrador.
• La compatibilidad con el administrador de configuración de IOT se eliminó de Tizen Studio.
• A partir de esta versión solo se puede crear pruebas unitarias para Tizen 2.3.2 y proyectos de versiones superiores únicamente. No se admiten las pruebas unitarias para versiones anteriores.

Finalmente si estás interesado en poder conocer más al respecto sobre esta nueva versión liberada, puedes consultar la lista completa de cambios en el siguiente enlace.

En cuanto a los que estén interesados en poder obtener Tizen Studio, pueden descargar la nueva versión desde el siguiente enlace. Ademas de que en este mismo enlace podrán encontrar más información sobre su instalación y uso.

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

Encodec es un codec que decodifica utilizando una red neuronal con una tasa de compresión aproximada de 10x

Hace poco, Meta (anteriormente Facebook) dio a conocer su nuevo códec de audio llamado EnCodec, que utiliza técnicas de aprendizaje automático para aumentar la relación de compresión sin perder calidad.

El nuevo enfoque puede comprimir y descomprimir audio en tiempo real para lograr reducciones de tamaño de última generación. El códec se puede utilizar tanto para la transmisión de audio en tiempo real como para la codificación para el almacenamiento posterior en archivos.

Hoy, estamos detallando el progreso que nuestra investigación fundamental de IA (FAIR) ha realizado en el área de la hipercompresión de audio impulsada por IA. Imagínese escuchar el mensaje de audio de un amigo en un área con poca conectividad y que no se detenga o falle. Nuestra investigación muestra cómo podemos usar la IA para ayudarnos a lograr esto.

EnCodec ofrecen dos modelos listos para descargar:

1. Un modelo causal que utiliza una frecuencia de muestreo de 24 kHz, solo admite audio monofónico y se entrena en una variedad de datos de audio (adecuado para la codificación de voz). El modelo se puede utilizar para empaquetar datos de audio para su transmisión a velocidades de bits de 1,5, 3, 6, 12 y 24 kbps.
2. Un modelo no causal que usa una frecuencia de muestreo de 48 kHz, admite sonido estéreo y se entrenó solo con música. El modelo admite tasas de bits de 3, 6, 12 y 24 kbps.

Para cada modelo, se ha preparado un modelo de lenguaje adicional, lo que permite lograr un aumento significativo en la relación de compresión (hasta un 40%) sin pérdida de calidad. A diferencia de proyectos anteriores para aplicar técnicas de aprendizaje automático a la compresión de audio, EnCodec se puede utilizar no solo para el empaquetado de voz, sino también para la compresión de música con una frecuencia de muestreo de 48 kHz, correspondiente al nivel de los CD de audio.

Según los desarrolladores del nuevo códec, al transmitir a una tasa de bits de 64 kbps en comparación con el formato MP3, lograron aumentar la relación de compresión de audio unas diez veces manteniendo el mismo nivel de calidad (por ejemplo, al usar MP3 requiere un ancho de banda de 64 kbps, para transferir con esa misma calidad en EnCodec, 6 kbps son suficientes).

Estos datos pueden luego ser decodificados utilizando una red neuronal. Logramos una tasa de compresión aproximada de 10x en comparación con MP3 a 64 kbps, sin pérdida de calidad. Si bien estas técnicas se han explorado antes para el habla, somos los primeros en hacerlo funcionar para audio estéreo muestreado de 48 kHz (es decir, calidad de CD), que es el estándar para la distribución de música.

La arquitectura del códec está construida sobre la base de una red neuronal con la arquitectura «transformador» y se basa en cuatro enlaces: codificador, cuantificador, decodificador y discriminador:

• El codificador extrae los parámetros de los datos de voz y los convierte en un flujo empaquetado a una velocidad de fotogramas más baja.
• El cuantificador (RVQ, Residual Vector Quantizer) convierte el flujo de salida del codificador en conjuntos de paquetes, comprimiendo la información en relación con la tasa de bits seleccionada. La salida del cuantificador es una representación comprimida de los datos adecuados para la transmisión a través de la red o para guardarlos en el disco.
• El decodificador decodifica la representación de datos comprimidos y reconstruye la onda de sonido original.
• El discriminador mejora la calidad de las muestras generadas (muestra) teniendo en cuenta el modelo de percepción auditiva humana.

Independientemente del nivel de calidad y tasa de bits, los modelos utilizados para codificar y decodificar difieren en requisitos de recursos bastante modestos (los cálculos necesarios para la operación en tiempo real se realizan en un núcleo de CPU).

Finalmente, para los que esten interesados, deben saber que la implementación de referencia de EnCodec está escrita en Python utilizando el marco PyTorch y tiene una licencia CC BY-NC 4.0 (Creative Commons Attribution-NonCommercial) solo para uso no comercial.

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/fITNMBz
via IFTTT

elementary OS 7.0 será un lanzamiento mayor, y eso se está notando en el tiempo que se están tomando en su desarrollo. Parte de lo que llegará en 7.0 se está implementando en 6.1, versión que, en parte, les está sirviendo como banco de pruebas. En la nota mensual de octubre no se han mencionado muchas novedades de las que llegarán junto a elementary OS 7.0, pero sí que se están resolviendo muchos de los problemas conocidos con el sistema operativo «elemental».

Por ejemplo, ya no se verá ninguno de los problemas relacionados al bloqueo del gestor de ventanas, para lo que ha tenido algo que ver el mantenedor de Pantheon en el sistema NixOS. El diseño del sistema operativo del proyecto que lidera, ahora en solitario, Foré es uno de sus fuertes, y no quieren que eso deje de ser así; en el próximo lanzamiento se verán mejor los iconos de las aplicaciones, con retoques como la curva de las esquinas, que estará más pronunciada.

elementary OS 7 aprovechará la última plataforma de Flatpak

Tal y como explica la CEO de elementary:

También se espera pronto la última plataforma Flatpak. La plataforma 7.1 está basada en la plataforma GNOME 43 y trae un número de mejoras para Gtk 4. Estamos entusiasmados con su publicación y disponibilidad para su uso en sus aplicaciones de inmediato, así como con la actualización de las aplicaciones de GNOME que enviamos a sus últimas versiones. Gracias a la magia de Flatpak, los usuarios de OS 6.1 pueden esperar recibir esta actualización también.

Danielle se había planteado contarnos más sobre lo que traerá elementary OS 7.0, pero prefiere esperar y ver cómo va todo. Promete que nos contará más el mes que viene, y de momento ya se puede probar la próxima versión, siempre y cuando uno esté suscrito al patrocinio Early Acces (acceso temprano) que ofrece el proyecto.

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

Creo que fue ayer cuando leí en un medio anglosajón que Amazon Music había empezado a estar gratis para todos los usuarios Prime, pero no le hice mucho caso a la noticia por una cuestión de precios. En Estados Unidos, Prime tiene un coste de 139$, y en España, país en el que resido, 49€ al año. Sencillamente no pensaba que esa promoción fuera a llegar a mi suscripción, pero esta mañana he recibido el correo que confirma que sí lo ha hecho.

A partir de ahora, en el precio de 49€ al año o 3.99€ al mes, los usuarios de Prime tendremos también acceso a los más de 100 millones de canciones del catálogo de Amazon Music, lo que debe haber hecho que los servicios rivales planten las orejas. Lo mejor de esta mejora, valga la redundancia, del servicio es que los usuarios existentes no notaremos ni tendremos que hacer nada, pero hay un gran «pero» para todos, y dos para los usuarios de Linux.

Los usuarios de Linux sólo podemos escuchar Amazon Music desde la web

Amazon Music está disponible para Android, iOS y PC, pero sólo para ordenadores que usen Windows. Lógicamente, también está disponible en los aparatos tipo Echo (altavoces inteligentes con Alexa), pero no para Linux. Era algo que ni siquiera había tenido en cuenta hasta hoy, cuando me han dado acceso a esos nada menos que 100 millones de canciones, pero tampoco es que haya sido como un jarro de agua fría esta «sorpresa».

Además, hace tiempo se estaba desarrollando Nuvola, un reproductor desde el que se podía acceder al contenido de diferentes servicios de música en streaming, entre el que estaba Amazon Cloud Player, que, sinceramente, no sé si tenía que ver con el actual Amazon Music. Lo que sí es seguro es que los usuarios de Linux sólo podemos acceder desde la versión web a Amazon Music, por lo menos de momento.

Lo más serio: sólo música aleatoria

El segundo «pero» fastidia un poco más, y deja claro que esto es más una estrategia de marketing que otra cosa, probablemente ahora que se sabe que Apple ha subido el precio de su servicio y se espera que Spotify vaya detrás. La cuestión es que tenemos acceso a esos 100 millones de canciones, pero no podemos navegar por ese mar de música y pescar lo que nos interese. Lo que sí podemos hacer es entrar a un artista, disco o canción y darle al botón de reproducir, que en vez de un triángulo de «play» son las dos flechas que se cruzan de «aleatorio».

Desde mi punto de vista, esto tiene dos maneras de verlo:

• Para el que no le importe escuchar música aleatoria, el servicio es muy bueno, brutal, de hecho. Se puede, por ejemplo, entrar en el disco X del artista Y, darle a reproducir y lo reproduce entero, pero desordenado. Esta no cuenta. En mi primera prueba, me ha reproducido tres de un álbum y luego se ha pasado a una emisora basada en el disco elegido.
• Sirve como una especie de aplicación de radios personalizadas, a elegir la emisora entre una que se base en un artista, canción o las listas que ha creado Amazon.
• Nos permite ver cómo lo ha organizado todo Amazon. Apple tiene un servicio muy ordenado que se parece mucho a un reproductor de música normal, y creo que eso le unos pocos puntos. Spotify es más un servicio web, algo menos ordenado. Amazon Music está a medio camino, y podría ser la mejor opción de las tres ahora que Apple ha subido precios.

Hace su papel

Esta mejora en el servicio, a mí me hará su papel, justo, pero lo hará. Me servirá para «escuchar emisoras de radio» diferentes a lo que suelo escuchar. Además, no hay anuncios, lo que está bien. Pero hay límite al pasar canciones, lo que no está tan bien. Lo que no puedo negar es que lo voy a probar a fondo, y quién sabe, si me gusta y no echo en falta nada, doy el salto.

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