맞습니다 ㅋㅋㅋ 장기적으로도 OPEN GL ES는 위에 언급한 Angel API로 번역해서 레거시 처리한다 라고 구글이 발표해서 아마 삼성이 Vulkan으로 제대로 안짜면 망할 듯 싶습니다 ㅋㅋㅋ 안그래도 Vulkan 써야 하드웨어 수준까지의 극한 최적화가 가능해서 기능 명세만 해놓고 하드웨어 레이어 수준은 추상화돼있는 OPEN GL ES보다 최적화 범위가 더 큰데 전문적 역량을 안기르면 언젠가는 중국 아래로 내려갈 수도 있습니다
걱정되는건 구글이 안드로이드 os 16이후에 레거시 과감히 쳐내는 상황이 아니면 제조사들이 적극적으로 대응할까 싶긴해요...정말 바람직하진 않지만 여력이 안되면 하드웨어 성능으로 성능저하되도 땜빵할것 같다는 생각이 듭니다. 하위기종들은 더 느려지겠지만 OS업그레이드, 보안패치 해주는선에서 종결할수도 있구요
밀고있는 엑시노스 AP나 차기 갤럭시 기종들을 위해서라면 하드웨어 뿐만아니라 소프트웨어도 제대로 대응하는게 맞습니다.
글쵸 ㅋㅋㅋ 아무래도 OPEN GL ES를 Vulkan으로 컴파일 하는 Angel 개발 참여사다 보니까 저런 제안을 넣는거지 애초에 Vulkan을 가지고 그래픽을 명시하더라도 벡터 값 명시부터 부동소숫점 단위나 규격에 이어서 직접 벡터에 행렬곱으로 선형대수까지 때려서 모델링 해야 제대로 만질 수 있는거라 그정도 가면 이제 전문적 역량을 요구하긴 합니다만 컴공에서 공학수학에서도 나오는 수준의 명세로 프로그램 정도는 만들기 때문에 제안해본거기도 합니다 ㅋㅋㅋㅋ
