Собственно, вот. Встройка поколения Bay Trail (между Ivy Bridge и Haswell).

Вообще, у Intel официально Vulkan поддерживается только со Skylake, а всё что раньше работает через пень-колоду. Но подобной реализации хватило для запуска Minecraft с Vulkan-рендерером. Сама игра без сторонних модификаций работает только через OpenGL, с которым проблем нет ещё с Intel HD 3000 (3.3). Подобной реализации так же должно хватить для запуска wlroots композиторов с Vulkan бекэндом. Но это лишь в теории - на практике ещё не проверял.

Побегал немного, артефактов не заметил. Что интересно - у знакомого с iHD 4000 (Ivy Bridge) они были. В это не углублялся.

Также запускал DXVK - как минимум DirectX 9 заработал, но с просадками фпс. Видимо, всё же оптимизацией под такое легаси никто не занимался. В самой игре - Touhou Project 15 - дальше главного меню продвинуться не удалось - бесконечная загрузка. Но я подобные проблемы ловил и на других ПК, подозреваю, что дело не в драйвере.

Под оффтопиком никаким Vulkan и не пахнет, естественно. Что печально, так как только там планшет работает более-менее адекватно.

Ну о самом устройстве говорить особо и нечего: трансформер из 2013 - Asus T100TA. 2 ГБ RAM, слабенький атом. Звук работает плохо, кнопки питания и громкости тоже - может я просто не осилил, если тут есть владельцы этого аппарата - подскажите.

Дистрибутив - Debian 12. Лучше всего работает на этом устройстве, остальное либо пердолить долго (Arch), либо откровенно тормозит и жрёт ОЗУ как не в себя (Fedora). GNOME поставил чисто из привычки, так-то туда гораздо больше подходит что-то легковесное в виде xfce/labwc/sway. Но пока не хочу настраивать, редко пользуюсь.

Сам гном практически никак не кастомизирован - и так пойдёт. Но поставил gjs-osk, потому что ванильная гномовская клавиатура - УГ, а всякие Onboard’ы и прочее не работают. У меня ж Wayland. А без наэкранной клавиатуры никак - на док-станции не работают самые нужные в линуксе клавиши.

А пока пытался снимок экрана сделать, планшет раза 3 завис на ровном месте. Это тот старый баг на платформе Bay Trail. Отключение C6 Report в биосе не помогает. Только intel_idle.max_cstate=1, но с ним зарядка улетает заметно быстрее.

Поддержка Ray Tracing (далее RT) у AMD заявлена лишь для поколения RDNA2 графики, в то время как более ранняя Vega, используемая в т.ч. во всех выпущенных на сегодняшний день APU Ryzen, её официально лишена.

В мае 2021 Joshua Ashton показал возможность поддержки RT на Vega (статья в броузере в центре --- там детали). В сентябре был подготовлен патч для Mesa, к концу года принят в dev-ветку, но войдёт лишь в грядущую Mesa 22.0.

Cлева показан пример RayTracing reflection(Sascha Willems'a), запущенный на встроенном видео AMD Ryzen 3 2200G(устройство - RADV RAVEN). Справа же Vulkan Hw Capability Viewer --- расширения VK_KHR_acceleration_structure и VK_KHR_ray_tracing_pipeline присутствуют.

Замечу, что производительность на встроенном видео удручающая, расширения VK_KHR_ray_query, VK_KHR_pipeline_library, VK_KHR_deferred_host_operations отсутсвуют, но для знакомства с RT может подойти.

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

Функциональность минимальная. Можно двигать клавишами вверх, вниз, page up, page down, [shift] + F3-F9, колесом мыши, а так же мышкой двигать линейку прокрутки слева.

Просто потихоньку изучаю Вулкан. Гуй встроен в шейдер.

Всем хорошего дня!

https://github.com/alexkh/shex

Выставляю на всеобщее обсуждение мой новый шестнадцатиричный просмотрщик файлов. Это моё упражнение в создании вейланд/x11 приложения на технологии Вулкан.

Основные характеристики:

-шрифт misc fixed 6x13 в кодировке koi8 (с добавлением символов для заполнения непечатной части кодировки от 0 до 32)

-пиксельная точность: в лучших традициях пиксель-арта нет никакого сглаживания шрифтов

-зависимости: Vulkan и Glfw

-цвет зависит от значения байта. Текст выделен белым цветом.

-всё в одном шейдере, 2 треугольника, один проход, шрифт в месте с двоичным кодом файла подаётся через UBO

Приветствуется любая критика.

Благодарю за внимание!

Пост-почти продолжение этого поста.

Немного про ACO (копипаста с Опеннета):

Предложенный Valve код нацелен на обеспечение генерации кода, насколько это возможно оптимального для шейдеров игровых приложений, а также на достижение очень высокой скорости компиляции. Имеющийся в Mesa компилятор шейдеров использует компоненты LLVM, которые не позволяют добиться желаемой скорости компиляции и не позволяют полностью контролировать управляющий поток, что в прошлом уже становилось причиной возникновения серьёзных ошибок. Кроме того, уход от LLVM даёт возможность реализовать более агрессивный анализ расхождений и более тонко управлять нагрузкой на регистры, что позволяет генерировать более эффективные исполняемые файлы.

Пока новый компилятор в разработке, плюс очень сильно ограничен (GCN 3.0+). Инструкции по установке находятся здесь.

Для запуска игры использовался Lutris (конфигурация с прошлого поста не менялась - те же версии Wine и DXVK). Железо тоже не менялось.

По личным ощущениям, играется вполне неплохо. Количество фризов и их длительность очень сильно уменьшились. Кэш DXVK строится очень быстро. Можно смело идти в соревновательный режим (на этот раз точно, правда-правда). Фреймрейт почти всегда выше сотни. В общем, почти что революция.

Ждём в апстриме.

После расчистки раздела протестирую и другие игры. Steam подхватил папку с играми на другом жёстком диске, но т.к. раздел с играми - NTFS, то с запуском возникла проблема.