AP
Можно вообще забить и все в одну очередь пихать к примерц
Size: a a a
2021 June 23
AP
И тогда нигде не нужно таскать id очереди
AP
Разве что если нравится так развлекаться
МД
https://research.nvidia.com/publication/2021-06_An-Unbiased-Ray-Marching
Продолжают бомбить. Безумный прогресс за пару лет. Кажись почти решили проблему оценки transmitance за пару семплов
Продолжают бомбить. Безумный прогресс за пару лет. Кажись почти решили проблему оценки transmitance за пару семплов
AB
вот смотри, уже сейчас например у меня вот такое количество лееров для вулкана:
МД
Объёмный рендер все меньше кажется таким далёким
A
Вообще если я правильно понял разные очереди из одного семейства все равно драйвером в одну серелизуются
AB
где гарантия, что кто-то не выпустит виртуальный драйвер, который будет выглядеть как ГПУ, но при этом не иметь какого-нибудь нужного мне свопчейна
AP
Ну когда будет перепишешь
AP
Если действительно будет не пох
AB
ну я пока изучаю сабж, как оно в принципе работает
A
Мне кажется стоит заранее выделить подмножество того что ты таргетишь и что поддерживаешь, и может со временем при желании их расширять, иначе неудобно слишком
AB
ну я предполагаю, что снаружи должно быть что-то типа: std::vector<MyDevice> GetDevices(queue, surface_format, swap_chainparams)
AB
и оно должно вернуть все девайсы, которые это поддерживают
A
Зачем? Типо чтобы юзер твоей фигни мог выбрать? Мне ближе вариант где юзер выставляет например приоритеты девайсов(если хочет) и просит инициализироваться
AB
это же вектор девайсов, а дальше уже юзер выбирает каким пользоваться
AB
т.е. это девайсы, которые гарантированно поддерживают то, что запрошено
A
Да, но как юзеру из них выбирать?
AB
ну либо по имени, либо по флагу дискретный гпу или нет