1 : [_Diablo_] (1088 comentarios)
05/06/2018 12:59:17
Lo siguiente si quieren hacerlo bien sería soporte de API para desarrollar la implementación Vulkan y OpenGL y Directx anteriores a Directx9 en los drivers
De lo contrario nunca funcionarán esos juegos en dispositivos ARM salvo wrapper guarro y aplicaciones que deberían de ser adaptadas en el apartado gráfico por no ofrecer API para compatibilizar su funcionamiento.
Si Microsoft no da opción "abierto" al fabricante en cuestión de soportarlo por temas de compatibilidad lo deben de hacer si o si.
Es una de las cosas que le pueden dar a Microsoft por decisiones comerciales y no por decisiones técnicas en los dispositivos arm.
La gente quiere las mismas características de PC no esto.
2 : xwing (209 comentarios)
05/06/2018 13:20:19
#1 Por lo que dice Qualcomm, la GPU que tienen en el SoC va a soportar: OpenGL ES 3.2, OpenCL 2.0, Vulkan y Dx12.
Puedo dar fe que en Linux los chicos de Qualcomm estuvieron trabajando en el driver y también sobre la API OpenGL, aunque no vi nada relacionado a OpenCL y Vulkan.
En lo personal yo no esperaría que puedan jugar juegos antiguos salvo que el driver de Windows implemente versiones de OpenGL por fuera ES (y así y todo, solo permitiría que un pequeño porcentaje de juegos viejos funcionen).
3 : [_Diablo_] (1088 comentarios)
05/06/2018 13:54:54
#2 Una cosa es lo que puede soportar oficialmente el Soc y otra es lo que soporta Windows ARM en este caso que no ofrece apoyo API de desarrollo para que los fabricantes implementen soporte en el driver.
Directx anterior a 9 y no tienen soporte para Vulkan y OpenGL bajo Windows ARM pero si para Windows normal x86-64.
Por lo tanto no puedes ejecutar cosas que hagan uso de estas APIS en los Windows ARM porque Microsoft no ofrece apoyo en estos dispositivos... y es una clara desventaja sobre Windows x86-64 no juegan en la misma paridad de soporte y compatibilidad.
Eso no quita lo que comentas esa es otra que muchos fabricantes móviles sudan de OpenGL normal quedándose con OpenGL ES mobile y si se lo curran un driver vulkan a la altura dejando a un lado a NVIDIA que esta suele intentar apoyar siempre que le dejen implementarlo desde Tegra TK1.
4 : Gman (2733 comentarios)
05/06/2018 14:08:44
Los portatiles ARM64 deberían traer siempre preinstalado el sistema operativo GNU/Linux Debian ARM64 Long Term Support, o una distribución seria similar con hasta 10 años de soporte de actualizaciones de seguridad en algunos casos, incluso si llevan Windows 10 debería haber un arranque dual para que la gente pueda acceder facilmente a un SO libre y compararlos.
GNU/Linux es un SO optimizado nativamente a la arquitectura ARM64, el rendimiento es muy superior a Windows10 x86 emulado, tiene Vulkan como API gráfica base que es abierta multiplataforma y de bajo nivel, es la opción ideal, acompañada de todo tipo de software open source para todas las tareas cotidianas, software respetuoso y auditable.
Esto sería lo normal si los fabricantes fuesen imparciales, y les importase el rendimiento, la libertad y la privacidad de sus clientes.
Pero por desgracia se dedicarán a lo de siempre, a meter Windows aunque sea emulado y recortando prestaciones y rendimiento, aunque sepan que Windows10 es una máquina de software cerrado para recopilar datos personales de sus clientes para alimentar el antiético negocio Big Data de Microsoft y encima pagando una licencia de uso por tal hazaña, tremendo !
Es absurdo que ni siquiera haya un arranque dual de fábrica, es una burla a la inteligencia, un monopolio absurdo hacia el software cerrado y el control de los usuarios por estas empresas privadas.
Además debería tener una CPU ARM_64 pura, que fuese únicamente eso, una CPU, no un SoC de telefono movil.
Si alguien quiere internet en el portatil lo añade, igual que se añaden complementos de todo tipo, debe ser opcional, nadie quiere internet movil en el portatil forzado a nivel de CPU, las implicaciones en cuanto a seguridad asociadas a esto son enormes, inadmisibles.
5 : xwing (209 comentarios)
05/06/2018 16:36:06
#3 Desconozco como es el baile con lo que Microsoft permite o no hacer en Windows ARM (hablo a nivel licencias y autorizaciones), pero OpenGL, Vulkan y OpenCL son apis públicas, por lo que Qualcomm no requiere de soporte alguno por parte de Microsoft para implementar dichas APIs en ese SO. A nivel técnico no hay limitaciones para implementar dichas APIs.
Tal vez la confusión viene porque ven a Vulkan como un "driver", cuando en realidad es un biblioteca (claro que la única forma de instalarlo es con el instalador del driver del fabricante de tu gpu).
6 : [_Diablo_] (1088 comentarios)
05/06/2018 17:32:00
#5 El problema en Windows pasa por un control basado en una API establecida en el windows driver Kit de Microsoft que que sigue unos patrones y interactúa con el kernel de Windows y si el sistema operativo no ofrece apoyo de como implementar dicho soporte en ese Windows el fabricante poco puede hacer porque esa parte no es pública y tiene atarse a lo que el sistema operativo cerrado puede ofrecer a nivel del kit del driver.
La diferencia con x86-64 esa limitación no existe es una cosa del Windows 10 ARM por decisión comercial que no técnica como digo ya que Microsoft debería de portar esa parte a Windows ARM.
Por esto no recomiendo Windows ARM.
7 : xwing (209 comentarios)
05/06/2018 17:53:58
#6 Pero la API funciona a user level en este caso. No veo forma en que puedan limitar una implementación de Vulkan/OpenGL salvo de forma artifial (i.e. impidiendo a Qualcomm incluir la lib de Vulkan/OpenGL con su driver).
Para dejar clara mi idea: en el peor de los escenarios se puede usar software renderer de OpenGL (como el que tiene Mesa). Claro que nadie guastaría de usarlo para nada...
