argam escribió:Me parecio curioso ver que Sony tambien forma parte del grupo Khronos. Pensaran utilizar Vulkan en la PS4? Igual un paso intermedio entre su API estilo OpenGL y la API to the metal?
Un saludo!
Créeme, que hay cosas mucho más curiosas ^^
https://www.khronos.org/members/contrib ... orporationpapatuelo escribió:King of Whusu: Port en mes y medio con incremento de rendimiento sobre DX11, solo dos personas.
Thalos princilple: Port en 3 meses con perdida de rendimiento, no sabemos cuantas personas han participado.
Sólo una, su nombre es Dean Sekulic y se podría decir que ha sido en sus ratos libres, más como una prueba de concepto que como algo funcional, hasta que el estándar fuera liberado y pudiera empezar a trabajar de verdad.
Hasta ahora no existe ninguna versión "Vulkan" de The Talos Principle, sólo la misma versión de su motor OpenGL con un wrapper superpuesto para Vulkan y, aún con esa capa extra, sí se que se observa un mejor rendimiento.
Al margen de los dirvers, que los de Nvidia son una beta y los de AMD ni siquiera pasa los test de conformidad de Khronos, hasta que el motor gráfico no sea desarrollado para Vulkan no sabremos qué ofrece la API en un entrno real, sólo entonces podremos saber de cuánto rendimiento extra hablamos.
Hacer pruebas con el mismo motor gráfico OpenGL de siempre mientras se desarrolla el de Vulkan servirá para el desarrollo, pero nada más ¿^^. Por ahora, si con un wrapper adicional y controladores chapuceros, lejos de decaer el rendimiento, como sería lo más lógico, aumenta, ya es muy pero que muy prometedor.
papatuelo escribió:Si mañana sale otro bench que demuestre lo contrario, pues entonces si podrá hablarse en ese sentido
Todos los benchmarks presentados durante las conferencias pasadas de Nvidia, Intel y otros fabricantes sí muestran un rendimiento notable respecto a las antiguas APIs gráficas, pero es que esos benchmarks sí fueron desarrollados exclusivamente para Vulkan, The Talos Principle acaba de empezar a modificarlo. Hasta entonces, tendremos que esperar a que lleguen pruebas reales de rendimiento, ya sea con UE4, Unity5, Source2, Cryengine, Frostbite... y todos los que ahora mismo están rompiéndose la cabeza para cumplir con el nuevo estándar, que recordemos lleva sólo 2 días
De hecho, el mismo desarrollador de Croteam que ha estado "jugando" con Vulkan ha explicado bastante bien en uno de sus hilos, cómo sería más o menos el proceso a la hora de adaptar un motor gráfico a Vulkan:
El diseño para Vulkan consiste básicamente en tres pasos principales:
1) El port. Hacer un port lo más rápidamente posible simplemente utilizando wrappers alrededor de Vulkan sobre el diseño actual del motor. Avitando inconvenientes y cuellos de botella. Éste es el paso en el que se encuentra el primer parche lanzado en la beta abierta de Talos Principle.
2) Utilizar Vulkan para el renderizado multi-threaded. El motor gráfico Serious Engine ha sido diseñado realmente bien para el renderizado multihilo, pero por ahora sólo hay un wrapper en medio, las llamadas a la API gráfica (como Vulkan) no son multijilo. De momento.
Este es el próximo paso que realizaremos. Y probablemente lanzaremos un parche con ese cometido también para Talos. En su día se intentó llevar a cabo un proceso similar con Direct 3D 11 y resulto un horror con apenas o más bien ningún beneficio. Por esta razón hemos decidido mantener una actitud más conservadora en lo que se refiere al renderizado multihilo :/
3) Rediseñar el motor completo para Vulkan. Éste es el paso de mayor envergadura y se puede dividir en dos:
3a) Precachear todos los estados de renderizado (que a grandes rasgos significa materiales en el juego) al frente. Esto hará las llamadas de renderizado mucho más simples y rápidas. Así que, en vez de decidir en tiempo de renderizado, qué es necesario para un material para ser renderizado vía Vulkan, hacemos esto en tiempo de carga y entonces, cuando los materiales necesitan ser renderizados simplemente se lo dejamos a Vulkan, con sólo una o dos simples llamada.
3b) Precachear toda la geometría, materiales, texturas, todo lo que es necesario para renderizar un objeto. Esto básicamente crea un buffer de comandos de llamada listo para Vulkan, y no es necesario ningún otro extra necesita ser seteado o creado en tiempo de renderizado.
La tercera parte es, obviamente, la más compleja del port, y tomará más tiempo modificar el diseño del motor para conseguirlo, paso a paso.
Espero haberme explicado bien
DEN
Vulkan es, de hecho, EL estándar, por tanto mucho más amplio y completo que que Direct 3D, además de abierto. Aún si no supusiera el 80-90% de rendimiento extra que todos han vendido hasta ahora, su enorme portabilidad/compatibilidad podría solventar (o al menos reducir enormemente) los problemas actuales que se producen al llevar títulos de una plataforma a otra, especialmente los ports Consola -> PC o Direct 3D <-> OpenGL, lo que supone también, de manera indirecta, un aumento de rendimiento y, esperemos, de estabilidad. O mejor aún, hacer que de una vez por todas, se planteen desarrollos multiplataforma desde un principio y no decenas de ports cutres hechos deprisa y corriendo para salir al paso
Técnicamente, cualquier plataforma salvo la API exclusiva basada en Direct 3D12, que no Direct 3D12, que utilizaría XBOX one (que por ahora es una incógnita), pueden beneficiarse de Vulkan sin prácticamente ningún inconveniente. De hecho, Khronos ha ido tan lejos en ese sentido que aunque Apple se niegue a adoptar Vulkan, ya existen MentalVK y MentalGL para que iOS y OSX no se queden fuera de todo esto.
Falta ver cómo se desarrollan los acontecimiento y si las expectativas se cumplen. Esperemos que sí. Muy mal tendría que ir la cosa para que no fuera así ¿^^
![[+furioso]](/images/smilies/nuevos/furioso.gif "muy furioso")
![[buaaj]](/images/smilies/nuevos2/vomitivo.gif "mas potas")
![[tomaaa]](/images/smilies/nuevos2/tomaa.gif "toma")
