전자리면 OpenGL ES 대비 성능 저하인데

이게 효용성이 있을런지 모르겠네요?

그냥 뻘짓인거같은데 말이죠....

기존 대비 퍼포먼스만 까이니....

흐음...

모든 작동 시나리오에서 OpenGL ES보다

구린 퍼포먼스라는건데 

호환성 빼고 나은게 있는지 모르겠네요...

애초에 Vulkan게임수도 적은데 ㅡㅡ;

일전에 삼성쪽에서 ANGLE을 사용하는 몇 가지 이유에 대해 소개한 적이 있습니다.

뻘짓은 아닌걸로 압니다 rdna가 opengl 성능이 열등해서 말이죠

듣기로는 떵말리가 이것보다 더 열등하다고 ...

정확히는 게임마다 와리가리 한다고 하지만 살짝 열세인것 같아 보입니다 지속적으로 개선중이라 하네요 

그 열세인게 문제겠죠...

OpenGL ES 네이티브 대비 퍼포먼스가 떨어지는 시나리오가 발생하는 시점에서

리스크가 큽니다.

OpenGL ES -> D3D11 같은 경우야 호환성 이점이라도 있지만

잘 돌아가는 OpenGL ES에서 강제로 Vulkan 변환시 성능 저하를 앉고 가야하니깐요

그렇다고 해서 개발 중단한 opengl 안고가는것도 좋지못한 선택이죠 옆동네는 벌써 메탈 강제화 한지 오래되었구요

Angle 붙잡고 개발 하는것도 불칸을 계속 사용하게 만들려고 하는 일환으로 보입니다 길게보면 오히려 opengl 안고가는게 리스크죠

현실적인걸 봐야죠

지금 안드로이드에서 Vulkan 게임 자체 수가 압도적으로 적고

모든 시나리오에서 경쟁사 대비 퍼포먼스가 떨어지게됩니다.

경쟁사도 바보라서 OpenGL ES 드라이버를 지속적으로 R&D하는게 아닙니다.

퀄컴도 그렇고 삼성도 현실적으로봐서 저런 선택을 했다고 개인적으로는 보여집니다 퀄컴도 바보가 아니고 삼성도 바보가 아니에요 서로 최선의 선택을 한것일 뿐...

모 분이 올린 슬라이드에서도 그게 나와있구요

amd도 손놓고있는 opengl 을 드라이버 따로 만드는것보다 angle 활용해서 쓰는게 더 빠르겠다는 판단이라는 거죠 

그렇다고 말리를 쓰기엔 쫌 그렇구요(미디어텍이 좀 올라오려다가 다시 힘겨워 지는걸보면...) 이미 amd와 멀리왔기도 하구요

결국 그 슬라이드를 토대로 이야기하면

비용 절감 빼곤 다 구질구질한 변명인거죠

"인력이랑 돈없어서 그런거다" 일 뿐입니다.

동의 합니다. 그리고 제가 생각하기엔 지금 삼성이 개발중인 gpu에서는 opengl드라이버 자체가 없어서 네이티브 성능하고 레이어 성능 비교가 안됩니다, 그래서 저 비교는 opengl 드라이버가 있는 다른 ap라고 볼수 있는데 벤치로 같은 소프트웨어를 vulkan일때랑 angle을 사용할때랑 알수 있으면 좋을꺼 같은데 정보가 많이 없네요.

WebGPU 공식 지원 발표되었으니

이제 지원되지 않을까요?

유니티에서도 WebGPU 빌드 언넝 지원되길 바랍니다

그거 Canary에서도 안되니 한말입니다 ㅋㅋ

글구 WebGPU와는 관계가 없어보이고요

WebGPU 자체가 이제 Vulkan이나 D3D12 등

API 사용이 가능해서 한 소리였습니다.

리눅스 크로미움에선 된다는듯한 소문 들었는데

안되나보군요?

리눅스쪽은 돌아가는데.. 이게 리눅스는 또 다른 문제.. VaAPI 활성화가 참 힘들더군요 ㅠㅠ

mesa-va 드라이버가 Vulkan쪽을 아직 제대로 지원하지 않는가보군요

MS는 Vulkan을 신경안쓰는 느낌이더군요 D3D12에만 집중.