ANARI — Кроссплатформенный API движка 3D-рендеринга

Вулкан уже всё?

Недолго музыка играла

... недолго фраер рендери́л?

Вулкан уже всё?

API может использоваться для построения иерархического дерева объектов в памяти, отображающего полную сцену для одного кадра, включая геометрию трехмерной поверхности и объемные данные.

По-моему, я думаю, это немножко совсем другое, чем вулкан. Вулкан — максимально низкоуровневый «Чужой против Хищника» для выжимания максимума производительности, а тут что-то высокоуровневое…

Впрочем, вполне могу ошибаться.

Ты хоть прочитал текст? Данное API ортогонально вулкану.

Это другое

Да, как раз прочитал спецификацию, это доп уровень абстракции, вулкан отнесен к Acceleration API а ANARI это интерфейс к Rendering Engine

1. App
2. ANARI API
3. Rendering Engine - Intel OSPRay, Radeon ProRender,…
4. Acceleration API - Vulkan, OpenGL, DX12, Metal Embree, OptiX, CUDA….
5. Hardware

Мдя. Они там скоро 7 уровней OSI догонят…

Больше уровней Богу уровней

мы не знаем что это такое
если бы мы знали что это такое
мы не знаем что это такое

Выгладит как что-то очень нужное
Ждём реализации в mesa поверх gallium и vulkan

Не совсем понятно, как оно работает, но раз нужно - годно

Этот апи, со своими реализациями к мезе никак не относится. Это скорее что-то вроде OpenSceneGraph / VulkanSceneGraph или Ogre.

Сам по себе этот документ, это просто диздок проектирования такого движка, в котором включено всё, и рэйтрэйсинг и PBR.

Этот диздок напоминвает мне историю с XHTML, когда XHTML никто толком не мог написать, и браузеры постоянно падали из-за него в ошибку (из-за неправильного символа юникода например) ... То после этого, XHTML закопали и вместо него стандартизировали обработку ошибок для всех броузеров в HTML5

Больше двачаев богу двачаев :)

завершении разработки открытого стандарта ANARI 1.0
Доступные реализации ANARI

Только разработали стандарт, а уже и реализации есть. Молодцы, всем бы такую скорость

Больше богов богу богов

Тут три сущности (приложение, железо и прокладка) и два протокола между ними. Проще — только врукопашную железо дёргать через Vulkan/DirectX/OpenGL, но это слишком хардкорно, если ты не игровой движок пишешь или что-то такое

Стандарты это конечно хорошо, но пока лишь одна нвидия рулит глобальным освещением (АМД в *опе в рисёче, а как следствие, в реализации в железе), все всё-равно будут юзать куду и оптикс.

нуждающимися в портативном доступе

кросс-платформенном

А как оно памятью управляет? Оно совместимо с GObject и его рефкаунтингом?

TLDR: Это универсальная максимально высокоуровневая апишка с сишным интерфейсом (стиль похож на OpenGL) к графическому движку, когда программист сможет добавить на сцену камеру, источники света, добавить объекты, натянуть на них материалы, а графический движок, реализующий этот API, сам отрендерит эту сцену с тенями, эффектами, шейдерами и т.п. Имплементация может рендерить в принципе как пожелает: хоть софтрендером, хоть графонием 20-летней давности, хоть рейтресингом.

Область применения этого API: научная и промышленная графика — всякие CAD, визуализации и подобное. Там, где нужно сделать картинку в 3D, но не заморачиваться. Одной апишкой вывести на экран, чтобы покрутить визуализацию в реалтайме, а затем той же апишкой отрендерить фотореалистично.

пока лишь одна нвидия рулит глобальным освещением (АМД в *опе в рисёче, а как следствие, в реализации в железе), все всё-равно будут юзать куду и оптикс

Так в том и смысл, что и через 10-20 лет, когда рулить графикой будет другая контора, научное ПО смогло продолжать работать без портирования на «НовыйОптикс»

через 10-20 лет, когда рулить графикой будет другая контора, научное ПО смогло продолжать работать без портирования

Да я понимаю. Я «за» так-то.

Просто когда смотришь на нвидиевскую куду и сравниваешь с амд-шными ридмишками по rocm на гитхабе… На научные статьи и на афилиацию авторов… На де-факто референсную систему/учебник глобального освещения pbrt… Или сравниваешь compute shader последнего opengl (~2015?) с кудой существенно более ранних лет… То понимаешь почему все для расчётов юзают только нвидию. И сам её выбираешь.

Ничего про сабж не знаю. Может хорош, и взлетит. А может как OpenCL станет, и бросят его потом. А ты его изучал, боролся с ним, пока другие просто и удобно делали свои дела на нвидии.

Я скорее за то чтобы АМД как-то пришла в себя, что-ли. Пока в некоторой области (глобальное освещение) один законодатель, как-то немного кисло выглядят такие стандарты.

Пока в некоторой области (глобальное освещение) один законодатель, как-то немного кисло выглядят такие стандарты.

Так этот стандарт и не про глобальное освещение. Это про 3D-движок в принципе. Я же говорю, его можно заимплементить даже на доисторической видеокарте. Сами авторы пишут: «No rendering details prescribed». Никто не требует от имплементации тонн графония и рейтрейсинга в реальном времени.

Так этот стандарт и не про глобальное освещение

Вообще-то GI - это по сути единственное (соответственно огромное) направление во всём ихнем рисёче. Нет GI - нет будущего.

Мне не нужно сейчас принимать решений о выборе такого/аналогичного апи. А без необходимости/требований/конкретики такой разговор бессмысленен. Даже если ты (static_lab) прекрасно шаришь в сабже. Я так, просто пессимистично набросил (из своего опыта предыдущих решений о выборе).

Смузи, сэр.

Больше абстракций богу абстракций.

PS какой школьник им логотип рисовал? За такие кривые руки отрывать надо.