AMD представила библиотeку Anvil

Очередной костыль?

Вместо костыля подставили наковальню.

То есть это враппер типа ToGL? Тогда ненужно

Нет, это что-то вроде C++ обертки над OpenGL и разными сишными библиотеками.

АмудеGL вендорлок не нужен.

Системные требования:Anvil версии n.n.n и новее.

это самый бред, когда обёртка-обёртка-обёртка - в результате программер туро вообще не знает, что он делает, и это всё тормозит и бибикает. Зато быстро написал, да.

Стандартная библиотека Си тогда тоже не нужна! Развели тут оберток, вообще в маш.кодах писать надо! Ассемблер самый высокоуровневый пусть будет или его тоже под нож?

Нужна одна прослойка, транслирующая скриптоту сразу в конфигурацию fpga/микрокод проца.

Процедуры для преобразований чисел половинных и одинарных точностей (FP16 ↔ FP32).

Я конечно давно не писал на плюсах, но зачем тут отдельные процедуры?

Весь компьютерный мир это обёртка-n*(обёртка)-обёртка, где n >> до**я.

Ну если писать что-то серьезное, то проблем с точностью не избежать.

говно и ненужно.

скачиваешь какой-нибудь сэмпл, а он на говнообертках с ООП головного мозга, размазанный на кучу файлов.

Судя по описанию, как раз сокращает написание кучи однотипного С-кода.

Звучит как GLUT! Напоминает NVIDIA Cg! Офигенская либа, упрощающая работу с шейдерами. Работает также и на AMD. Интересно, а продвигала ли NVIDIA свой Cg в OpenGL ARB, когда GLSL ещё не было? Просто интересно. Я не застал, но читал что выдвигалось несколько кандидатов на шейдерный язык OpenGL, но голосование каждый раз саботировалось.

Лол, на кой чёрт делать из Вулкана обратно OpenGL? Весь смысл вулкана исключительно в том уровне контроля, который невозможен с обёртками. Впрочем, хуже от новых сущностей не будет, может, кому и пригодится.

Видяшка нативно понимает флоты с половинной точностью, IEEE 754-2008 смысл в экономии памяти, но данные из флотов в них преобразовываются не простым кастом, это же флоты, надо мантиссу и экспоненту преобразовывать и учитывать крайние случаи.

Да, потому и продвигала. Нвидиа исторически пионеры шейдеров, сначала они писались через register combine, потом на вендор-специфик гласм, нвидия это решила объединить и выкатила аналог hlsl. И вот бы ему взлететь вместо всего, но нет.

Возвожу в степень данного регистранта.

Вот просто интересно: f16 -> f32 - откуда брать недостающее? f32 -> f16 - куда складывать не влезшее?

Разве компилятор не делает этого из коробки?

Тамщет здравая мысль. Ты начинаешь с хайлевела и по мере надобности спускаешься ниже.

Разве компилятор не делает этого из коробки?

В стандарте C нет чисел с половинной точностью. Есть только float (32бита), double (64бита) и long double (80бит).

Anvil is not the right choice for developers who do not have a reasonable understanding of how Vulkan works. Its goal is not to provide a glBegin/glEnd-like level of abstraction, but rather to give a sensible environment, in which you can rapidly prototype Vulkan applications.

API Pukan

А short float?

В С/С++ нету short float.

Всё тлен. Надо было сразу нанимать мистера Дуба, штоп напейсал трижеес для нодежеес. Пишешь такой нев Меш(нев ЦубеГеометри(2), нев ФонгМатериал(...)); а оно на десктопе через вулкан исполняется

В Полярисах что-то вроде отдельной поддержки с вычилсениями половинной точности на уровне железа.

нет, просто иногда в обёрточности нужно останавливаться.

лучше так чем: я чёт посмотрел в доки вулкана нихера не понял такшт пойду делать на дх12..

Срочно техников в блок News! Тут криокамера потекла!

Этой библиотеке наверное год уже исполнился с момента релиза.

Anvil имеет поддержку специфических для AMD расширений, но работает на любой реализации Vulkan.

Поделил на ноль. Либо поддерживает специфические расширения и не работает на других видеокартах, либо расширения не специфические.

Это для тех, кто не хочет писать на Vulkan с нуля, вписывая рутинные операции. Эдакий преддвижок.

AMD вендорлоком не занимается принципиально, в отличие от невидии, которая принципиально делает вендорлок и зажимание спецификаций.

alexmaru> это самый бред, когда обёртка-обёртка-обёртка

Выкинь тогда C++ и переходи на C. Хотя нет. Выкинь и C тоже - пиши на ассемблере... нет - всё равно обёртка. Только в машинных кодах! Без мнемоники! Блин, да и это как-то слишком заабстрагированно выходит. На электронной логике надо кодить - никак иначе. Хм... А если неэффективно транзисторы используются?.. Не, надо на транзисторах сразу делать всё. И т.д.

anonymous> Нужна одна прослойка, транслирующая скриптоту сразу в конфигурацию fpga/микрокод проца.

Verilog же.

Отдельные процедуры для того, чтобы эффективно пользоваться аппаратными возможностями. Сейчас широко используется FP32. Но для повышения производительности на той же пропускной способности имеет смысл использовать FP16, а то и FP8. Эффект как от увеличения шины вдвое. Архитектура GCN поддерживает FP16. А в новом GCN, где используются модули NCU, ядра легко переконфигурируются и перегруппируются для использования любого формата FP: 8, 16 и 32. Ну а то, что невидия не может в современную архитектуру GPU и на FP16 у неё дикий оверхед - это уже её проблемы.

anonymous> Лол, на кой чёрт делать из Вулкана обратно OpenGL?

Они и не делают. С другой стороны враппер из OpenGL в Vulkan не помешал бы, но у этих API слишком разные подходы для простой реализации такого враппера.

anonymous> Весь смысл вулкана исключительно в том уровне контроля, который невозможен с обёртками.

Конкретно эта обёртка не отменяет использование низкоуровневых возможностей. Более того - они в ней представлены.

Насколько мне известно, она есть на аппаратном уровне ещё с GCN 1.0 .

На DirectX12 писать не проще, да и выхлоп от этого куда меньше, чем от Vulkan. Об этом и разработчики Star Citizen писали публично уже, поэтому они сейчас выкидывают поддержку DirectX 12 окончательно и бесповоротно, а имеющийся код быстро и ненапряжно переводят на Vulkan.

Star Citizen

имеющийся код

Нет никакого кода.

Речь о поддержке данных во входном буфере чтобы стопицот миллиардов вершин в видеопамять грузить.

Вычислений в fp16 нет (конкретно у амудэ GPU для вычислений поддерживает только f32, i32 и f64),для fp16 только инструкции для конвертации.

А вот в GCN 3 уже появились fp16.

Библиотека наверное подойдёт как рабочий пример для тех, кто хочет понять как работает вулкан. Проблем с тем, что это прослойка, не вижу, просто обернуть вызовы в C++ никак не ударит по производительности, если это сделать правильно. Другое дело, что современное API имеет смысл оборачивать только в современный C++, а у них там какая-то каша.

1. Нигде нет спецификаторов noexport.

2. Они точно умеют в C++? static bool reset_fences(const uint32_t n_fences, Fence* fences);

3. Расскажите уже им кто-нибудь про = delete

private:
    Fence (const Fence&);
    Fence& operator=(const Fence&);

4. Разделяемые объекты в методы передаются по значению, а не по константным ссылкам.

5. Си головного мозга: typedef enum { ... } PipelineLayoutCallbackID;

6. Про инициализацию нестатических переменных они не знают.

7. Ну и стиль оформления, я конечно разное видел, но это нечто, выравнивание везде где к месту и нет:

    new_buffer_ptr->m_memory_block_ptr = Anvil::MemoryBlock::create_derived             (parent_nonsparse_buffer_ptr->m_memory_block_ptr,
                                                                                         start_offset,
                                                                                         size);
    new_buffer_ptr->m_queue_families   = parent_nonsparse_buffer_ptr->get_queue_families();
    new_buffer_ptr->m_sharing_mode     = parent_nonsparse_buffer_ptr->get_sharing_mode  ();
    new_buffer_ptr->m_usage_flags      = parent_nonsparse_buffer_ptr->get_usage         ();

8. operator bool? Не слышали. if ( (parent_ptr = result_ptr->get_parent_buffer_ptr()) != nullptr)

При этом видно, что C++11 они таки используют, что вызывает недоумение.

Ну а то, что невидия не может в современную архитектуру GPU и на FP16 у неё дикий оверхед

Не люблю оскорблять людей, но ты феерически туп https://www.khronos.org/registry/OpenGL/extensions/NV/NV_half_float.txt

Copyright NVIDIA Corporation, 2001-2002.
Last Modified Date: 02/25/2004

1. и что? 2. производительность 3. чем меньше 11, тем лучше для переносимости. В этом месте пользы от delete никакой 4. м - многопоточность 5. жить мешает? 6. см. п2 7. на любителя 8. это чтобы не выглядело как ошибка с ==, в том числе для статических анализаторов

Он всегда набрасывает в тред несколько последовательных постов с вздором, а потом чаще всего убегает.

Когда я был регистрантом, этот клоун у меня был в игноре именно за привычку набегать в тред и оставлять там десятки своих высеров, отвечая на всё, от чего у него припекает.

скорее всего разработчики стар ситизен писали о том что если таки сесть и разобраться то вулкан не настолько сложнее насколько профитней и перспективней..но для большинства среднестатистических игроделов дх12 на несколько порядков проще.. впрочем этим людям на самом деле просто нужна юнити с поддержкой вулкана.. ну или анрил.