Respondiendo a una pregunta que formulamos a finales del año pasado, no, VLC 4.0 no llegará en 2021. Más que nada porque ya hemos entrado en 2022, y la cuarta actualización mayor del reproductor de VideoLan aún no está disponible. Se anunció hace mucho, muchísimo, y muchos tenemos ganas de poder usar esa v4 de VideoLan, pero seguro que la espera merece la pena. Mientras esperamos, sus desarrolladores siguen lanzando actualizaciones de punto de la serie 3, como el VLC 3.0.17 que está disponible desde hoy 7 de marzo.

Pero no, el lanzamiento aún no es oficial. Sí se puede descargar VLC 3.0.17 desde su servidor, disponible aquí, pero aún no han publicado las notas de este lanzamiento. En la página web oficial sigue apareciendo la v3.0.16 Vetinari como la versión más actualizada, pero no tardarán en publicar por todas las vías posibles que hay una nueva actualización disponible. Claro está, una de la rama 3.0.x que aún mantiene el diseño de siempre.

Algunas de las novedades de VLC 3.0.17

• Soporte para DTS-HD LBR, para los nuevos decodificadores FOURCC para AV1, E-AC3 y GeoVision, para vídeos con formato DAV, mapeado de imágenes WebP y audio descomprimido en archivos MP4.
• Mejorado el decodificado para algunos drivers AMD GPU.
• Mejor reproducción en streaming de AV1 y VP9 en directo.
• Mejorado el soporte para AudioCD.
• Se ha mejorado el soporte para los subtítulos que usan el codec tx3g en pistas MP4.
• Mejorado el uso de memoria en HTTP2.
• Mejorados los módulos AVCapture y SRT.
• Corregido el audio que se perdía al principio del audio Opus en contenedores MKV y WebM.
• Mejor gestión de la compartición por Samba.
• Corregido el bucle infinito en MP4.
• Se ha añadido soporte para FFmpeg 4.4.

En las próximas horas anunciarán el lanzamiento y publicarán la lista de novedades oficial, entre las que también habrá corrección de errores y mejoras de rendimiento. En cuanto a VLC 4.0, habrá que seguir esperando, y quizá tampoco lo veamos en 2022.

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

Google dio a conocer recientemente la publicación de una versión completa del navegador web Chromium para el sistema operativo Fuchsia, que paso a reemplazar al navegador «Simple Browser» ofrecido anteriormente en la lista de aplicaciones, diseñado para ejecutar aplicaciones web independientes y no para trabajar con sitios.

Indirectamente, brindar soporte para un navegador web regular confirma la intención de Google de desarrollar Fuchsia no solo para IoT y dispositivos de consumo como Nest Hub, sino también para plataformas de escritorio.

La interfaz de compilación de Chromium para Fuchsia es generalmente similar a las compilaciones para otros sistemas de escritorio, con la excepción de fallas y errores únicos, como problemas para mostrar menús contextuales y abrir varias ventanas.

Al mismo tiempo, recientemente se ha trabajado activamente para eliminar tales problemas, por ejemplo, el otro día se proporcionó soporte para el visor de PDF incorporado y la capacidad de imprimir.

En la publicación en Reddit por oldschool-51 comparte algunas capturas de pantalla y lo siguiente:

¿qué no funciona?

Si sale de Chrome, terminará con una pantalla de emulador negra; no veo ninguna forma de volver al escritorio.

La rueda de desplazamiento del mouse se comporta de manera diferente a como lo hace normalmente. En lugar de desplazarse hacia abajo en la página, actúa como «hacer clic»

En mi computadora, la «caja giratoria» no funciona, simplemente falla.

El comando fx nunca funciona desde el área ~ aunque jiri sí, tienes que cambiar a fucsia para que funcione,

Lo que SÍ funciona es el comando experimental ffx emu si lo habilita según las instrucciones.

Construir fucsia es enorme: se necesitan más de 80 g de mi ssd de 128 g en mi caja Asus pn41, por lo que no pude construir desde Ubuntu normal, pero Lubuntu está bien para esto. Aún así, lleva 7 horas en un celeron quad core N5100 con 16 g de ram, ¡así que una de esas cosas que puedes hacer durante la noche!

Recordemos que Fuchsia OS ha sido desarrollado por Google desde 2016, teniendo en cuenta las carencias en materia de escalado y seguridad en la plataforma Android. El sistema se basa en el microkernel Zircon, basado en los desarrollos del proyecto LK, extendido para su uso en varias clases de dispositivos, incluidos teléfonos inteligentes y computadoras personales. Zircon amplía LK con soporte para procesos y bibliotecas compartidas, un nivel de usuario, un sistema de manejo de objetos y un modelo de seguridad basado en capacidades.

Los controladores se implementan como bibliotecas dinámicas de espacio de usuario cargadas por el proceso devhost y administradas por el administrador de dispositivos (devmg, Device Manager).

Fuchsia tiene su propia interfaz gráfica escrita en Dart usando el framework Flutter. El proyecto también desarrolla el marco de la interfaz de usuario de Peridot, el administrador de paquetes Fargo, la biblioteca estándar libc, el sistema de renderizado Escher, el controlador Magma Vulkan, el administrador compuesto Scenic, MinFS, MemFS, ThinFS (lenguaje FAT en Go) y el archivo Blobfs, así como el administrador de particiones FVM. Para el desarrollo de aplicaciones, se proporciona soporte para C/C++, Dart, también se permite Rust en los componentes del sistema, en la pila de red Go y en el sistema de compilación del lenguaje Python.

El proceso de inicio utiliza un administrador del sistema que incluye appmgr para crear el entorno de software inicial, sysmgr para crear el entorno de inicio y basemgr para configurar el entorno de usuario y organizar el inicio de sesión.

Para garantizar la seguridad, se propone un sistema avanzado de aislamiento de sandbox, en el que los nuevos procesos no tienen acceso a los objetos del kernel, no pueden asignar memoria y no pueden ejecutar código, y se utiliza un sistema de espacio de nombres para acceder a los recursos, que determina los permisos disponibles.

La plataforma proporciona un marco para crear componentes, que son programas que se ejecutan en su sandbox y que pueden interactuar con otros componentes a través de IPC.

Para ver el estado actual de desarrollo de Fuchsia, se puede usar el emulador, así como las compilaciones de prueba del proyecto dahliaOS del cual recientemente hablamos sobre su nueva versión liberada aquí.

from Linux Adictos https://ift.tt/04RKOzt
via IFTTT

Hace pocos dias se dio a conocer él anunció la formación del consorcio UCIe (Universal Chiplet Interconnect Express), cuyo objetivo es desarrollar especificaciones abiertas y formar un ecosistema para la tecnología de chiplet.

Intel, AMD, ARM, Qualcomm, Samsung, ASE (Ingeniería avanzada de semiconductores), Google Cloud, Meta/Facebook, Microsoft y Taiwan Semiconductor Manufacturing Company se han unido a la iniciativa de tecnología de chiplets.

Se presenta a la atención del público la especificación abierta UCIe 1.0, que estandariza métodos para conectar circuitos integrados sobre una base común, una pila de protocolos, un modelo de software y un proceso de prueba. De las interfaces para conectar conjuntos de chips, se anuncia soporte para PCIe (PCI Express) y CXL (Compute Express Link).

Los chiplets permiten crear circuitos integrados híbridos combinados (módulos de varios chips) formados por bloques de semiconductores independientes que no están vinculados a un fabricante e interactúan entre sí mediante una interfaz UCIe estándar de alta velocidad.

Para desarrollar una solución especializada, por ejemplo, creando un procesador con un acelerador incorporado para el aprendizaje automático o el procesamiento de operaciones de red, cuando se usa UCIe, es suficiente usar chipsets existentes con núcleos de procesador o aceleradores ofrecidos por diferentes fabricantes.

Si no hay soluciones estándar, se puede crear su propio chiplet con la funcionalidad necesaria, utilizando tecnologías y soluciones que sean convenientes para usted.

“AMD se enorgullece de continuar con su larga tradición de respaldar los estándares de la industria que permiten soluciones innovadoras para satisfacer las necesidades cambiantes de nuestros clientes. Hemos sido líderes en tecnología de chiplets y damos la bienvenida a un ecosistema de chiplets de múltiples proveedores para permitir la integración personalizable de terceros”, dijo Mark Papermaster, vicepresidente ejecutivo y director técnico de AMD. “El estándar UCIe será un factor clave para estimular la innovación de los sistemas al apoyarse en motores de cálculo y aceleradores heterogéneos que permitirán obtener las mejores soluciones optimizadas en términos de rendimiento, coste y eficiencia energética. »

Después de eso, es suficiente combinar los chips seleccionados utilizando un diseño de bloques al estilo de los constructores de LEGO (la tecnología propuesta recuerda un poco el uso de placas PCIe para componer el relleno de una computadora, pero solo a nivel de circuitos integrados). El intercambio de datos y la interacción entre los chipsets se lleva a cabo mediante una interfaz UCIe de alta velocidad, y el paradigma system-on-package (SoP) se utiliza para el diseño de los bloques en lugar del system-on-chip (SoC, system- en chip).

En comparación con los SoC, la tecnología de chiplet permite crear bloques de semiconductores reemplazables y reutilizables que se pueden usar en diferentes dispositivos, lo que reduce significativamente el costo del desarrollo de chips.

Los sistemas basados ​​en chiplets pueden combinar diferentes arquitecturas y procesos de fabricación; dado que cada chiplet funciona por separado, interactuando a través de interfaces estándar, los bloques con diferentes arquitecturas de conjunto de instrucciones (ISA), como RISC-V, ARM y x86, se pueden combinar en un solo producto. El uso de chiplets también simplifica las pruebas: cada chiplet se puede probar por separado en la etapa anterior a la integración en una solución preparada.

Cheolmin Park, vicepresidente del equipo de planificación de productos de memoriade Samsung Electronics, dijo:

«Samsung prevé que la tecnología de chiplet será necesaria para mejorar el rendimiento de los sistemas informáticos a medida que los nodos de proceso continúan evolucionando, con las matrices dentro de cada gabinete posiblemente comunicándose a través de un solo idioma.

Esperamos que el consorcio UCIe fomente un ecosistema de chiplet vibrante y establezca un marco de interfaz viable, de estándar abierto y en toda la industria. Como proveedor integral de soluciones de memoria, lógica y fundición, Samsung planea liderar los esfuerzos del consorcio para identificar aún más las mejores formas de mejorar el rendimiento del sistema utilizando la tecnología de chiplet”.

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

from Linux Adictos https://ift.tt/7owJXN1
via IFTTT

Hace pocos dias se dio a conocer el lanzamiento del proyecto CoreBoot 4.16, en el cual participaron cerca de 170 desarrolladores en la creación de la nueva versión y quienes prepararon 1770 cambios.

Para quienes desconocen de CoreBoot, deben saber que esta es una alternativa de código abierto al tradicional Sistema Básico de Entrada-Salida (BIOS) que ya se encontraba en las PCs MS-DOS 80s y reemplazándola con UEFI (Unified Extensible). CoreBoot es también un análogo gratuito de firmware patentado y está disponible para verificación y auditoría completas. CoreBoot se utiliza como firmware base para la inicialización del hardware y la coordinación de arranque.

Incluyendo la inicialización del chip gráfico, PCIe, SATA, USB, RS232. Al mismo tiempo, los componentes binarios FSP 2.0 (Intel Firmware Support Package) y el firmware binario para el subsistema Intel ME, que son necesarios para inicializar y lanzar la CPU y el chipset, están integrados en CoreBoot.

Principales novedades de CoreBoot 4.16

En esta nueva versión que se presenta se destaca que se agregó el soporte para 33 placas base, 22 de las cuales se usan en dispositivos Chrome OS o servidores de Google.

Entre las placas que recibieron el soporte y que no son de Google, podremos encontrar las siguientes

• Acer Aspire VN7-572G
• AMD Chausie
• ASROCK H77 Pro4-M
• ASUS P8Z77-M
• Emulación QEMU power9
• Intel Alderlake-N RVP
• Prodrive atlas
• Star Labs Star Labs StarBook Mk V (i3-1115G4 y i7-1165G7)
• System76 mirada16 3050, 3060 y 3060-b

Ademas podremos encontrar que se agregó la opción para deshabilitar el subsistema IME (Intel Management Engine), que viene con la mayoría de las placas base modernas con procesadores Intel y se implementa como un microprocesador separado que funciona independientemente de la CPU y realiza tareas que deben separarse del sistema operativo. Como el procesamiento de contenidos protegidos (DRM), la implementación de módulos TPM (Trusted Platform Module) e interfaces de bajo nivel para monitoreo y control de equipos.

Para deshabilitar IME en sistemas con procesadores desde la familia Skylake hasta Alder Lake, se utiliza el parámetro me_state en el CMOS, asignándole un valor de 1 al que deshabilitará el motor. Para cambiar el estado CSME a través de CMOS, se ha agregado el método «.enable», cuyo estado corresponde al parámetro me_state.

Otro de los cambios que se destaca de esta nueva versión es que se agregó coreboot-configurator, una GUI simple para cambiar la configuración de CMOS en Coreboot CBFS usando la utilidad nvramtool.

Tambien podremos encontrar que se agregó la utilidad apcb_v3_edit para editar archivos binarios APCB V3 (AMD PSP Customization Block) y sustituirlos por hasta 16 SPD (Serial Presence Detect).

Se actualizaron los submódulos amd_blobs, arm-trusted-firmware, blobs, chromeec, intel-microcode, qc_blobs y vboot y el código para configurar LAPIC (Controlador de interrupción programable avanzado local) se ha movido a MP init.

Por otra parte, se destaca que se agregó soporte para secuencias de escape ANSI para resaltar eventos importantes como errores y advertencias al iniciar sesión en la consola interactiva y que se implementó la función cbmem_dump_console, similar a cbmem_dump_console_to_uart, pero funciona con consolas configuradas normalmente.

De los demás cambios que se destacan de esta nueva version:

• Se eliminó el soporte para las placas base Google Corsola, Nasher y Stryke.
• Se agregó soporte para CPU Power9 y SoC AMD Sabrina.
• Ajustes de imagen en vivo adaptados para trabajar con la distribución NixOS 21.11. El paquete iasl ha sido descontinuado y ha sido reemplazado por acpica-tools.
• El cargador de arranque U-Boot se ha actualizado a la versión 2021.10.
• Se agregó soporte para sistemas con más de 128 núcleos de CPU.
• Controlador agregado para sensores de proximidad SAR Semtech sx9360 utilizados en dispositivos Samsung.
• Controlador agregado para los controladores SD SGenesys Logic GL9750 utilizados en
• Chromebooks.
• Se agregó soporte para controladores Ethernet Realtek RT8125.
• Controlador agregado para Fibocom 5G WWAN ACPI.
• Se agregó soporte para topologías de memoria mixta cuando se usa DDR4.
• Se agregó soporte para la especificación FSP 2.3 (paquete de software flexible).
• Código rediseñado para el cálculo de hashes utilizados en la verificación y evaluación del estado de CBFS
• Se agregó soporte para la tecnología PCI-e Resizable BAR (Base Address Registers), que permite que la CPU acceda a toda la memoria de video de una tarjeta PCI.

Además, se proporciona un plan de transición a partir de la versión 4.18 a la cuarta edición del mecanismo de asignación de recursos (RESOURCE_ALLOCATOR_V4), que agrega soporte para manipular múltiples rangos de recursos, usar todo el espacio de direcciones y asignar memoria en áreas superiores a 4 GB.

En el lanzamiento de Coreboot 4.18, que se espera para noviembre, también está previsto dejar obsoleto el mecanismo clásico de inicialización de multiprocesador (LEGACY_SMP_INIT), que fue reemplazado por el código de inicialización PARALLEL_MP.

Si estás interesado en poder conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Obtener CoreBoot

Finalmente, para quienes estén interesados en poder obtener esta nueva versión de CoreBoot pueden hacerlo desde su sección de descargas, que se encuentra dentro de su página web oficial del proyecto.

Además de que en ella podrán encontrar documentación y más información sobre el proyecto.

El enlace es este.

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

Como bien sabrás, Putin ha iniciado una guerra, invadiendo Ucrania y amenazando a Europa con el uso incluso de armas nucleares, o con una III Guerra Mundial. Casi todo el mundo se ha volcado para apoyar a Ucrania. Pues bien, también se han visto muchos gestos desde el mundo de la tecnología, incluso desde la comunidad de software libre. Ahora, John Romero se une a este tipo de gestos lanzando un nuevo nivel inédito para DOOM II en apoyo a Ucrania.

El popular videojuego retro que no parece pasar de moda ahora tendrá un nuevo nivel tras 30 años de su creación. One Humanity está disponible para descargar por una donación de 5€, y el 100% de la recaudación estará destinado al pueblo de Ucrania y los esfuerzos humanitarios de la Cruz Roja y el Fondo Central de Respuesta a Emergencias de la ONU.

El apoyo a las víctimas ucranianas es casi unánime, como se ha dejado patente en la Asamblea General de la ONU, donde han votado a favor la inmensa mayoría de países, a excepción de Bielorrusia, Corea del Norte, Eritrea, Siria y la propia Rusia, con las abstenciones de China, Venezuela, Argelia, Angola, Armenia, Bangladesh, Bolivia, Burundi, Rep. Centroafricana, Congo, Cuba, El Salvador, India, Irán, Irak, Kazajistán, Kirguistán, Laos, Madagascar, Mali, Mongolia, Mozambique, Namibia, Nicaragua, Pakistán, Senegal, Sudáfrica, Sudán, Sudán del Sur, Sri Lanka, Tayikistán, Tanzania, Vietnam y Zimbabue.

Este nivel DOOM II de John Romero es toda una sorpresa, teniendo en cuenta los años que hace de que se lanzó este título al mercado. Ha hecho falta una guerra injusta para que llegue.

Por supuesto, para poder jugar a este nivel de DOOM II tendrás que tener una copia del videojuego original y un port moderno como GZDoom. Además, no solo podrás jugar en tu distro Linux, también en otros sistemas y en la consola portátil Steam Deck de Valve.

Descargar nuevo nivel para DOOM II – Sitio oficial

Más información sobre GZDoom – Sitio oficial

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

Hace poco, los desarrolladores de un sistema operativo basado en Linux dieron el salto de Python 3.9 a Python 3.10, y avisaron de que era un salto importante y que algunas cosas malas podrían pasar. Si esa posibilidad existe de v3.9 a v3.10, ambas parte de v3.x, imaginad lo que puede pasar al subir de Python 2.x a Python 3.x. Actualizar no es malo, se hace para bien, pero si los desarrolladores no se ponen a día, el cambio puede ser dramático, algo que estamos notando especialmente en un centro multimedia que hace unas horas ha lanzado Kodi 19.4.

Yo uso Linux y no he podido probarlo en Windows (luego veré si lo hago en una VM), pero se sabe que muchos addons de Kodi están fallando. Lo curioso es que funcionaron hasta la v19.2, y todo empezó a «petar» en v19.3. Por lo tanto, algunos teníamos la esperanza de que todo volviera a la normalidad con un Kodi 19.4 con el que el proyecto ha felicitado el año nuevo, ya que es el primer lanzamiento de 2022.

Novedades de Kodi 19.4

• Estuary ha corregido el menú contextual de la pantalla principal cuando hay más de 10 artículos en el menú y la barra de búsqueda no desaparecerá tras 5s al usar alguna aplicación para controlar Kodi remotamente.
• En la entrada (Input), se han solucionado algunos problemas con los teclados chino e inglés.
• Música: han corregido la exportación a NFO de la discografía del artista.
• En PVB hay un nuevo método de ordenación para grabaciones basadas en temporadas y episodios; se ha corregido un bloqueo al navegar por una guía vacía; y se ha corregido que eliminar u ocultar el grupo de un canal no funcionaba correctamente.
• En la interfaz de usuario han corregido cualquier favorito para una fuente multimedia restringida o bloqueada, que ahora está oculta; han arreglado el estado del título y visto en una ISO Blu-Ray, que ahora se muestra correctamente; y se ha corregido cuando un idioma incorrecto era identificado por un nombre de subtítulo.
• Vídeo: el silenciado EDL funciona, y la vista de subtítulos ASS funciona correctamente.
• Android: se ha ajustado el buffer de audio y se han corregido varios problemas con TrueHD stutter/dropout.
• Linux: se ha corregido la reproducción automática de DVDs.
• La posición del cursor a pantalla completa se ha corregido en macOS.
• Windows: corregido el parpadeo al entrelazar H.264 SD en GPUs AMD, y un bloqueo inesperado por la configuración de red.
• Xbox: nuevo paso de audio a través de WASAPI y corregido el error de permisos que impedía la instalación de complementos de Python.

Los addons que siguen sin funcionar

Por desgracia, esto no es algo que se haya corregido en Kodi 19.4, pero porque no es un problema suyo. Son los desarrolladores de complementos los que tienen que hacer que funcione ya sin rastro de Python 2.x. Es algo que también hemos visto en algunos plugins de GIMP: se desarrollaron con base Python 2.x y han dejado de funcionar. ¿Es problema de GIMP? No, es problema de los desarrolladores que no han rebasado su software para nuevas tecnologías. De hecho, en Kodi 19.4 hay algún addon que funciona perfectamente, pero otros sencillamente no muestran nada. Una lástima, pero es lo que hay ahora mismo. No debemos desesperar demasiado y tener paciencia, e incluso agradecer su trabajo. Pero en 19.4 seguimos sin poder disfrutar de sus creaciones.

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

Hace poco, los desarrolladores de un sistema operativo basado en Linux dieron el salto de Python 3.9 a Python 3.10, y avisaron de que era un salto importante y que algunas cosas malas podrían pasar. Si esa posibilidad existe de v3.9 a v3.10, ambas parte de v3.x, imaginad lo que puede pasar al subir de Python 2.x a Python 3.x. Actualizar no es malo, se hace para bien, pero si los desarrolladores no se ponen a día, el cambio puede ser dramático, algo que estamos notando especialmente en un centro multimedia que hace unas horas ha lanzado Kodi 19.4.

Yo uso Linux y no he podido probarlo en Windows (luego veré si lo hago en una VM), pero se sabe que muchos addons de Kodi están fallando. Lo curioso es que funcionaron hasta la v19.2, y todo empezó a «petar» en v19.3. Por lo tanto, algunos teníamos la esperanza de que todo volviera a la normalidad con un Kodi 19.4 con el que el proyecto ha felicitado el año nuevo, ya que es el primer lanzamiento de 2022.

Novedades de Kodi 19.4

• Estuary ha corregido el menú contextual de la pantalla principal cuando hay más de 10 artículos en el menú y la barra de búsqueda no desaparecerá tras 5s al usar alguna aplicación para controlar Kodi remotamente.
• En la entrada (Input), se han solucionado algunos problemas con los teclados chino e inglés.
• Música: han corregido la exportación a NFO de la discografía del artista.
• En PVB hay un nuevo método de ordenación para grabaciones basadas en temporadas y episodios; se ha corregido un bloqueo al navegar por una guía vacía; y se ha corregido que eliminar u ocultar el grupo de un canal no funcionaba correctamente.
• En la interfaz de usuario han corregido cualquier favorito para una fuente multimedia restringida o bloqueada, que ahora está oculta; han arreglado el estado del título y visto en una ISO Blu-Ray, que ahora se muestra correctamente; y se ha corregido cuando un idioma incorrecto era identificado por un nombre de subtítulo.
• Vídeo: el silenciado EDL funciona, y la vista de subtítulos ASS funciona correctamente.
• Android: se ha ajustado el buffer de audio y se han corregido varios problemas con TrueHD stutter/dropout.
• Linux: se ha corregido la reproducción automática de DVDs.
• La posición del cursor a pantalla completa se ha corregido en macOS.
• Windows: corregido el parpadeo al entrelazar H.264 SD en GPUs AMD, y un bloqueo inesperado por la configuración de red.
• Xbox: nuevo paso de audio a través de WASAPI y corregido el error de permisos que impedía la instalación de complementos de Python.

Los addons que siguen sin funcionar

Por desgracia, esto no es algo que se haya corregido en Kodi 19.4, pero porque no es un problema suyo. Son los desarrolladores de complementos los que tienen que hacer que funcione ya sin rastro de Python 2.x. Es algo que también hemos visto en algunos plugins de GIMP: se desarrollaron con base Python 2.x y han dejado de funcionar. ¿Es problema de GIMP? No, es problema de los desarrolladores que no han rebasado su software para nuevas tecnologías. De hecho, en Kodi 19.4 hay algún addon que funciona perfectamente, pero otros sencillamente no muestran nada. Una lástima, pero es lo que hay ahora mismo. No debemos desesperar demasiado y tener paciencia, e incluso agradecer su trabajo. Pero en 19.4 seguimos sin poder disfrutar de sus creaciones.

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

Seguramente recuerdes el kernel Zircon creado por Google para su sistema operativo Fuchsia. Pues bien, DahliaOS es otro sistema operativo de código abierto que se basa en Fuchsia, pero usando Zircon y Linux como kernel bajo un mismo «techo». Además, es muy sencillo de instalar, como cualquier otra distro GNU/Linux, aunque aún se encuentra en una fase de desarrollo Alpha, por lo que no se recomienda para productividad.

Si has empleado alguna vez un Chromebook con ChromeOS, te darás cuenta que DahliaOS tiene un aspecto muy similar en su entorno de escritorio, y es muy minimalista e intuitivo, por lo que no tendrás problemas para hacerte con él. Su entorno de escritorio se llama Pangolin, con un estilo Material YOU, y tiene algunos ajustes para la interfaz de usuario bastante ingeniosos.

Y no deberías perderle la vista a este proyecto, ya que en un futuro podría ser muy interesante en el mundo IoT por Zircon.

Además, te recordará bastante a KDE Plasma en algunos aspectos, incluso por la gran cantidad de apps integradas que tiene (calculadora, reloj, calendario, administrador de tareas, editor, terminal, navegador web, gestor de archivos, etc.). Incluso tiene apps algo más avanzadas como Graft, un programa que te permite ejecutar varias máquinas virtuales dentro de DahliaOS.

Por ahora, tiene una lista decente de hardware soportado (algunos modelos de Acer, HP, Dell, Chromebooks, Apple, Lenovo, así como placas SBC como la Raspberry Pi, e incluso con Pine64 Pinephone), aunque aún es muy pequeña en comparación con las distribuciones GNU/Linux. Por tanto, es probable que no funcione con tu equipo si no está en la lista, pero siempre podrás ejecutarlo en una máquina virtual si deseas probarlo.

Ver lista de hardware soportado – Lista completa

Descargar imagen de DahliaOS EFI/Legacy – Sitio de descargas (aprox 650MB)

Más información sobre DahliaOS – Documentación

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

Al leer esta noticia, publicada por Canonical el pasado 28 de febrero, una vena friki me ha hecho pensar, en inglés, «Oh, my god, here we go again». Y es que hace ahora algo menos de diez años, la compañía responsable de Ubuntu y liderada por Mark Shuttleworth anunció algo que sonaba muy bien: un sistema operativo que funcionaría en cualquier dispositivo, fuera móvil o de escritorio. De aquello ha quedado Ubuntu Touch, pero gracias a que UBports decidió seguir adelante con el proyecto. Y no es lo mejor que podemos instalar en un móvil Linux.

Pero aquí está Canonical otra vez queriendo meterse en el terreno de los teléfonos móviles, aunque esta vez de una manera muy diferente. Va a colaborar con Vodafone para probar una nueva tecnología que usa Anbox Cloud y la potencia de las redes de teléfonos móviles para convertir televisiones, ordenadores y vestibles (wearables) y otros dispositivos en «teléfonos inteligentes de la nube».

Canonical lo vuelve a intentar, pero con un punto de vista diferente

El prototipo de Cloud Smartphone se presentará en la MWC 2022 que se está celebrando en Barcelona, y pretenden mostrar el concepto de un teléfono que lo ejecuta todo en la nube, dejando sólo algunas funciones básicas en el mismo dispositivo. ¿Y a qué nos recuerda esto? Pues un poco a lo que hemos visto en otros apartados, como el de los videojuegos. Por ejemplo, Google promete que sólo necesitaremos un mando y un navegador web compatible para poder jugar a su Stadia. Un concepto parecido es lo que tiene en mente Canonical.

Con el uso de Anbox Cloud de Canonical, Vodafone puede probar una pila de software que permite implementar la ejecución del sistema operativo Android en la nube trasladando todo el procesamiento a una máquina virtual. De este modo, el dispositivo elegido sólo tendrá que utilizar las capacidades básicas de decodificación de vídeo, lo que permitirá que objetos sencillos asuman las tareas del smartphone. La integración con funciones que permanecen en el dispositivo físico como la cámara, la localización o los sensores disponibles, proporciona al usuario un entorno que no muestra ninguna diferencia con el que está acostumbrado a tener habitualmente.

La clave: Anbox Cloud

Según Canonical, Vodafone ha decidido trabajar con ellos por la experiencia que tienen con la virtualización de Android, con lo que se pueden replicar o similar millones de aplicaciones en la nube gracias a Anbox Cloud.

Y es que ahora están apostando todos por servicios en la nube. Ya no son sólo los servicios como Netflix, Spotify o Stadia; es que por ejemplo Manjaro también nos prometió que se podría ejecutar en un iPad para más tarde anunciar que estaría disponible dentro de Shells, lo que es un servicio de máquinas virtuales en la nube. No sé cómo acabará esto nuevo de Canonical, pero si saliera adelante podríamos alargar la vida de nuestros teléfonos, ya que el software no se ejecutaría en los mismos y las actualizaciones futuras no deberían pesarles.

Ahora mismo lo único cierto es que Canonical se ha asociado con Vodafone para empezar a experimentar. Del resto, sólo el tiempo dirá.

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

En 1999 yo hacía tiempo que había descubierto a Metallica y hacía unos años que disfrutaba más del Thrash que de cualquier otro estilo musical. Tiempo antes era más de Nirvana o Iron Maiden, y nunca he sido fan de Red Hot Chili Peppers. Sí puedo decir que me llamó la atención una canción que daba nombre a un disco. Corría 1999, y la canción era más suave de lo que solían hacer. Pero llamaba la atención por dos cosas: la primera era el nombre, Californication, que incluía la palabra «fornicación», y la segunda era un videojuego en el que aparecían los componentes del grupo.

Aquel videojuego no era real. Era una animación en la que los Red Hot Chili Peppers se enfrentaban a todo tipo de situaciones, como volar por una ciudad, esquiar o huir de un autobús para que no les atropellara. Por aquellos tiempos aún no existía o acababa de lanzarse la PlayStation 2, y juegos como ese, con esos gráficos, aún no eran habituales. Hoy en día, esos gráficos no parecen gran cosa, pero, ¿y si lo hubiera hecho real un sólo desarrollador? Eso ha pasado, y el desarrollador es español.

Californication para Windows funciona con WINE

Nada más iniciar el juego vemos a un perrito dentro de un tanque y un nombre que delante tiene una arroba. Es la cuenta de Twitter de Miguel (@comandogdev), y a continuación vemos una pantalla que nos indica qué música va a sonar. Porque sí, el juego es uno como cualquier otro, pero siempre que lo hemos visto ha sonado de fondo Californication, por lo que la experiencia completa se consigue con esa canción de fondo. ¿El problema? Es evidente: los derechos de autor. Pero a Miguel se le ha ocurrido una manera de evitar problemas.

La canción no se incluye en el juego. El menú para elegir qué ponemos son enlaces a YouTube, por lo que nos saca momentáneamente del juego hasta que empezamos a reproducir la canción y volvemos a entrar. Es aquí en el único momento en el que yo he notado algo raro en Linux, pero es que no está disponible para nosotros. ¿Y por qué lo escribimos en Linux Adictos? Pues porque funciona perfectamente en Linux.

El juego está disponible gratis en este enlace para Windows y macOS. Es un ZIP de menos de 300mb que dentro tiene un EXE y algunos archivos más, pero lo importante es que, si tenemos instalado WINE, podremos jugar a Californication sin problemas.

Es gratis y compatible con mandos de juegos

La primera vez que lo iniciamos, es probable que WINE nos diga que no tiene algún paquete instalado, pero se acepta y más tarde podremos jugar a Californication. Como he mencionado, puede ser que al elegir la música de fondo y volver a entrar haya algo que no funcione, pero se puede cerrar, volver a abrir y, con la música ya sonando, la segunda vez elegir que no suene nada. También puede que tenga algo que ver algo de mi mando, que no funciona todo lo bien que podría (como podéis comprobar en el vídeo anterior, en el que he elegido un «cover» para evitar que YouTube me lo elimine).

El juego usa el motor Unity para moverse, y tenemos varios niveles para elegir. La mecánica es sencilla: tenemos que conseguir coger hasta cinco logotipos de Red Hot Chili Peppers antes de que se acabe la barra de nuestra vida. Se puede jugar con mando o con el teclado, y no hace falta aprender mucho para empezar a jugar. En la parte inferior de la pantalla tenemos un mapa que nos ayudará a saber dónde están los logos, los enemigos e incluso obstáculos. Vaya, que no le falta de nada.

Pero lo más importante de esta noticia son tres cosas: la primera, que el juego Californication es una realidad; la segunda, que lo ha creado un desarrollador español, quien lo ha añadido a su porfolio para promocionarse; y la tercera es que está disponible, bueno, que podemos jugarlo en Linux sólo con WINE. Os dejamos con el vídeo original de 1999 o 2000 (tengo dudas de cuándo salió).

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