Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'EGL'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 10 resultados

  1. Hace ya varios años que Wayland, el protocolo de servidor gráfico que sustituirá al veterano X11, está "por llegar", pero sigue sin hacerlo y es que, aunque cada vez estamos más cerca y ya hay distribuciones que se atreven a incluirlo entre su paquetería, como alternativa o incluso, como servidor gráfico por defecto, aún hay muchos escollos en el camino que hay que solventar para que Wayland puede estar en el escritorio de todos los linuxeros. Entre las tareas pendientes están, como no podría ser de otra manera, la compatibilidad por parte de los distintos controladores gráficos y la adaptación de entornos gráficos, gestores de ventanas, compositores, etc al nuevo protocolo. En este sentido, desde hace más de un año viene desarrollándose y acalorado y enrevesado debate que dio origen con la presentación, por parte de Nvidia, de EGLStream. Por hacer un breve resumen, hasta ahora Wayland ha girado en torno al administrador genérico del buffer GBM, algo que Nvidia, ya por el año 2012 criticó, para un par de años más tarde presentar su alternativa, que es lo que ahora conocemos como EGLStreams. Esto no fue bien recibido por la comunidad, que ya sabemos de sobra que es de mecha corta y desde entonces el conflicto está en el aire. Lo irónico del caso es que, en esta ocasión, la empresa californiana, conocida por tener muy buen soporte pero también prácticas muy privativas, tiene razón. GBM, aún siendo software libre, es de carácter exclusivo y está atado estrictamente a los controladores mesa, mientras que EGLStream se basa en el estándar abierto EGL, es multisistema, multiplataforma y, por lo que hemos podido saber hasta el momento, en cuanto a eficiencia y capacidades técnicas también supone una mejora importante. La problemática reside, precisamente, en ese lapso de tiempo de 3-4 años desde que Nvidia hiciera públicas sus intenciones hasta que finalmente se materializaron, pues todo el trabajo se ha venido desarrollando pensando únicamente en GBM y un cambio a estas alturas significaría replantearse muchas cosas y modificar un gran número de líneas de código. Además, muchos temen que a falta de un consenso acaben teniendo que mantener simultáneamente dos métodos de manejo del buffer para cada compositor, con todo el esfuerzo que ello implica. E incluso hay quien sugiere reinventar GBM para ponerlo a la altura de las características de EGLStreams en lugar de modificar los compositores para que hagan uso de otro administrador del buffer. Aun sin haber llegado a una conclusión clara todavía, parece que Nvidia va ganado adeptos que consideran que apuntar a un estándar universal y abierto, además de más completo y eficiente, en torno a una nueva API desarrollada de manera conjunta, es el camino a seguir. Entre ellos está la gente de Gnome, que ya ha empezado a trabajar para adaptarse lo antes posible. Por si fuera poco y como reza el título de este tema, Nvidia sigue avanzando mientras la comunidad sigue debatiendo y en su última serie de controladores incluye nuevas librerías EGL para Wayland y una interfaz de plataforma externa para EGLStreams, de tal forma que manejo de buffer utilizando EGLStreams podría ser implementado de manera sencilla en cualquier sistema de ventanas sobre plataformas EGL de bajo nivel superpuestas. Concretamente sobre EGL_PLATFORM_DEVICE_EXT, utilizando extensiones EGLStream. Para rematar, nos brindan todo el código fuente de ambos, tanto de la interfaz de plataforma externa EGLStremas como de las librerías EGL para Wayland,incluyen nuevas extensiones Vulkan, sombreado multihilo GLSL y habilitan las optimizaciones OpenGL por defecto (con un sistema de autoajuste que las desactiva en caso de que no supongan una mejora del rendimiento) en el nuevo controlador 378.X. Casi nada... y de fondo la comunidad aún discutiendo:sweat: https://lists.freedesktop.org/archives/wayland-devel/2017-January/032722.html.
  2. Aunque hace tiempo que me decidí por no sucumbir a polémicas a la hora de escribir, en este caso quiero hacer una excepción, porque es un tema que nos llega de cerca a muchos y que podría ser decisivo para el futuro de los entornos gráficos en GNU/Linux Hace muy poco, Nvidia liberó por fin una nueva serie de controladores que, no sólo nos traían Vulkan de manera estable y completamente funcional, sino que nos brindaban soporte para el servidor gráfico Wayland a través de EGL. Algo que llevábamos esperando desde hace ya mucho tiempo. Sin embargo, aunque en principio esta noticia sobre Nvidia suponía un salto importante a la hora de empezar a adoptar masivamente el servidor gráfico Wayland, dejando por fin "de lado" al veterano X11, junto a los controladores oficiales se han liberado una serie de parches de código abierto, que fueron enviados a la comunidad de desarrolladores de Wayland, que no han sido visto con buenos ojos por parte de los desarrolladores del servidor gráfico. Este código, pensado en principio para permitir que Weston, el compositor base de Wayland pueda correr sobre los controladores gráficos oficiales de Nvidia (privativos), ha sido rechazado. El origen de la polémica parece ser la implementación que ha hecho Nvidia, pues se valen directamente de EGL, haciendo uso de las extensiones EGLDevice y EGLStreams para manejar los buffers, mientras que la implementación oficial de Weston utiliza MESA GBM (Generic Buffer Manager). Si bien para algunos, incluida la propia Nvidia, esta aproximación supone un acercamiento más "agnóstico", en lugar de tener que desarrollar una versión alternativa de GBM para su línea de controladores, desde el otro lado sólo ven problemas con la alternativa propuesta por la californiana, al hacer uso de extensiones poco usuales o complicar/simplificar demasiado ciertos aspectos del renderizado. Aunque en principio esto no impide que entornos con compositores propios, como Enlightenment, Hawaii, Orbital, Orbment o incluso alguno de los más conocidos como KDE O Gnome, puedan dar soporte a Nvidia, implementándolo por cuenta propia en sus compositores, dentro del seno de Wayland y de cara al compositor Weston, por ahora las cosas están siendo discutidas de manera muy acalorada y no parece que veamos pronto ningún movimiento, al menos hasta que todos los pormenores hayan sido hablados y el código de Nvidia minuciosamente estudiado. https://lists.freedesktop.org/archives/wayland-devel/2016-March/027547.html
  3. Mucho se ha hecho de rogar, pero finalmente tenemos lo que tanto hemos esperado. Nvidia acaba de liberar una nueva serie de sus controladores oficiales que traen, como siempre, muchas novedades interesantes, pero es que esta vez son más que eso. La nueva serie 364 culmina lo que comenzó con la serie experimental 355 y nos brinda soporte oficial estable para la nueva API gráfica de Khronos, Vulkan, en su actual versión 1.0.6, además de completar el proceso de adopción de EGL introduciendo las primeras librerías que dan soporte completo al servidor gráfico Wayland. Se cambia el patrón de instalación para hacer uso de las librerías GLVND GLX en lugar de las librerías GLX antiguas Se añade soporte inicial para DRM KMS (Direct Rendering Manager Kernel Modesetting) Esto significa la inclusión de un nuevo módulo nvidia-drm.ko, que se inscribe tanto con soporte PRIME como DRM KMS Se añade soporte para numerosas extensiones EGL EGL_EXT_platform_waylandencargada de hacer que aplicaciones Wayland corran en la implementación EGL de Nvidia EGL_WL_bind_wayland_displayencargada de hacer que compositores Wayland corran en la implementación EGL de Nvidia EGL_EXT_device_drm EGL_EXT_output_drm EGL_EXT_stream_consumer_egloutputPara permitir que los compositores Wayland muestren su contenido a través de EGLDevice, EGLOutput y EGLstreams. Se añade la librería libnvidia-egl-wayland.so, que permite a los compositores Wayland el uso de EGLDevice, EGLOutput y EGLstreams para compartir el buffer de EGL con las aplicaciones Wayland Suporte estable para la API Vulkan 1.0 Se mejora la precisión de X colormap desde 8 bits significativos a 11 en GPUs Geforce Se añade una nueva característica RandR, CscMatrix, la cual especifica una matriz de conversión de espacio de color de 3x4. Esta matriz se aplica después de X colormap y antes de gamma ramp. Es compatible con GPUs GF119 o más recientes. Así mismo se mejora el manejo de X gamma ramp en GPUs GF119 o más recientes. RandR gamma ramp cuenta siempre con 1024 entradas y ahora se aplica al cursor, VDPAU capas de estaciones de trabajo como añadido a la ventana de root de las Xs. Los registros del controlador de Nvidia han sido rediseñados con el nuevo subsistema DRM de Linux para dar soporte a PRIME. Como consecuencia de esto, es necesario contar con Linux 3.13 o superior para instalar esta nueva serie de controladores. Se mejora la interacción de aplicaciones que utilizan el cursor de hardware mientras G-SYNC está activo. Se incluye también soporte para nuevas GPUs GeForce 920MX GeForce 930MX Y, por supuesto, numerosos parches y correcciones Sobra decir que al margen de la ingente cantidad de novedades y mejoras, tanto Wayland como Vulkan son dos cosas que llevábamos mucho tiempo esperando y que por fin tenemos a nuestro alcance para sacarle todo su potencial. Nos queda aún el sabor agridulce por la falta de soporte a gráficas Fermi, esperemos que finalmente de parecer, pero igualmente hay que reconocer que, si bien no como a todos nos gustaría, Nvidia sigue siendo única a la hora de ofrecer soporte a los linuxeros más exigentes.
  4. Aunque Nvidia no se caracteriza por ser la empresa más abierta, sí que nos suele sorprender a menudo con nuevas tecnologías, mejoras y soporte para cosas que ni conocíamos. La última gran sorpresa que nos llevamos fue la culminación de la nueva ABI OpenGL, que llevaba en el tintero varios años y que Nvidia puso en nuestras manos con la última serie de controladores 361.x En esta ocasión, Peter Messmer ha querido, a través del blog de desarrolladores de Nvidia, explicarnos cómo gracias al estándar EGL y los cambios que se han ido introduciendo en las últimas series de controladores de Nvidia, es muy sencillo desvincularse del servidor gráfico a la hora de renderizar contenido OpenGL. Si bien el principal objetivo se centra más en equipos y centros de desarrollo, en los que tener una sesión de las Xs abierta para renderizar contenido off-screen no es deseable, en el caso de los usuarios de a pié sí que nos permite imaginarnos las posibles aplicaciones de esto, especialmente en lo que podría suponer de cara a la inminente migración de X11 a Wayland. Por supuesto, no se limita únicamente al renderizado, sino que permite administrar los recursos de manera precisa, incluyendo configuraciones Multi-GPU. No seré yo quien explique el funcionamiento detallado, porque sinceramente hace rato que me he perdido, pero por lo poco que he podido entender, la cosa pinta muy, pero que muy interesante. gnulinuxvagos.es/index.php?app=forums&module=post&section=post&do=new_post&f=14
  5. Hace muy poco hablamos del lanzamiento de la nueva serie de controladores privativos de Nvidia y de cómo iba a suponer un gran cambio en cuanto a cómo se compilan y construyen los módulos del kernel. Hay ha sido liberada la primera beta y, además de lo que ya sabíamos, con ella han llegado grandes novedades. El soporte a EGL está totalmente acabado y se añade como "experimental, lo que nos hace estar a un paso de poder disfrutar de Wayland con soporte oficial por parte de Nvidia. Además, ya se dejan ver algunas librerías "sospechosas" como puede ser libnvidia-egl-wayland.so. Las mejoras para vdpau ocupan el tercer lugar en la lista de novedades destacadas de esta serie: Se ha corregido un error por el que los datos de nivel de textura podían sobrescribir los del nivel inmediatamente inferior en vistas que no incluyesen el más alto de los dos niveles. Se ha corregido un error que podía provocar el bloqueo del panel de control de nvidia-settings al actualizar la disposición de pantallas. Se han corregido algunos informes erróneos sobre el soporte de las extensiones GLX: según los informes, era posible usar algunas extensiones para renderizado GLX indirecto, cuando en realidad solo se admiten para renderizado directo. Se ha añadido soporte para las siguientes extensiones de EGL:EGL_KHR_swap_buffers_with_damage EGL_NV_stream_consumer_gltexture_yuv Se ha sustituido el sistema de compilación de los módulos de kernel de NVIDIA y se han actualizado el paquete de instalación y el programa nvidia-installer de forma que utilicen el nuevo sistema de compilación y organización del código fuente de los módulos. Para obtener más información sobre el nuevo sistema de compilación y organización del código, consulta el archivo README en la dirección:ftp://download.nvidia.com/XFree86/packaging/linux/new-kbuild-for-355/ Se ha añadido a EGL soporte completo de OpenGL de forma experimental. Se ha marcado la opción DeleteUnusedDP12Displays como obsoleta.La versión 1.5.0 de la especificación de RandR (Resize and Rotate) de X contiene una nota por la que las salidas generadas de forma dinámica no se destruyen. Por tanto, esta opción ha quedado obsoleta y se suprimirá en futuras versiones del controlador. Se ha añadido soporte para los perfiles de VDPAU incorporados a VDPAU 0.9:VDP_DECODER_PROFILE_H264_BASELINE VDP_DECODER_PROFILE_H264_CONSTRAINED_BASELINE VDP_DECODER_PROFILE_H264_EXTENDED VDP_DECODER_PROFILE_H264_PROGRESSIVE_HIGH VDP_DECODER_PROFILE_H264_CONSTRAINED_HIGH Se ha corregido un error que impedía a más de una salida de RandR compartir modos añadidos por el usuario. Se ha corregido un error por el cual, al usar Xinerama, no se tenían en cuenta los intervalos de intercambio (swap) especificados en la aplicación para algunas pantallas. Se ha corregido un error por el que los modos de RandR suministrados por el usuario con combinaciones imposibles de los indicadores +HSync, -HSync, +VSync y -VSync dañaban la lista de modos. Se ha añadido la posibilidad de convertir un contexto de OpenGL (de la versión 3.0 adelante) en el contexto actual sin vincularlo a un objeto dibujable (drawable). https://devtalk.nvidia.com/default/topic/862392/unix-graphics-announcements-and-news/linux-solaris-and-freebsd-driver-355-06-beta-/
  6. El XDC2014 nos está dejando grandes cosas y una de ellas es la conferencia de Nvidia en donde por fin nos han dejado claros sus planes de futuro de cara al nuevo servidor gráfico Wayland. Andy Ritger hizo públicos en Bordeaux los futuros planes que tiene la empresa de cara al futuro centrándose en algo que hasta ahora había sido una gran incógnita a la par que un secreto a voces. Dichos planes parten de lo que ya venían incorporando las últimas versiones de sus controladores, el cada vez mejor soporte para EGL en detrimento de GLX. Actualmente trabajan en el soporte a la infraestructura KMS (Kernel Mode-Setting), permitiendo así que su implementación de EGL opere fuera de X11, además de proponer algunas extensiones avanzadas de EGL que podrían hacer la transición más fácil para todos. Los Blobs de Nvidia actualmente no están utilizando directamente la API KMS, pero su código de visualización está trabajando registrarse con DRM y para que su controlador para el kernel soporte el uso de KMS ioctls. Con esto, mientras hacen uso de su propia implementación de KMS permiten la compatibilidad con DDX, dejando vía libre a otros clientes KMS para utilizar directamente el controlador de Nvidia. Lo que está tomando tanto tiempo no es realmente esta parte sino el conseguir implementar todas estas mejor sin que eso afecte a otras de sus tecnologías como G-Sync, FrameLock, Stereo, o el renderizado SLI. La serie de controladores 346.xx y su implementación EGL, completamente funcional sin necesidad de X11, son la punta de la lanza, aunque aún tardaremos un tiempo en ver su versión personalizada de KMS terminada. Uno de los puntos a destacar es que mientras los controladores libres Mesa hacen uso de GBM (Generic Buffer Manager), Nvidia propone un enfoque más generalizado para lidiar con los buffers utilizando EGLStreams. Aunque sin una fecha clara, son noticias esperanzadoras y probablemente el empujón definitivo que necesitamos para dejar por fin atrás el vetusto X11 y empezar a pensar en servidores gráficos más acordes a las exigencias actuales. Wayland está a punto de llegar, y esta vez de verdad, no como lo que venimos oyendo desde hace unos años, así que dentro de poco nos tocará ponernos las pilas para lidiar con una nueva transición (y van...) que supondrá un gran paso adelante para el sistema del Ñu y el Pingüino http://www.x.org/wiki/Events/XDC2014/XDC2014RitgerEGLNonMesa/nvidia-and-compositors.pdf
  7. Nvidia sigue con buen ritmo sacando nuevas versiones de sus controladores privativos para GNU/Linux. En esta ocasión tenemos ya disponible la primera beta de la serie 337, la versión 337.12, que además de incluir soporte para las nuevas gráficas de la serie Geforce 800M y algunas nuevas gráficas de la anterior serie 700, sigue mejorando el soporte para EGL, que posteriormente dará paso al soporte completo para Wayland. Además, esta nueva serie permite jugar con las frecuencuias del reloj de la GPU y la Memoria de la tarjeta gráfica, algo que algunos recordarán de algunas versiones de antaño, pero adaptado a los nuevos tiempos y las series más recientes de tarjetas gráficas de la compañía. Y sí, están preparados para funcionar con las versiones más recientes de Linux sin necesidad de ningún tipo de parche Cambios destacados Se añade soporte para las siguientes GPUs:GeForce 830M GeForce 840M GeForce 845M GeForce GTX 850M GeForce GTX 860M GeForce GTX 870M GeForce GTX 880M GeForce GT 705 GeForce GT 720 Corregido un bug que podía causar cuelgues al trabajar con aplicaciones OpenGL en condiciones en las que hay poca memoria disponible. Actualizado la pantalla de configuración de nvidia-settings para identificar inequívocamente los monitores DisplayPort 1.2 mostrando la GUIDs de los mismos. Se corrige un bug que hacía que las opciones ECC se mostraran de manera incorrecta en nvidia-settings en sistemas multi-gpu. Se elimina la opción "OnDemandVBlankInterrupts" se las opciones de configuración de las Xs Se corrige un bug que impedía levantar varios servidores Xs simultáneamente en sistemas UEFI. Se añade la posibilidad de hacer over/under-clock para gráficas de las series 400 o superiores habilitando la opción "CoolBits" en la configuración de las Xs. Los requisitos mínimos para Nvidia-settings se elevan, siendo necesario GTK+ 2.4 en lugar de la versión 2.2 requerida hasta ahora. Se reduce la utilización de la CPU y la memoria de la GPU de los drivers EGL. Se añaden nuevas extensiones EGL:- EGL_EXT_buffer_age; - EGL_EXT_client_extensions; - EGL_EXT_platform_base; - EGL_EXT_platform_x11. La opción "Clone" ha sido renombrada a "SamePositionAs" en la configuración "MetaModeOrientation" de las Xs (únicamente se refiere a posición, no a resolución). Lista completa de cambios www.nvidia.com/download/driverResults.aspx/74888/es-Es Descarga Linux x86 http://us.download.nvidia.com/XFree86/Linux-x86/337.12/NVIDIA-Linux-x86-337.12.run Linux x86_64 http://us.download.nvidia.com/XFree86/Linux-x86_64/337.12/NVIDIA-Linux-x86_64-337.12.run Linux ARM_32 http://es.download.nvidia.com/XFree86/Linux-x86-ARM/337.12/NVIDIA-Linux-armv7l-gnueabihf-337.12.run FreeBSD x86 http://es.download.nvidia.com/XFree86/FreeBSD-x86/337.12/NVIDIA-FreeBSD-x86-337.12.tar.gz FreeBSD x86_64 http://es.download.nvidia.com/XFree86/FreeBSD-x86_64/337.12/NVIDIA-FreeBSD-x86_64-337.12.tar.gz Solaris x86/x86_64 http://es.download.nvidia.com/solaris/337.12/NVIDIA-Solaris-x86-337.12.run
  8. Nvidia arranca con fuerza en esta nueva serie de controladores 334.x con la que afianza aún más su apuesta por EGL, pieza fundamental para el soporte del servidor gráfico Wayland, además de traernos otras muchas novedades Se han añadido librerías EGL 64-bit y OpenGL ES Se ha mejorado Nvidia-settings para que nos muestre un texto de ayuda y sugerencias cuando creamos perfiles de configuraciones EL directorio /proc para la GPU ha sido renombrado como /proc/driver/nvidia/gpus y el bus de localización se presenta en el formato "domain:bus:device.function" para coincidir con lspci Se ha modificado el módulo del kernel para que pueda ser cargado mediante "nvidia-modprobe" en lugar de la función de ayuda de XFree86 xf86LoadKernelModule() Se ha mejorado el soporte para las variables de entorno GL_SYNC_DISPLAY_DEVICE y VDPAU_NVIDIA_SYNC_DISPLAY_DEVICE en ciertas configuraciones Se ha mejorado el rendimiento del driver de las Xs cuando se manejan un gran número de superficies Añadido soporte experimental para ARGB GLX visuals cuando la composición y Xinerama están habilitados simultáneamente en X.Org 1.15 Se ha modificado el comportamiento por defecto del driver para que no elimine las salidas de RandR 1.2 correspondientes a Unidades DisplayPort 1.2 en desuso y se ha añadido la opción DeleteUnusedDP12Displays para poder volver a habilitarlo. Actualizado el panel de control de nvidia-settings para permitir la selección de los dispositivos de visualización utilizando RandR y apuntar los nombres de identificación al realizar consultas dirigidas a los dispositivos de visualización específicos. El resto de cambios y los enlaces de descarga podemos encontrarlos en la página oficial de Nvidia http://www.nvidia.com/download/driverResults.aspx/73100/en-us Y ya para rematar y por si fuera poco, hace algunos días el propio Linus Torvalds tuvo a bien dirigir unas palabras hacia el fabricante de gráficas y, al igual que en anteriores ocasiones, ha acabado levantándole un dedo, pero esta vez ha sido el pulgar, especialmente por su trabajo con los controladores libres para los Tegra K1 y su acercamiento a la comunidad de desarrolladores para colaborar con Nouveau https://plus.google.com/u/0/+LinusTorvalds/posts/TQDXxxr6ixm
  9. Hace apenas un día nos hacíamos eco de los problemas de Nvidia para dar soporte a las últimas versiones del Kernel Linux debido a los últimos cambios realizados en éste y que impedían el correcto acceso a la memoria por parte del driver de Nvidia y hace apenas unas horas la compañía verde nos sorprendía con una nueva versión de los drivers de la serie 331.x que da soporte tanto a Linux 3.11 como a la versión 3.12 lanzada esta semana, incluye la corrección para el problema de memoria antes mencionado y además nos trae algunas mejoras muy interesantes. La novedad más destacada de esta nueva versión 331.20 son las librerías NvFBCOpenGL (NVIDIA OpenGL-based Framebuffer Capture). Esta librería permite tener una interfaz de alto rendimiento y muy baja latencia que permite capturar y odificar el Framebaffer compuesto de una pantalla de las Xs. La pega es que tanto NvFBC son NvIFR exclusivas de Nvidia, no APIs abiertas. El soporte EGL sigue mejorando y ahora también se incluye soporte para los sistemas de 32 bits y el instalador de Nvidia es capaz de detectar y corregir conflictos con EGL GLAMOR (libglamoregl.so) utilizada para la aceleración 2D OpenGL. Se añade soporte para el módulo de memoria unificada de Nvidia (nvidia-uvm.ko) Además de todo esto se han corregido numerosos bugs y hecho otros cambios en el instalador de Nvidia y en Nvidia-settings, podemos ver la lista completa de cambios en su página oficial 331.20 Linux X86 http://es.download.nvidia.com/XFree86/Linux-x86/331.20/NVIDIA-Linux-x86-331.20.run Linux X86_64 http://es.download.nvidia.com/XFree86/Linux-x86_64/331.20/NVIDIA-Linux-x86_64-331.20.run Linux ARM (32 bits) http://es.download.nvidia.com/XFree86/Linux-x86-ARM/331.20/NVIDIA-Linux-armv7l-gnueabihf-331.20.run FreeBSD X86 http://es.download.nvidia.com/XFree86/FreeBSD-x86/331.20/NVIDIA-FreeBSD-x86-331.20.tar.gz FreeBSD X86_64 http://es.download.nvidia.com/XFree86/FreeBSD-x86_64/331.20/NVIDIA-FreeBSD-x86_64-331.20.tar.gz Solaris http://es.download.nvidia.com/solaris/331.20/NVIDIA-Solaris-x86-331.20.run 319.72 Al mismo tiempo, también ha sido lanzada una nueva versión de la serie 319.72 que incluye soporte para nuevas tarjetas: Quadro K510M Quadro K610M Quadro K1100M Quadro K2100M Quadro K3100M Quadro K4100M Quadro K5100M GeForce 705A GeForce GT 730A Linux X86 http://es.download.nvidia.com/XFree86/Linux-x86/319.72/NVIDIA-Linux-x86-319.72.run Linux X86_64 http://es.download.nvidia.com/XFree86/Linux-x86_64/319.72/NVIDIA-Linux-x86_64-319.72.run Linux ARM (32 bits) http://es.download.nvidia.com/XFree86/Linux-x86-ARM/319.72/NVIDIA-Linux-armv7l-gnueabihf-319.72.run FreeBSD X86 http://es.download.nvidia.com/XFree86/FreeBSD-x86/319.72/NVIDIA-FreeBSD-x86-319.72.tar.gz FreeBSD X86_64 http://es.download.nvidia.com/XFree86/FreeBSD-x86_64/319.72/NVIDIA-FreeBSD-x86_64-319.72.tar.gz Solaris http://es.download.nvidia.com/solaris/319.72/NVIDIA-Solaris-x86-319.72.run 304.108 Y ya que estoy y para no abrir tema nuevo, los cambios también están empezando a llegar a los controladores "legacy" para tarjetas antiguas, empezando por los de la serie 304 que cubren hasta las veteranas Geforce 6 Linux x86 http://www.nvidia.com/download/driverResults.aspx/69365/en-us Linux x86_64 http://www.nvidia.com/download/driverResults.aspx/69366/en-us Solaris http://www.nvidia.com/download/driverResults.aspx/69367/en-us FreeBSD x86 http://www.nvidia.com/download/driverResults.aspx/69368/en-us FreeBSD x86_64 http://www.nvidia.com/download/driverResults.aspx/69369/en-us
  10. Aunque fue algo que ya se comentó en el pasado XDC, Nvidia ha querido dejar claro su compromiso con EGL, necesario para el soporte del nuevo servidor gráfico Wayland, dando una breve aunque interesante conferencia al respecto durante el XDC2013 que se está celebrando ahora mismo en Portland. James Jones ha sido el maestro de ceremonias en esta ocasión y, si bien es un tema un poco pesado para los profanos en la materia (como un servidor ), para aquellos que tengan curiosidad y/o no tengan problemas con la lengua de Shakespeare, seguramente resulte muy interesante. Aparte del vídeo de la conferencia, podremos obtener el pdf con las diapositivas mostradas en la misma: www.x.org/wiki/Events/XDC2013/XDC2013JamesJonesEGLDevices/EGLDevice.pdf
×
×
  • Crear Nuevo...