Recientemente Khronos dio a conocer la liberación de la nueva versión de la especificación Vulkan 1.2, que se define como una API para acceder a las capacidades gráficas y de computación de la GPU. En la nueva especificación se han incorporado las correcciones y extensiones acumuladas durante dos años.

Vulkan es notable por simplificar drásticamente los controladores, llevar la generación de comandos de la GPU al lado de la aplicación, la capacidad de conectar capas de depuración, unificar la API para varias plataformas y usar una representación de código intermedio precompilado para la ejecución en el lado de la GPU.

Principales novedades de Vulkan 1.2

Se destaca que la implementación del lenguaje de programación de sombreadores HLSL desarrollado por Microsoft para DirectX está lista para su uso generalizado (la compatibilidad con HLSL en Vulkan hace posible usar solo sombreadores HLSL en aplicaciones basadas en Vulkan y DirectX y también simplifica la traducción de HLSL a SPIR-V).

Se propone utilizar el compilador DXC estándar para compilar sombreadores, que fue abierto por Microsoft en 2017 y se basa en la tecnología LLVM. El soporte de Vulkan se implementa a través de un backend separado, que permite traducir HLSL en una representación intermedia de sombreadores SPIR-V.

La implementación cubre no solo todas las características integradas de HLSL, incluidos los tipos matemáticos, flujos de control, funciones, conjuntos, tipos de recursos, espacios de nombres, Shader Model 6.2, estructuras y métodos, sino que también permite el uso de extensiones específicas de Vulkan, como VKRay de NVRIA.

En el modo HLSL en la parte superior de Vulkan, fue posible organizar el trabajo de juegos como Destiny 2, Red Dead Redemption II, Assassin’s Creed Odyssey y Tomb Raider.

Ademas se destaca que se ha actualizado la especificación SPIR-V 1.5, que define una representación intermedia universal de sombreadores para todas las plataformas, que se puede usar tanto para gráficos como para computación paralela.

La API principal de Vulkan incluye 23 extensiones para aumentar la productividad, mejorar la calidad de visualización y simplificar el desarrollo.

De ellos podremos encontrar Timeline semaphore: que unifican la sincronización con el host y las colas del dispositivo (permiten hacer con una primitiva para la sincronización omnidireccional entre el dispositivo y el host, sin usar primitivas VkFence y VkSemaphore separadas).

Estos están representados por un valor de 64 bits que aumenta monótonamente y que puede rastrearse y actualizarse a través de múltiples subprocesos.

Se han preparado versiones más cortas de la especificación para plataformas objetivo típicas, lo que simplifica el trabajo en plataformas para las que aún no se admiten todas las extensiones y permite prescindir de la activación selectiva de las capacidades básicas de la API de Vulkan.

De los demás cambios que se destacan:

• Se continuó trabajando en un proyecto de portabilidad con otras API de gráficos.
• Posibilidad de utilizar tipos numéricos en sombreadores con precisión reducida
• Opción de diseño de memoria compatible con HLSL
• Recursos no vinculados (sin enlace) que eliminan el límite en la cantidad de recursos disponibles para sombreadores mediante el uso del espacio virtual compartido de la memoria del sistema y la memoria de la GPU
• Un modelo de memoria formal que define cómo los subprocesos paralelos pueden acceder a datos compartidos y operaciones de sincronización
• Descriptores de indexación para reutilizar descriptores de diseño en múltiples sombreadores;
• Enlaces de búfer.
• Lista completa de extensiones agregadas
• Se agregaron más de 50 nuevas estructuras y 13 funciones

Finalmente de los planes para el futuro, se destaca el desarrollo de extensiones para aprendizaje automático, trazado de rayos, codificación y decodificación de video, soporte para VRS (sombreado de velocidad variable) y sombreadores de malla.

Intel, AMD, ARM, Imagination Technologies y NVIDIA ya han lanzado controladores que admiten la nueva versión de Vulkan.

Mientras que el caso de Mesa (controladores libres), se ofrece soporte Vulkan 1.2 para controladores RADV (tarjetas AMD) y controladores ANV (Intel). La compatibilidad con Vulkan 1.2 también se implementa en el depurador RenderDoc 1.6, el SDK de LunarG Vulkan y un conjunto de muestrasVulkan-Samples.

from Linux Adictos https://ift.tt/38cHcFi
via IFTTT

Durante la edición de 2019 de la Chrome Dev Summit en San Francisco, Google presentó su última visión para la Web, en el cual mencionó varios elementos, incluido el desarrollo de Privacy Sandbox, un entorno seguro para el contenido que protege la privacidad de los usuarios.

En la cual básicamente Google planea bloquear una forma común que las empresas o servicios de publicidad aprovecha para rastrear a los usuarios de Internet en su navegador Chrome. Es por ello que en un máximo de dos años modificara el funcionamiento de la web, mientras que la compañía intenta responder a las solicitudes de mayor privacidad del usuario.

El plan de Google es evitar que los editores de adware y otras organizaciones conecten las cookies de su navegador a sitios web que no operan. Esto es un movimiento similar al que Apple adoptó en 2017 en su navegador Safari.

“En agosto, anunciamos una nueva iniciativa (conocida como Privacy Sandbox) para desarrollar un conjunto de estándares abiertos para mejorar fundamentalmente la privacidad en la web. Nuestro objetivo para esta iniciativa de código abierto es hacer que la web sea más privada y segura para los usuarios, al tiempo que brindamos soporte a los editores. Hoy nos gustaría informarle sobre nuestros planes y solicitar su ayuda para aumentar la privacidad de la navegación web.

Durante casi tres décadas, las cookies colocadas por compañías relativamente desconocidas en casi todos los sitios web han alimentado la publicidad en Internet.

Hay varios tipos por ejemplo, las cookies de sesión que permiten que los usuarios sean reconocidos en un sitio web para que todos los cambios o todas las selecciones de artículos o datos que llevan a cabo en una página se guarden en la memoria de un página a otra.

“Después del diálogo inicial con la comunidad web, estamos seguros de que con iteraciones y comentarios continuos, los mecanismos de privacidad y los estándares abiertos como Privacy Sandbox pueden soportar una web saludable y con publicidad. ” 

El ejemplo más común de esta funcionalidad es la opción de carrito de compras de cualquier sitio de comercio electrónico. Cuando se visita una página de catálogo y selecciona elementos, la cookie de sesión recuerda la selección para que la cesta contenga los artículos que seleccionó cuando esté listo para proceder al pago.

Aun que hay otros métodos un poco más avanzados que algunos han optado por usar cookies como una ventana grande a través de la cual pueden saber qué páginas web está visitando un usuario. Cuando esta información se comparte con los anunciantes, los datos ayudan a predecir qué anuncios el individuo encontraría relevantes.

Sin embargo, en los últimos tres años, las violaciones de datos y las nuevas leyes de privacidad en Europa y California han provocado cambios importantes en las empresas de Internet. Google ha dicho que su nueva restricción solo entrará en vigencia cuando las alternativas que Google considera más amigables con la privacidad sean viables.

Una vez que estos enfoques hayan satisfecho las necesidades de los usuarios, editores y anunciantes, y hayamos desarrollado las herramientas para mitigar las soluciones, planeamos eliminar el soporte para cookies de terceros en Chrome. 

Cualquier transición importante a la tecnología web requiere una inversión significativa por parte de los operadores del sitio web y no está claro si los datos de usuario más limitados reducirían los precios de la publicidad en línea.

Nuestra intención es hacerlo dentro de dos años.Pero no podemos hacerlo solos, y es por eso que necesitamos el ecosistema para comprometernos con estas propuestas. Planeamos comenzar las primeras Pruebas de origen a finales de este año, comenzando con la métrica de conversión y continuando con la personalización.

Aunque el objetivo de dos años es nuevo, el anuncio de Google ha sido esperado en la industria durante meses. Los analistas financieros esperan un efecto mínimo en las propias actividades publicitarias de Google, ya que recopila datos de los usuarios de muchas otras maneras.

from Linux Adictos https://ift.tt/2RBRgRJ
via IFTTT

Desde ya hace varios años se ha sabido que Oracle y Google han tenido diversos choques, entre los cuales el más conocido es el reclamo de Orcale a Google sobre el uso de la API de Java en Android en el cual Oracle ha estado peleando una condonación por el uso de Java en Android.

Recordemos que, en 2012, un juez con experiencia en programación estuvo de acuerdo con la posición de Google y admitió que el árbol de nombres formadores de API es parte de la estructura de comandos. La ley de derechos de autor interpreta que dicho conjunto de comandos no está incluido en la ley de derechos de autor, ya que la duplicación de la estructura de comandos es una condición indispensable para garantizar la compatibilidad y la portabilidad.

Por lo tanto, la identidad de las líneas con declaraciones y descripciones de encabezado de los métodos no importa para la implementación de una funcionalidad similar, los nombres de las funciones de formación de API deben coincidir, incluso si la funcionalidad en sí misma se implementa de manera diferente.

Como solo hay una forma de expresar una idea o función, todos son libres de usar declaraciones idénticas, y nadie puede monopolizar tales expresiones.

Oracle apeló y revocó la decisión en la Corte Federal de Apelaciones de EE. UU, en donde la corte de apelaciones dictaminó que la API de Java es propiedad intelectual de Oracle.

Después de eso, Google cambió de táctica e intentó demostrar que la implementación de la API de Java en la plataforma Android es de naturaleza justa y este intento fue exitoso.

La posición de Google era que la creación de software portátil no requiere una licencia API y repetir la API para crear contrapartes funcionales compatibles es “uso justo”.

Según Google, la clasificación de la API como propiedad intelectual afectará negativamente a la industria, ya que socava el desarrollo de la innovación, y la creación de análogos funcionales compatibles de plataformas de software puede ser objeto de demandas.

Oracle presentó una apelación por segunda vez y nuevamente el caso fue revisado a su favor. El tribunal dictaminó que el principio de “uso justo” no es aplicable a Android, ya que Google desarrolla esta plataforma con objetivos que se realizan no a través de la venta directa de un producto de software, sino a través del control de servicios y publicidad relacionados.

Al mismo tiempo, Google retiene el control sobre los usuarios a través de una API patentada para interactuar con sus servicios, que está prohibido usar para crear análogos funcionales, es decir. El uso de la API de Java no se limita al uso no comercial.

Es por ello que IBM, Microsoft, Mozilla, Creative Commons, Open Source Initiative, Wikimedia Foundation, Software Freedom Conservancy y muchas otras asociaciones y empresas actuaron como participantes independientes en el nuevo juicio de la Corte Suprema entre Google y Oracle relacionado con el uso de la API de Java en la plataforma Android.

Las compañías proporcionaron al tribunal una conclusión con su evaluación experta de los procedimientos, utilizando el derecho a participar en el juicio de un tercero no relacionado con una de las partes, pero interesado en que el tribunal tome una decisión adecuada.

Por el lado de IBM, la empresa cree que asignar interfaces de computadora abiertas a los derechos de autor puede perjudicar a las empresas y ralentizar la innovación y las empresas de cualquier tamaño deberían poder utilizar API abiertas en sus diseños.

Microsoft cree que el uso de la API de Java en Google está en la naturaleza del uso justo, mientras que Mozilla señala que las leyes de derechos de autor no deberían aplicarse a las API y los desarrolladores deberían poder usar las API sin temor a garantizar la portabilidad de los productos y soluciones alternativas.

Se espera que la Corte Suprema tome su decisión en junio. Si quieres conocer más al respecto, puedes consultar el siguiente enlace. 

from Linux Adictos https://ift.tt/2R0PFpu
via IFTTT