Firefox, 64-bit anche per Windows

Re: OpenGl vs Vulkan
Forse non hai capito che il punto portato avanti da Khronos non è ampliare ciò che già esiste, ma ridurlo per renderlo adatto ai dispositivi poco potenti.Ovviamente le GL supportano gli shaders, però puoi anche non usarli e se non li usi, fanno tutto loro con il Gourad shading e l'alpha, dando per scontato la potenza di calcolo.Le GLES ti obbligano ad usare gli shaders e quindi sei obbligato a vedere le cose da un punto di vista diverso.Per quanto riguarda OpenCL invece, il linguaggio è standard ma non è implementato su gran parte dei sistemi.Per esempio non c'è nello standard di programmazione Android, la cui piattaforma base è Java su ARM e quindi, avrebbe sicuramente bisogno di un incremento di prestazioni anche su altri fronti, oltre alla rappresentazione grafica.

Re: OpenGl vs Vulkan

Detta così suona diversamente da quello che hai
detto prima. Si, è che a volte è difficile discutere di certi argomenti senza essere prolissi e da queste parti c'è pure gente con l'insulto facile purtroppo.
Comunque, stai parlando di OpenGL
fixed function, glBegin()/glEnd() e compagnia.
Quello è OpenGL 1, e anche se sono presenti
ancora fino all'ultima versione di OpenGL è
decisamente una cattiva abitudine usarli. Se non
hai bisogno di prestazioni però,
puoi.
Da notare però che da 3.1 in poi c'è la
distinzione fra Core e Compatibility context in
OpenGL. Il Core context elimina la fixed function
pipeline, quindi sei costretto a usare gli
shader. Mesa e, mi pare, Apple, non supportano
Compatibility context oltre il 3.1, ma solo
Core.Si, la mia esperienza sulla storia di OpenGL non è così approfondita. Le ho usate su Linux tempo fa, poi recentemente ci ho sviluppato per gioco su Android che ovviamente supporta solo le GLES.Ho scritto un paio di shaders col Bling-Phong e un piccolo motore grafico, usando ottimizzazioni per ottenere la trasparenza senza alpha, così quando sono tornato a dare una occhiata a OpenGL classiche mi sono accordo del lavoro immane che fa in più la scheda grafica (anche se penso che molto dipenda dall'implemntazione).Ho visto che glBegin() e glEnd() sono deprecate ormai, ma anche le glVertex / normal ecc... pointer che non sono deprecate e che si usano con gli shaders, possono essere usati anche senza, o per lo meno io l'ho fatto, quindi presumo che gli shader siano già precompilati o quantomeno gestiti dalle librerie in modo globale.




Le GLES ti obbligano ad usare gli shaders e

quindi sei obbligato a vedere le cose da un
punto

di vista

diverso.



Per quanto riguarda OpenCL invece, il linguaggio

è standard ma non è implementato su gran parte

dei

sistemi.



Per esempio non c'è nello standard di

programmazione Android, la cui piattaforma base
è

Java su ARM e quindi, avrebbe sicuramente
bisogno

di un incremento di prestazioni anche su altri

fronti, oltre alla rappresentazione

grafica.

A quanto mi risulta, su Android OpenCL c'è, ma
per questioni politiche non puoi usarlo nelle app
ma solo una libreria a più alto livello che
internamente usa
OpenCL.Non lo so, io lo stavo cercando per fare il motore logico di un giochino ma non l'ho trovato. Ho trovato discussioni come queste :http://stackoverflow.com/questions/9005352/how-to-use-opencl-on-androide ho lasciato perdere, ma magari oggi sono cambiate un po` di cose e sicuramente, se ci fosse uno standard insieme a GLES sarebbe meglio.