Una bifurcación comunitaria de Rust

Hace poco se dio a conocer la noticia de que nació un fork del popular lenguaje de programación Rust, el cual tiene como nombre CrabLang y que cabe mencionar que no tienen la intención de dividir a la comunidad y no desarrollarán una rama separada propia en paralelo.

El proyecto se presenta como una bifurcación sincronizada que proporciona una solución alternativa basada en el código base original de Rust, que sigue considerándose una referencia.

La bifurcación comunitaria Crab (o «CrabLang») se creó como una respuesta alegre pero mesurada a las crecientes preocupaciones dentro de la comunidad sobre la influencia de las corporaciones y la política restrictiva de marcas registradas propuesta por la fundación. Esta no fue una reacción «instintiva», ni fue un intento de sembrar el miedo o causar pánico. Si bien el documento que redactó la fundación condujo a la bifurcación, creemos que es una solución atrasada para un problema que ya existía y aborda algunos problemas que muchos miembros de la comunidad han tenido durante algún tiempo.

El desarrollo de una bifurcación del lenguaje Rust y el administrador de paquetes Cargo (la bifurcación se suministra con el nombre Crabgo) será liderada por Travis A. Wagner. Los motivos de la bifurcación se citan como la insatisfacción con la creciente influencia de las corporaciones en el lenguaje Rust y la cuestionable política de marca de la Fundación Rust.

La bifurcación migrará periódicamente los cambios del idioma Rust y el administrador de paquetes, después de lo cual se formarán versiones de Crab que son idénticas en funcionalidad a las versiones de Rust, pero no imponen restricciones a los desarrolladores inherentes al proyecto Rust.

El objetivo principal de Crab es brindar a la comunidad una alternativa que sea consistente con sus valores y no imponga restricciones de uso por intereses corporativos. Se espera que Crab sea de interés para aquellos que desean más libertad en el uso del lenguaje, la creación de productos basados ​​en él y la promoción de estos productos sin temor a infringir la marca registrada. El proyecto será impulsado por la comunidad y tratará de mantener el espíritu de colaboración, innovación y libertad creativa.

Queremos recalcar que no estamos reñidos con el proyecto ni con el idioma original. Agradecemos todo lo que hacen para mejorar el lenguaje, y la rama principal de nuestra bifurcación seguirá estando actualizada con el código base original. Nuestro objetivo principal es asegurar que la comunidad tenga una alternativa que se alinee con sus valores y deseo de uso sin restricciones.

La bifurcación de la comunidad Crab está impulsada por nuestro amor por un idioma que lleva el nombre de un tipo de hongo.

Sin más, cabe mencionar que toca esperar a como se desarrolla este «fork» de Rust el cual personalmente veo innecesario, pero puede que llegue a tomar alguna relevancia, aunque como menciono personalmente no le veo futuro, ya que tal parece que tendrá el mismo destino que Glimpse, un fork que después de tantos años de una disputa por el nombre de GIMP simplemente paso al olvido.

Por último y no menos importante, tambien vale la pena mencionar que hablando sobre Rust, pocos días antes de que se creara la bifurcación, ocurrió un conflicto en la comunidad de Rust en el cual el miembro del proyecto JT abandonó el proyecto.

El motivo fue la transferencia de JeanHeyd Meneide, quien fue invitada a la conferencia RustConf 2023, del estado de conferencia principal a regular, luego de lo cual JeanHeyd se negó a hablar en la conferencia. JeanHeyd Meneide es una de las editoras de C Standard y activista. JeanHeyd está promoviendo la inclusión de soporte de reflexión en tiempo de compilación en Rust, al que planeó dedicar su charla.

El motivo de la salida de JT del Equipo central fueron las acciones de dos miembros importantes de la comunidad que pasaron por alto las decisiones tomadas por el comité directivo. En particular, el Comité Directivo de Rust y los organizadores de RustConf aprobaron por mayoría la recomendación de que JeanHeyd hablara en la sección principal. Algún tiempo después, después de que JeanHeyd fuera notificado de la decisión y aceptara hablar, dos miembros del grupo sin derecho a voto no estuvieron de acuerdo con la decisión general debido a preocupaciones sobre la imposición de la promoción de soporte de reflexión de Rust, cuya implementación se encuentra en un momento muy difícil.

El Órgano reconoció que el incidente fue causado por problemas en la organización de gestión del proyecto, se disculpó con JeanHeyd y la comunidad, y comenzó a trabajar para modernizar los procesos y las reglas de decisión.

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

Intel Open Image Denoise es una biblioteca de código abierto de filtros de eliminación de ruido de alta calidad y alto rendimiento para imágenes renderizadas con trazado de rayos

Hoy en día existen una gran cantidad de aplicaciones y bibliotecas que están enfocadas hacia las imágenes, de los más conocidos tenemos a Photoshop, GIMP, Krita, paint, entre otros, aunque claro está que de los más completos son los primeros dos.

Pero para casos específicos de trabajo no hace falta utilizar tantos recursos para la ejecución de alguno de estos, dígase por ejemplo solo recortar imágenes, cambiar tamaño, aspecto, formato, manejar algunos retoques menores, entre otros.

El punto de esto, es que hace poco me tope con una excelente biblioteca que llamo mi atención, ya que está enfocada en la eliminación de ruido en imágenes y que sobre todo es de código abierto y es desarrollado de la mano de Intel.

Cuando hablamos de ruido en imágenes, no, no es en referencia a sonido/audio (cosa que no tiene sentido si hablamos de imágenes), si no que el ruido digital tal es:

La variación aleatoria del brillo o el color en las imágenes digitales producido por el dispositivo de entrada básicamente son esos “granos” o pixeles que no coinciden con el color. 

Y bien volviendo al punto de la biblioteca de la que hablaremos hoy es «Open Image Denoise» que desarrolla una colección de filtros para eliminar el ruido de las imágenes preparadas con sistemas de renderizado de trazado de rayos.

Sobre Open Image Denoise

Open Image Denoise se está desarrollando como parte de un proyecto más grande de oneAPI Rendering Toolkit destinado a desarrollar herramientas de visualización de software para cálculos científicos incluida la biblioteca de trazado de rayos Embree, el sistema de renderizado fotorrealista GLuRay, el trazado de rayos distribuido OSPRay plataforma y el sistema de rasterización de software OpenSWR.

El objetivo del proyecto es proporcionar funciones de eliminación de ruido de alta calidad, eficientes y fáciles de usar que se puedan aplicar para mejorar la calidad de los resultados del trazado de rayos. Los filtros propuestos permiten, basándose en el resultado de un ciclo de trazado de rayos más corto, obtener un nivel de calidad final comparable al resultado de un proceso de renderizado detallado más costoso y lento.

Open Image Denoise filtra el ruido aleatorio, como el trazado de rayos de integración numérica de Monte Carlo (MCRT). Para lograr una representación de alta calidad en dichos algoritmos, se requiere el seguimiento de una gran cantidad de rayos; de lo contrario, en la imagen resultante aparecen artefactos notables en forma de ruido aleatorio.

El uso de Open Image Denoise permite reducir la cantidad de cálculos necesarios en varios órdenes de magnitud al calcular cada píxel. Como resultado, es posible generar una imagen ruidosa inicialmente mucho más rápido, pero luego llevarla a una calidad aceptable utilizando algoritmos de reducción de ruido rápidos. Con el equipo adecuado, las herramientas propuestas pueden incluso usarse para el trazado de rayos interactivo con eliminación de ruido sobre la marcha.

Open Image Denoise recientemente recibió su nueva versión 2.0 en la cual se destacan los siguientes cambios:

• Compatibilidad para acelerar las operaciones de reducción de ruido mediante la GPU. Compatibilidad implementada para la descarga de GPU con sistemas SYCL, CUDA y HIP que se pueden usar con GPU basadas en la arquitectura Intel Xe, AMD RDNA2, AMD RDNA3, NVIDIA Volta, NVIDIA Turing, NVIDIA Ampere, NVIDIA Ada Lovelace y NVIDIA Hopper.
• Se agregó una nueva API de administración de búfer, que le permite seleccionar el tipo de almacenamiento, copiar datos del host e importar búferes externos desde API de gráficos como Vulkan y Direct3D 12.
• Se agregó soporte para el modo de ejecución asíncrono (funciones oidnExecuteFilterAsync y oidnSyncDevice).
• Se agregó una API para enviar solicitudes a dispositivos físicos presentes en el sistema.
• Se agregó la función oidnNewDeviceByID para crear un nuevo dispositivo basado en la identificación del dispositivo físico, como UUID o dirección PCI.
• Funciones añadidas para la portabilidad con SYCL, CUDA y HIP.
• Se agregaron nuevas opciones de escaneo de dispositivos (systemMemorySupported,
• ManagedMemorySupported, externalMemoryTypes).
• Se agregó un parámetro para establecer el nivel de calidad de los filtros.

Open Image Denoise se puede usar en varias clases de dispositivos, desde computadoras portátiles y PC hasta nodos en clústeres. La implementación está optimizada para varias clases de CPU Intel de 64 bits. Si quieres conocer los requisitos para poder ejecutar Open Image Denoise asi como su método de instalación puedes consultar el siguiente enlace.

El código está escrito en C++ y publicado bajo la licencia Apache 2.0.

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

Siendo la distribución Linux más popular, es normal que un gran porcentaje de las noticias sobre distribuciones basadas en el kernel de Linux Torvalds guarden relación con Ubuntu. No siempre son noticias buenas, ya que a veces imponen cambios que no gustan a parte de la comunidad, pero es lo que hay. Sobre la que os traemos hoy, si yo tuviera que opinar y hacerlo con sinceridad, no sería capaz. Antes tendría que ponerlo a prueba.

Y es que proyectos de peso en el mundo Linux están experimentando con la inmutabilidad. ¿Qué es eso? Bueno, aunque a veces podemos leer sobre esto como la propiedad que hace que un sistema sea sólo de lectura, yo prefiero pensar en ello como en algo más restrictivo, en aras de la seguridad y fiabilidad. Dicho de otro modo, un sistema más difícil de romper, y si lo lleváramos al extremo tendríamos el iPhone OS original del que ni siquiera era posible cambiarle el fondo de pantalla.

Ubuntu 24.04 llegaría en dos versiones: la normal y la inmutable

Pero que nadie se ponga nervioso. Primero, porque estamos hablando de un experimento que veremos por primera vez en abril de 2024, coincidiendo con el lanzamiento de Ubuntu 22.04, y que será una versión aparte. Segundo, porque inmutable no es sinónimo de no poder hacer nada. Se podrán hacer ciertos cambios, y la instalación de aplicaciones siempre será una posibilidad. Pero, a diferencia de lo que propone Fedora (Silverblue), este Ubuntu confiará en los paquetes Snap de Canonical, y no en los flatpak.

Desde hace ocho años, Canonical ya ofrece una versión inmutable de su sistema operativo, pero no es una para el escritorio. Es un Ubuntu Core que está diseñado para el Internet de las cosas (IoT). Lo que planean lanzar dentro de diez meses será un Ubuntu de escritorio a prueba de manazas, y también para todo aquel que quiera probarlo.

La duda que me queda a mí es el rendimiento. Los paquetes snap tardan un ratillo en abrirse la primera vez que se lanzan tras iniciar el sistema operativo, pero lo cierto es que el punto fuerte de los paquetes snap es que pueden empaquetar todo tipo de software, como drivers y demás. El rendimiento del sistema operativo en general no debería verse mermado, pero las aplicaciones sí podrían tardar un poco más en abrirse. Y no sólo Firefox y Telegram. Todas.

Sea como fuere, aún quedan diez meses para que veamos este Ubuntu Inmutable. Y la versión principal seguirá siendo la normal.

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