Компания Google объявила перед конференцией GDC (Game Developers Conference) о придании графическому API Vulkan статуса официального в платформе Android. Google работает над использованием Vulkan в качестве основного уровня абстракции для GPU (HAL, Hardware Abstraction Layer), рекомендованного для использования и играх и приложениях, работающих с GPU. Поверх Vulkan также будут функционировать внутренние API и компоненты, такие как HWUI, Skia и WebGPU...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62900
Вангую нытье "мой некродевайс, который поставлялся с андроид8 не может обновляться! Корпорации заставляют покупать новое железо! Доколе!!!" и прочие эпичные лозунги)
На десктопе Вулкан есть к примеру на видяхе АМД 12го года.
В лучшем случае 1.3
На тех картах выше незачем.Да и в картах 2014 года уже вроде 1.4
> В лучшем случае 1.3Де факто на всех AMDGPU плюс-минус полный вулкан. Даже на древних GCN 1.x где его никто не обещал. Если чего-то не заявлено - скорее всего это тупо не протестировали на conformance официально.
И тем не менее я регулярно вижу комменты "они дропнули видяху 2004 года" или нытье что GTK4 требует OpenGL 3.2 [1]
Еще попадлось аналогично про вулкан и видяхи, которые не поддерживают 1.3Так что для этого форума это скорее норма)
[1] opennet.ru/openforum/vsluhforumID3/136054.html#127
ну видишь и видишь, чё сам ноешь?
Это вообще про разное.Где связь между игровым API (Vulkan), которое требуется для ААА игр с эффектом погружения, и тулкитом для отрисовки рамочек окон, которые не изменились со времён Xerox PARC?
Если я не хочу на видеокарте из 2005 году играть в игры из 2025 года, это не значит, что она не может справиться с отрисовкой полоски шириной 15 пикселей вокруг окна, на котором выводится статическая картинка (фоторамка).
Забей, это очередная жертва корпорастов общества потребления. "Покупай, покупай, покупай (с)"
Тулкит отрисовки рамочек окна ВНЕЗАПНО под капотом дергает низкоуровневые функции.
И у разработчиков есть выбор - дергать современные стандарты или еще к этому поддерживать древнючее легаси.
Как ты понимаешь делать дурную работу желающих мало. И на поводу меньшинств неколюбов не пошли. (А срач там был весьма годный)
> делать дурную работу желающих малоОпыт демонстрирует как раз обратное. Вместо того, чтобы оставить гтк2 и просто править в нём ошибки, нашлись толпы желающих переделать с нуля всё то же самое только хуже. Конечно, писать новое на старом апи может и не хотеться, но их вообще никто не заставлял писать новое.
> Вместо того, чтобы оставить гтк2 и просто править в нём ошибкигтк2 к концу своего жизненного цикла было ну вот максимально убогое.
Чтобы его довести до требований современности, напр. HiDPI, нужно было его очень сильно отрефакторить. Вот его и отрефакторили в GTK3 :)Плюс там много было старого, дурнопахнущего кода, евпочя.
И ковыряться в нем желающих было очень мало.
> Вместо того, чтобы оставить гтк2Хахаха, а ты в его код заглядывал?
Иногда проще выкинуть на помойку (пусть всякие бмжы разбирают на запчасти) чем доводить до нормального состояния.> нашлись толпы желающих переделать с нуля всё то же самое только хуже.
Хуже для кого?
Да была толпа нытиков у которых поотваливались темы. Но это касается только малого числа пользователей - пусть пинают тех, кто темы разрабатывал.Для меня наоборот стало лучше - system scale и hdpi заработали более менее хорошо.
Hardware Acceleration это тоже приятно.> их вообще никто не заставлял писать новое.
Как и любой СПО продукт.
Они его пишут для себя и своих пользователей.
Ты или берешь то что для тебя сделали другие, или форкаешь и пилишь сам, или идешь мимо.ps самое классное, что те кто решил "сидеть на старье до упора" сейчас просто улетают на помойку, тк "GTK2 does not support Wayland".
Как это не заставлял? А GPL, если разобраться. разве не про это?
>И у разработчиков есть выбор - дергать современные стандарты или еще к этому поддерживать древнючее легаси.Какое-такое легаси? Синус, или косинус устарели? Версия логарифма не та?
Ваше "дремучее легаси" выдавало вполне приличную картинку, причём довольно шустро, на процессоре частотой 250 Мгц, с программной отрисовкой, (видеокарта ничего не ускоряла, и была, как и положено, ВИДЕО-картой, просто конвертируя буфер в D-SUB сигнал) в разрешении 1600х1200.
И это было задолго до появления термина "F(fffuuu)ullHD".
Никто не говорил "фотореалистичные кадры в реальном времени". Но если уже имеющийся рабочий функционал исчезает, это не прогресс, а регресс.
Ну так ты UI не синусами и косинусами строишь.
Почитай как работают пайплайны старых видях и как работают на новых.> вполне приличную картинку
именно что вполне
> видеокарта ничего не ускоряла, и была, как и положено,
> ВИДЕО-картой, просто конвертируя буфер в D-SUB сигналНу так сейчас уже нет видео-КАРТ, а есть видео-УСКОРИТЕЛИ. Которые именно ускоряют отрисовку примитивов. Вы используете не тот продукт и жалуетесь что он работает не как ожидается :) Возвращайтесь на видео-КАРТЫ и там все будет работать как раньше)))
> Но если уже имеющийся рабочий функционал исчезает, это не прогресс, а регресс.Ничего не исчезает. Просто дропают поддержку старого хлама.
>Ничего не исчезает. Просто дропают поддержку старого хлама.Старый хлам заменяют на новый хлам. Не хотят думать прежде чем писать, хотят писать ущербное новое, которое потом опять выкинут, и всё по новой.
> Возвращайтесь на видео-КАРТЫГде купить видео-КАРТУ на 8k@60гц? А то видеоускоритель 60вт на десктопе переводит в тепло по дефолту, рассчитывая для каждого пикселя барицентрические координаты, выполняя фильтрацию и шейдеры с гамма коррекцией. Вентилятор не останавливается, память греется до 70С в покое. И это не в какой-то игре, а просто в KDE.
Может тебе надо поменять твой "видеоускоритель" на нормальный. У меня в компе rx7900gre на рабочем столе она потребляет 5-7 ватт, при проигрывании 4к видео в ff 17-25 ватт. Только у меня Gnome а не KDE. А у тебя там откуда 60 ватт?
У меня 7900xt. 60вт при 8к разрешении. Хотя orange pi 5 те же 8 к поддерживает при гораздо меньшем общем TDP.
> У меня 7900xt. 60вт при 8к разрешении. Хотя orange pi 5 те
> же 8 к поддерживает при гораздо меньшем общем TDP.Я хз где ты там нашел 8К ммонитор, то что сейчас продается я даже не стал бы рассматривать для покупки. Отдать больше 400к за монитор 60 герц, на который и контента не найдешь это абсолютно бессмысленно. На моем 2К даже близко нет 60 ватт.
Телевизор в разы дешевле, для работы удобно, это как 4 шт 4к монитора. А на контент пофиг. Это ещё немного, последний displayport 16к по спецификации способен передавать. Но кривые лапки современных кодеров всё портят.
https://postimg.cc/YjhfP4BF
Что-то Вы хвостом крутите: старьё нужно выбрасывать, новое не покупать, а железо должно быть такое-же как у Вас, чтобы вся эта красота приемлемо функционировала...
Ну ты же понимаешь что 8К это редкое исключение. И современные видяхи рассчитаны максимум на 4К. До сих пор самое распространенное разрешение экрана это FHD. Запусти винду и посмотри сколько там буде потребялть видяха в 8К на рабочем столе.
>Ваше "дремучее легаси" выдавало вполне приличную картинку, причём довольно шустро, на процессоре частотой 250 Мгц, с программной отрисовкой, (видеокарта ничего не ускоряла, и была, как и положено, ВИДЕО-картой, просто конвертируя буфер в D-SUB сигнал) в разрешении 1600х1200.Сколько не видел картинок из тех времён, так там везде ужас. Если речь идёт про gui, то оно весьма корявое и уродливое, зачастую в 16 цветах, если речь идёт о 3D графике, то там так на полигонах, текстурах, сглаживании экономят, что смотреть не приятно. Даже 2D, и то какое-то уродливое.
>Никто не говорил "фотореалистичные кадры в реальном времени"У вас не только фотореализма нет, а советы "уберите обои, чтоб не тормозило", "отключите полупрозрачность, это сложно".
Можно так дёргать что никакой дурной работы делать не придётся в чём мы все можем убедиться оглядевшись вокруг и увидеть много других средств построения GUI которые не выдвигают подобных требований.
Вот не надо тут, у нас, неколюбов, у кого последняя Plasma, у кого Hyprland.
Ну кстати на андроиде этим дурным путём не пошли, иначе батарейка улетала бы вмиг. Рассчитать для каждого пикселя интерополяцию текстурных координат между вершинами полигона и выполнить хотя бы билинейную фильтрацию явно затратнее, чем простое memcpy(). У меня в пк видяха 60вт на десктопе потребляет из-за таких вот "новаторов". Вместо этого внутри ОС андроид используется аппаратное 2D ускорение для прямоугольных регионов.
Для отрисовки в 2d совершенно не нужен ни вулкан, ни опенгл. Для этого должен быть отдельный чисто двумерный стек и соответсвующий API. И такие стеки есть, вернее были в SG и OS/2. И они не требуют никаких особых ухищрений, чтобы рисовать нормальный быстрый, удобный, не утомляющий и безопасный с точки зрения здоровья оператора интерфейс. Сложно представить 3d интерфейс, с которым удобно и неутомительно работать смену, например, в машзале электростанции или работать с документами. Особенно второе -- документы все плоские.
> Если я не хочу на видеокарте из 2005 году играть в игры из 2025 годаУнификация. Проще использовать одинаковый API для всего.
В противном случае, придется операционную систему подпирать костылями из разрозненных легаси технологий
Как винда, которая в 2025 до сих пор не научилась не дёргать жесткие диски из режима сна вхолостую. Как линух, у которого теперь XWayland и pipewire-pulse висят в фоне и жрут ресурсы.
> Где связь между игровым API (Vulkan), которое требуется для ААА игр с
> эффектом погружения, и тулкитом для отрисовки рамочек окон, которые
> не изменились со времён Xerox PARC?Если почитать новость - андроид собирается низкоуровневые части UI рендерить им теперь.
Для отрисовки GUI все эти Вулканы и OpenGL ни к чему.
> На десктопе Вулкан есть к примеру на видяхе АМД 12го года.Валкан анонсировали только в 2015 :D
У меня шестой-А пиксель, я уже мечтаю чтоб на нем ничего не обновляли.Когда этот дурдом закончится?
Когда перестанете покупать и пользоваться этой линейкой.
> я уже мечтаю чтоб на нем ничего не обновляли.Ну так не обновляйся. Или тебя кто-то держит в заложниках и заставляет нажимать кнопочку update? Ты обнови свое сообщение два раза если что.
> Когда этот дурдом закончится?
Для вас прогресс это дурдом?
>>заставляет нажимать кнопочку update?Сразу видно специалиста теоретка.
Оно обновляется автоматически принудительно и можно только отложить обновление не надолго, если конечно успеешь.
Поставьте графен и забудьте о гугловой блоатвари.
я бы забыл, это вообще мой первый не рутованный телефон с "невыпилинными" гапсами.но.... ннада (((
>Для вас прогресс это дурдом?Прогресс в дури не всем нравится, прогресс в тупости, неэффективности и жручести озу тоже.
> Прогресс в дури не всем нравится, прогресс в тупости, нЯ вижу вы делаете отличный прогресс!
> неэффективности и жручести озу тоже.
Не надо заливать про эффективность.
Современные процы про производительности на ватт уделывают древние решения одной левой.
>Современные процы про производительности на ватт уделывают древние решения одной левой.Ну странно было бы спорить что новые процессоры производительнее старых и не только на ват но и в абсолютных значениях. Грустно что современное ПО уделвыет эти современные процессоры больше чем древнее ПО уделывало старые процессоры, а ведь "современное" и "прогрессивное" ПО славится ещё и другими аспектами "прогресса" вроде несовместимости с прошлыми версиями, всё меньшим количеством стандартом ибольшем количеством хаоса.
> Грустно что современное ПО уделвыет эти современные процессоры больше чем древнее ПО уделывало старые процессоры,А то что добавилось много возможностей ты уже сбрасываешь со счетов?
Я помню как классно работал "лексикон", но когда мне начинают рассказывать про его прелести, то я напоминаю, что туда даже картинку вставить нельзя было (и это во времена вин98 и офиса)> а ведь "современное" и "прогрессивное" ПО славится ещё и другими аспектами "прогресса" вроде несовместимости с прошлыми версиями, всё меньшим количеством стандартом ибольшем количеством хаоса.
Не вижу ничего плохого в дропе старых версий. Они на то и старые)
Стандартизации сейчас побольше чем 20 лет назад.
Благо самые неудачные решения вымерли.Зато программистам стало жить проще - есть много кроссплатформенных тулов.
Да, это требует небольшой оверхед для железа, зато разработка и доставка до юзеров легче и быстрее.
После какого обновления у вас выросло потребление ОЗУ и как вы это замеряли?
>После какого обновления у вас выросло потребление ОЗУ и как вы это замеряли?Самое заметное изменение - это когда простые программы стали писать не на ц++ или паскале, а на яваскрипте, запущенном в хроме.
>>После какого обновления у вас выросло потребление ОЗУ и как вы это замеряли?
> Самое заметное изменение - это когда простые программы стали писать не на ц++ или паскале, а на яваскрипте, запущенном в хроме.А.. а чего вы сами не пишете на православных ЯП))?
Или хотя бы поддерживали тех кто пишет.Программисты сами решают на чем им писать, вас же никто не заставляет пользоваться ¯\_(ツ)_/¯
А приходить и давать советы, а тем более требовать - это не очень красиво
Где я что то требовал? Где я давал советы? Зато прочитал много советов - писать всё самому на парвославных языках, поддерживать тех что пишет на них, не давать советы и не требовать. Значит это вы не про меня писали , а про себя или это были не советы, а указания?
>когда простые программы стали писать не на ц++ или паскалеНаконец-то. Наконец-то исчезли все эти окошки "программа выполнила недопустимую операцию по адресу 0x..."
>а на яваскрипте, запущенном в хромеУдивительно, конечно, но оказывается, кросплатформенного gui, с большим количеством возможностей практически нет, особенно с возможностью не писать на всяких крестах
>>Для вас прогресс это дурдом?Прогресса не вижу, бессмысленную перестановку кроватей вижу.
>>>Для вас прогресс это дурдом?
> Прогресса не вижу, бессмысленную перестановку кроватей вижу.Обезьяна в алгебре тоже смысла не увидит, но это не значит что алгебра бесполезна.
я очень рад, что некоторые бесхвостые обезьяны реализовали себя в алгебре.
> Для вас прогресс это дурдом?Когда нагибают юзабилити в угоду стилю одноцветными иконками и кошмарной плоскотой - где глазу не за что зацепиться и работа с интерфейсом в разы медленнее - это такой себе прогресс, есть еще - регресс. Это когда пытались улучшить но получилось - наоборот.
А что, не так что ли? Твой сарказм, в общем то, понятен, но и корпов не стоит выгораживать. Я и сам не верил в торможение старых версий, пока хром не стал выкидывать назойливую плашку "обнови меня". Как обновил, тормоза изчезли.
> Я и сам не верил в торможение старых версий, пока хром не
> стал выкидывать назойливую плашку "обнови меня".
> Как обновил, тормоза изчезли."Настало время офигительных историй" (с)
Пруфов конечно не будет?))
Ага, сейчас возьмет и откатится на старую прошивку, чтобы взять замеры производительности.
> Ага, сейчас возьмет и откатится на старую прошивкуНа старую прошивку чего? Хрома?))
Ты вообще читаешь сообщения перед тем как отвечать?> чтобы взять замеры производительности.
Тем не менее на оверах такое делать пытались с дровами на видяхах.
И ничего внятного доказать не могли - разбег в пределах погрешности.
>Я и сам не верил в торможение старых версий, пока хром не стал выкидывать назойливую плашку "обнови меня". Как обновил, тормоза изчезли.Осталось найти причину этих тормозов. А то может в новых версиях jit завезли, и сайты уже ожидают, что он есть
Если "некродевайс" на Snapdragon, то будет и Вулкан, только маломощный и медленный, но будет.
Если существенно быстрее не нужно, или вообще не нужен Вулкан, так не покупайте новое и изделие.А если GPU от "Рога и копата", так откуда там полноценому Вулкану там взятся.
И что бы в новых устройствах пользователям и дальше не подсовывали вонючие GPU, и ввели требования поддержки Вулкана. Лучше поздно, чем никогда. И на том благодарим.
Да ну его, этот Android 8. Чем дальше тем хуже. Нужно чтобы всё работало с Android 3.
Не ныть, а требовать довести свои продукты до безопасного с точки зрения отсутствия уязвимостей состояния. Одно дело — добавление новых фич, другое — исправление уязвимостей. Так вот, уязвимости производитель обязан исправлять пока он, производитель, продолжает работать.
> Не ныть, а требовать довести свои продукты до безопасного с точки зрения отсутствия уязвимостей состояния.А при чем тут уязвимости к новым API?
> Одно дело — добавление новых фич, другое — исправление уязвимостей. Так вот, уязвимости производитель обязан исправлять пока он, производитель, продолжает работать.
Хм.. а где это написано? Может закон какой-то есть?
Производитель прямо на сайте говорит "девайс будет получать обновления N лет и обновы безопасности M лет".
Не нравится? Ищите другого, но боюсь тебе не понравится цена.Делай САМОСБОР и поддерживай сам.
Сейчас же есть фирмы которые бекпортят фиксы в некроядра линукса типа 2.х, 3.х и тд
>Хм.. а где это написано? Может закон какой-то есть?Должен быть обязан, естественно. Немного неправильно сформулировал текст. Где в этих интернетах сегодня читал новость о Самсунге А56. Так там производитель заявляет 12 лет поддержки (6+6). Что уже кмк более чем.
Да и потом, человечество подходит к потолку развития кремниевых технологий. Смартфоны стали устаревать медленно. У меня в шкафу уже несколько штук лежит и я бы не сказал, что они устарели в аппаратом плане до невозможности ими пользоваться. Вот только обновления для них перестали выходить. И всё, теперь это тыквы по своей сути.
> Так там производитель заявляет 12 лет поддержки (6+6). Что уже кмк более чем.Я ооочень сомневаюсь что там 12 лет.
Потому что формулировки немного расплывчатые
"Consumers will be glad to hear that Samsung is launching the Galaxy A56 with the promise of six years of security updates and six OS updates."
gsmarena.com/samsung_galaxy_a56_arrives_with_six_years_of_software_updates-news-66763.php"it announced that non-flagship devices will be eligible for six years of both OS and security updates."
sammobile.com/news/galaxy-a56-a36-six-major-android-updates/Скорее всего будет 6 лет апдейтов и оси и обновлений безопасности в противовес практике других производителей 2 года обновления оси и 3 года (т.е. +1 год) обновлений безопасности. Официальных заявлений я не нашел.
Но ваша формулировка "Так вот, уязвимости производитель обязан исправлять пока он, производитель, продолжает работать." еще хуже. Потому что по ней, производитель должен выпускать обновления безопасности для Samsung SGH-X600, который еще даже работает.
Это не ново. Эппл "buyers can expect at least five years of iOS updates and six years of security updates". При этом нужно понимать, что такая долгая поддержка скажется на стоимости.
>Но ваша формулировка "Так вот, уязвимости производитель обязан исправлять пока он, производитель, продолжает работать." еще хуже.Хуже это когда для устранения уязвимости вместо того чтобы исправлять саму уязвимость бэкпортят код из новой ветви разработки тем самым добавляя новые уязвимости. И так по кругу.
Обновил свой некродевайс с корпорационной 7 до православно-коммунной 12
Ну так и доколе будете заносить этим пoxyистам?
Придётся turnip ставить на старичка, чтобы пощупать новый ведроид.
Неужели что-то вроде как хорошее.
В теории да. Чем больше его используют, тем больше к нему внимание.С vulkan и сейчас много интересного связано. Сейчас это комфортный запуск windows-игр, но а в ближайшее время ещё и vulkan video будет, и даже что-то похожее на CUDA вычисления.
Скоро наверно уже и линукс на вулкане запустят, через шейдеры.
И жизнь с таким Линуксом будет как на вулкане.
Ну частично шутка правдива)В следующем выпуске Mesa у Nouveau будет использоваться zink по умолчанию (реализация OpenGL поверх vulkan), и все DE будут работать через vulkan.
> Ну частично шутка правдива)
> В следующем выпуске Mesa у Nouveau будет использоваться zink по умолчанию (реализация
> OpenGL поверх vulkan), и все DE будут работать через vulkan.Я интереса ради, на Linux 6.13.7 с Mesa 25.0.1 Zink подрубил, в целях потыкать палочкой. Впечатления пока не однозначные. Одни игры стали работать заметно лучше, а в других наоборот появились микрофризы. Плюс в DE и Chromium иногда вылазят артефакты, а при выходе компа из сна, картинка висит пока не переключишься между TTY туда-сюда. Видимо Zink активней использует NVK, и вылазят его косяки, которые были не так заметны в играх.
Хоть я за последние пол года такого не замечал, единственное, долгое время не было хардверного курсора (в каком-то из обновлений сломали), но Ekstrand пишет, что сейчас активно убирает многие ошибки. ХЗ, должны довести до ума за этот месяц.А может и будет как с GSP прошивками :D То сначала от внезапно опухшего ядра у кого-то были проблемы с местом в boot, то с переходом на gsp прошивки какие-то карточки показывали искажения, чёрный экран и т.п. ) Без обширного "бета-теста" тут не обошлось
> и даже что-то похожее на CUDA вычисления.Что такого есть в CUDA, что нельзя сделать в обычном вычислительном шейдере? Такое ощущение что не в возможностях там дело, а в вендор-локе и в программистской пахотной колее (выучили один API, а больше - лень и ненужно). В таком случае, хоть стопицот CUDA заменителей сделай, ленивые программисты всё равно не захотят ничего изучать.
> Что такого есть в CUDA, что нельзя сделать в обычном вычислительном шейдере?Накладные расходы чудовищные.
vulkan это уже давно про вычисления, в особенности потому, что это API для всего GPU, а не только для графического конвеера. Его собственно и делали в основном из-за потребности смешивать в одном апи всё сразу. Единственное, что вулкан это обобщение к OpenCL/SyCL/OpenGL(собственно полагаю именно последний и породил идею сделать вулкан, т.к. прошлые задумки, такие как совмещение конвееров OpenCL/GL и OpenGL compute оказались либо грубоватыми, либо кусочными и приводили к конкуренции за вычислительные ресурсы и усложнению работы и поддержки драйверов, которые графическо-вычислительный бардак должны были разруливать за разработчика), а не к cuda, т.к. последняя это закрытая технология с закрытой реализацией.
Функция аппаратного ограничения зарядки с 15й версии тоже была хороша
Дак если он теперь официальный, может тогда уже пора API на джаве дать?А то всё через этот NDK до сих пор.
Когда апи на джаве будет?
А зачем? Джава это не про производительность, а вулкан как раз про производительность. Разные миры.
Вот есть апи интерфейса, для приложух(под капотом вулкан) вот его то с медленной джавы м дергайте.
Или вам охота писать на джаве отдадочные хеловроты доя вулкана?
> Джава это не про производительность, а вулкан как раз про производительностьА какая разница?
У современных графических апи мода пошла, чтобы был минимум апишных вызовов, чтобы видеопроцессор мог работать максимальной самостоятельно на своей наибольшей скорости.
На джаву больше ляжет обработка логики или физики.> Вот есть апи интерфейса, для приложух
Какие ещё интерфейсы? Вы видимо про графические движки. Дак у них апи всегда ограниченный по сравнению с тем же вулканом. Мне от вулкана могут понадобится специфичные функции для своих задач.
> У современных графических апи мода пошла, чтобы был минимум апишных вызовов, чтобы видеопроцессор мог работать максимальной самостоятельноУ современных графических АПИ - Vulkan, DX12, Metal - наоборот мода пошла на то, что бы брать максимальное ручное управление GPU и делать все телодвижения вручную, потому что так производительность под лучшим контролем, можно неплохо всё заоптимизировать.
DX11 - высокоуровневый API, который сам за тебя всё делает. DX12 - наоборот, кучу всего делать за тебя перестаёт и теперь делать это должен ты сам.
> На джаву больше ляжет обработка логики или физики.
Чел, скажи правду - ты троль? Как ты на жаве собрался столкновения считать? SIMD юзать? Какую физику ты там будешь на жаве обсчитывать - один DCD лучик?
> брать максимальное ручное управление GPU и делать все телодвижения вручнуюТы вообще не понял мою мысль.
Я про то, что в OpenGL 3 к примеру появились юниформовые буфера, которые вместо кучи вызовов glUniform, позволяют сделать один или несколько вызовов для привязки буфера в шейдер. А в вулкане появились командные буфера.Вы сперва разберитесь.
А про директиксы и металы даже обсуждать не стану.
> Чел, скажи правду - ты троль?
Это ты троль.
Есть физические двиги и на pure java. Ну да, они хуже по перформансу, ну дак всё зависит от вашей задачи. Мне может для моей задачи даже и на ассемблере двига не хватит.
> Ну да, они хуже по перформансу, ну дак всё зависит от вашей задачи.Что это за задача такая, когда физическая симуляция не обязана укладываться во временной бюджет на количество тиков в секунду? Что это за задача, где на мобилке можно цпу разбрасываться направо и налево (подумаешь, перформанс)? Это типа привет мир? Или это вообще не про реалтайм? А что тогда? "Запущу рендер на телефоне и пойду попить чай"?
Ну просто приведи пример.
> А зачем? Джава это не про производительность, а вулкан как раз про
> производительность. Разные миры.
> Вот есть апи интерфейса, для приложух(под капотом вулкан) вот его то с
> медленной джавы м дергайте.
> Или вам охота писать на джаве отдадочные хеловроты доя вулкана?https://www.opennet.me/openforum/vsluhforumID3/136318.html#34
> The LWJGL project is hosting Vulkan bindings for the Java programming language. There is support now through their nightly builds on Windows and Linux. This Vulkan support in LWJGL complements the project's many other API binding support for industry standards including OpenGL, OpenGL ES, EGL, OpenCL, OpenAL, GLFW, NanoVG, Oculus LibOVR, and more. LWJGL is in turn used by many software applications/games like Minecraft and jMonkeyEngine.
Жава примерно как питон. И по производительности тоже. Графические апи в основном интересно задействовать из нативного кода, привыкай.
> Жава примерно как питон. И по производительности тоже. Графические апи в основном
> интересно задействовать из нативного кода, привыкай.раскажите питонистам, что им нельзя математические либы на сишечке дёргать
Они в курсе. Математические либы на фортране (сишные все тормозные) не спасут, если нужен реалтайм 60+ раз за секунду.
> все тормозныеДак тогда лучше либы на ассемблере писать. А если и этого недостаточно, значит железо слабое.
Просто для математики фортран проще оптимизируется, сишные компиляторы лет 10 как научились оптимизировать. А simd да, mkl минимум в 20 раз производительнее опенсорсных сишных аналогов даже на 15 летнем железе.
Скоро всё равно никто не будет задействовать ничего низкоуровнего руками. Будет сплошной "Чат ЖиПиТи, напиши мне рендер моей фигнюшки".
Ты в это веришь?
Он ему поклоняется. Скоро Chat GPT станет богом.
Акстись. Во-первых не надо с ним работать напрямую, юзай WebGPU. Во-вторых, шейдеры ты собрался на жаве писать что ли? В-третих, не морочь голову и возьми игровой движок, который сам за тебя уже всё сделает - Bevy (он поверх WebGPU и поддерживает андроид). Под CPU пишешь на расте, под GPU на WGSL который с раста содран.
> шейдеры ты собрался на жаве писать что лиШейдеры на чём надо на том и напишу. Захочу и комплятор сделаю из джавы в GLSL или в SPIRV.
Пока возьму GLSL и shaderc.> Bevy
Вы что, с ума сошли?
Он же не на джаве.Какой нафиг раст?
Не очень понял как вы собрались на жаве делать производительный код на 60 / 120 обновлений в секунду. Она же медленная неимоверно от рождения. Одни только указатели на любой чих чего стоят, не говоря уже о сборщике мусора.> Захочу и комплятор сделаю из джавы в GLSL
Нда? И как вы преобразуете в GLSL наследование, полиморфизм, исключения? Это будет явно не жава, а какой-то синтаксис, натянутый на глобус что бы хоть как-то быть похожим на то, что нужно для GLSL.
Если нравится жава и не нравится C++ (в NDK), так раст - отличный вариант. На нём и писать почти также легко, как на жаве, и жавовских проблем нету.
> Не очень понял как вы собрались на жаве делать производительный код на 60 / 120 обновлений в секундуНу есть же движки на джаве типа libGDX. И нормально работают.
> наследование, полиморфизм, исключения
Дак я же не всё буду преобразовывать.
И касательно наследования и интерфейсов классов я даже не уверен, что это невозможно. Скорее звучит как вызов )
> Это будет явно не жава, а какой-то синтаксис
Ну да. Но я правда и не совсем на джаве пишу, а на котлине.
> Ну есть же движки на джаве типа libGDX. И нормально работают.🤣 Физика там не на жаве. Звук не на жаве. Рендер (подготовка команд GPU) вроде пишут что на жаве, ок. Но именно поэтому там framerate нестабильный и эффективность по ресурсам ниже, чем у нативного кода.
Правильно было сказать так: есть движки на жаве у которых некоторые части на жаве.
Просто не надо добавлять "и нормально работают". Это лишнее. Не обманывайте себя и окружающих.
Не, я понимаю, что многих людей воротит от C и C++, и они готовы жертвовать всем, лишь бы это г не трогать. Я сам такой. Но ничего "нормального" в результате использования этих чудовище-движков нет.
А на сегодняшний день уже даже и C / C++ не нужны для геймдева, поэтому и на жаве себя мучить этими недодвижками тоже нет смысла.
> Физика там не на жаве. Звук не на жаве.С чего вы взяли? Это зависит от библиотеки. Вместо привязки к bullet, я могут взять ode4j или свою физику написать на джаве. Звук окей, там OpenAL под капотом, насколько помню. Но и 3D звук вы тоже можете рендерить вручную, если конечно умеете.
> Правильно было сказать так: есть движки на жаве у которых некоторые части на жаве.
Нашли к чему придраться. LibGDX это не просто тонкая прослойка типа LWJGL, там много чего есть.
> Просто не надо добавлять "и нормально работают". Это лишнее. Не обманывайте себя и окружающих.
Вот вы то как раз и не обманывайте. Есть вполне приличный софт на базе libGDX:
https://gitlab.com/gaiasky/gaiasky
> А на сегодняшний день уже даже и C / C++ не нужны для геймдева
А что вам вообще нужно для геймдева? Скоро возможно и вы сами не будете нужны. Потому что нейросеть напишет за вас игру, и сама будет в неё играть )
> С чего вы взяли?"Matrix, vector and quaternion classes; accelerated via native C code where possible (if you are interested in that, also note our gdx-jnigen project)"
"2D physics: JNI wrapper for the popular Box2D physics (see also Box2DLights)"
"3D physics: JNI Wrapper for Bullet physics"
> Нашли к чему придраться. LibGDX это не просто тонкая прослойка типа LWJGL, там много чего есть.
Звука нет. Физики нет. А это - самое дорогое и сложное, что происходит на стороне CPU.
Если вы сишную физику поменяете на жавовскую - пользователи вам спасибо не скажут, потому что вы из-за своей преданности жаве выжираете их ресурсы впустую.
> Есть вполне приличный софт на базе libGDX: https://gitlab.com/gaiasky/gaiasky
А там есть сцены сложнее, чем один directional light и одна сфера с текстурой? Ну и блум от света в пост-обработке?
> А что вам вообще нужно для геймдева?
Эффективность по ресурсам не хуже, чем Си. Простота написания кода не хуже, чем Котлин. Даю подсказку: начинается на букву Р и заканчивается на АСТ.
> Matrix, vector and quaternion classes; accelerated via native C code where possibleЭто походу стороняя библиотека.
https://github.com/libgdx/libgdx/blob/master/gdx/src/com/bad...
Там есть несколько нативных вызовов, но всё остальное на джаве, даже инверсия и перемножение матриц.
> "2D physics: JNI wrapper for Box2D"
> "3D physics: JNI Wrapper for Bullet"Это всё вынесено в расширения, то есть отдельные библотеки.
> чем один directional light и одна сфера с текстурой
Вот сами скачайте и посмотрите. Кроме планет я там ещё видел модельки космических аппаратов.
> Даю подсказку: начинается на букву Р и заканчивается на АСТ.
Всё с вами понятно. Когда у него появится хорошая IDE, может быть я на него и посмотрю.
> Вот сами скачайте и посмотрите. Кроме планет я там ещё видел модельки космических аппаратов.Именно это жеж и сделал. Это неимоверно простые сцены. Поэтому по ним невозможно оценить фичастость и производительность движка.
> Когда у него появится хорошая IDE, может быть я на него и посмотрю.
Уже вышел из беты RustRover (JetBrains) - а они делают лучшие IDE в мире. Ну а плагин к VSCode (rust-analyzer) так несколько лет как. На мой взгляд VSCode это на любителя, а вот RR - самое оно. Бесплатный для некоммерческой разработки и недорогая лицензия для коммерческой.
> RustRoverТьфу, проприетарщина.
Подумал, ну ладно, попробую. А хрен то там. Не грузится:
451: Unavailable For Legal Reasons
We are sorry, but we are currently unable to provide our products or services to you due to export control regulations.
https://en.wikipedia.org/wiki/Google_Tensor
"Vulkan стал официальным графическим API платформы Android"А какой официальный графический API был до этого?
Дак OpenGL ES же был.
Наконец этот тухляк закончился. Поскорее бы забыли про него в вебе и наконец вулкан в браузерах будет работать, больше никакого нерабочего vaapi не будет.
Но ведь опеннетные эксперты авторитетно заявляли, что Vulkan не взлетел? Как же так?
На винде и правда как-то не очень
Посчитай коммерческие программы, перешедшие на вулкан, на досуге. Ты имеешь в виду, что майкрософт не топит за вулкан? Вот же удивительно, правда?
МС не топит за вулкан потому, что у них свой вулкан есть - DirectX 12, который делает тоже самое, что Вулкан - даёт низкоуровневый доступ к видяхе (в отличии от DX11).
> DirectX 12точнее Direct3D 12, DirectX включается в себя не только API для работы с 3D графикой
Не знаю таких, просто как раз недавно я случайно обнаружил, что в моей винде вулкана нет никакого. Одна демка из Steam его вдруг потребовала, собственно, тогда я об этом и узнал.Демку снес сразу не глядя, полет нормальный, никому больше он не нужен.
Таким образом мы можем заключить, что видеокарте твоей больше 13 лет. Вулкан используется в графических приложениях, которым необходима минимум 13 летняя видеокарта. Но игр и софта с vulkan-only рендером всё больше, скоро пасьянсы будут его требовать.
А как вы это определяете? "На винде" - означает, что производитель видеокарты должен поддерживать вулкан в драйвере для вашей операционки. А не абстрактная винда. Дальше уже игровые движки либо в вулкан умеют либо нет, это не зависит от ОС. Драйвера умеют, соответственно и делать под вулкан никто не мешает.На винде пользователи не любят Вулкан за то, что обычно он якобы ломает Alt-Tab в приложении, потому что форсит exclusive fullscreen. Но на самом деле эта проблема не вулкана а того, как разработчики игровых движков создают окно и инициализируют swapchain.
Сам Вулкан отлично всё поддерживает.
Да и на ОС от Apple как-то не очень. Хотя они там в компании вообще в голову клюнутые, пилят свой никому не нужный проприетарный форк Vulkan'а.
Им нужен.
Так не нужен, что все его используют.
Эти "все" сейчас вместе с тобой в комнате?
Весь софт для мака его использует.
Вот поэтому на маке и нет игр.
А до перехода на Metal их прямо засилье было.
Кстати, на iOS как-то этот Metak не мешает существовать тысячам и тысячам игр.
У них и wayland не взлетел, и pipewire.
Ну вейланд это смешное поделие, пилящееся васянами, с непонятным и нестабильным развитием.
Вулкан это прежде всего Стандарт, у вулкана есть Комитет, который его развивает. Так что вот она разница.
Комитет Гос Безопасности?
Васянами которые раньше пилили Xorg, ещё раньше X11R7, до него X11R6. Древние такие Васяны и всем известные
Лично Васю, который пилил Xorg, X11R7, X11R6, выгнали в угоду оптимизации, инклюзивности и толерантности, а те, кто сейчас в этой конторе, не способны ни Xorg осилить, ни Wayland до паритета способностей довести.
Ща гугл ещё больше костылей напилит.
> производительность GPU, например в играх можно будет создавать продвинутые визуальные эффекты и задействовать такую функциональность, как трассировка лучейВот теперь понял, почему это назвали Вулканом. Продвинутая трассировка - на пассивном охлаждении. Лава из смарта вполне может потечь, да...
А теперь я расскажу тебе про страшную вещь под названием "геймерский смартфон", многие из которых с активным охлаждением. Да, я тоже думаю что это пипец.
> А теперь я расскажу тебе про страшную вещь под названием "геймерский смартфон", многие из которых с активным охлаждением. Да, я тоже думаю что это пипец.Лол, эта штука была еще до смартфонов.
Всякие нокии N-Gage и 3300.Сейчас полно людей со свитчами и прочими стимдеками.
Так что не вижу никакой причины, чтобы портативка не умела выходить в интернет или звонить.
> Лол, эта штука была еще до смартфонов.
> Всякие нокии N-Gage и 3300.Но ведь N-Gage и есть смартфон (S60).
Интересно, а вменяемые учебники по Вулкану есть ? По OpenES есть. Или это опять знания для избранных каст
https://en.wikipedia.org/wiki/Vulkan#External_links
полно навалом
https://www.litres.ru/book/grehem-sellers/vulkan-rukovodstvo.../
Человек говорит про вменяемый учебник. А это больше похоже на справочник.
"...обработки геометрии" не похоже на справочник, поскольку такого в Vulkan нет и приходится делать самому.
> Интересно, а вменяемые учебники по Вулкану есть ?Не все ещё знают, но учебники уже не нужны. Вообще.
Любую тему можно (и нужно) выучить через ИИшку. Это в сто раз быстрее и приятнее, потому что она в любой момент ответит на любые вопросы, сделает любые уточнения, приведёт любые примеры, сделает интерактивную демонстрацию прямо на месте, и так далее.
А в учебник ты либо понял либо нет, иди продирайся там через то, что имел ввиду автор.
Реально, сейчас люди которые спрашивают про учебники это как раньше люди, которые не знаю что есть интернет и гугл всё ещё по привычке ходят в библиотеку, или прохожих на улице спрашивают как пройти в библиотеку вместо открытия карт на телефоне.
> Любую тему можно (и нужно) выучить через ИИшку. Это в сто раз быстрее и приятнее, потому что она в любой момент ответит на любые вопросы, сделает любые уточнения, приведёт любые примеры, сделает интерактивную демонстрацию прямо на месте, и так далее.Чтобы получить правильные ответы, нужно уметь задать правильные вопросы. Учебник учит основам. ИИшка — это такой продвинутый справочник (который ещё и может безбожно соврать).
Что требуется от учебника? Есть Vulkan tutorial - его достаточно для начала.
У меня смарт 22го года а vulkan api 1.1, грустно ппц
Какой SoC?
Ecли свежий Snapdragon то вероятно, обновится до поддержки Вулкан 1.3.
А если иные GPU, то нечего и переживать.
У старых снапов есть свободный вулкан драйвер, не забывайте.
А в протухшую оф.прошивку или линагу его кто встроит и заставит работать?
То что что-то есть не значит что это юзабельно.
Уверен, энтузиасты начнут пилить кастомы с этим драйвером, очень много устройств мощных лишается 16 андроида. Эмули гоняет, значит юзабельно, у них требования к api обычно высокие.
Может и Apple в Mac os возьмёт Vulkan, а майкам может тоже, надо было DirectX сделать кроссплатформенным и DirectX 13 уже выпустить
У них там свой, metal. Если DirectX сделать кроссплатформенным, смысл в нём пропадёт. Все эти api были сделаны для перетягивания одеяла, вендорлока на своей платформе.
> Если DirectX сделать кроссплатформенным, смысл в нём пропадёт.А к Vulkan уже прилагается что-то помимо бумажки со стандартом? DirectX силён фирменной поддержкой для разработчиков (включая всякие утилиты), а Vulkan - плывите как хотите (сами пишите свои тулзы).
Есть валидатор, как минимум. Правда, есть и вопросы, всегда ли корректно ли он работает.
> Все эти api были сделаны для перетягивания одеяла, вендорлока на своей платформе.С DirectX далеко не всё так просто было (это если не говорить о том, что он не только про графику).
Apple не возьмет, это исключено. А вот в DirectX скоро будет поддержка компиляции шейдеров в SPIR-V.
> надо было DirectX сделать кроссплатформеннымА теперь расскажи зачем это Microsoft - компании, которая вообще планирует выходить из игрового бизнеса в пользу ИИ и онлайн услуг? Они скорее вообще похоронят DirectX и оставят только тонкий клиент Windows 365 по подписке.
Пруфцов бы навалили, а то у MS на данный момент выручка от игр больше, чем от винды. Впочем, похоронив DirectX, они похоронят и бо́льшую (как минимум, большу́ю) часть винды.
3D-игры на мелких экранах всё равно плохая идея, я как то в мобильный Pubg залип на пол дня (не самый маленький экран смартфона - 6.67 дюймов, при разрешении 1440x3120@90Гц), потом неделю косили глаза, при том что со зрением проблем нет. Играть в 3D игры нужно строго на большом экране, с комфртным креслом и звуком и Android просто не подходящая система для этогого, он только подойдет для мини головоломок и игр наподобие Angry Birds, Cut the Rope и т.п., а для них Vulkan и не нужен.Вот программный UI делать на Вулкане с 3D это тема...
Играбельность зависит от игры. Что то в принципе не играбельно без управления мышью и клавиатурой, а что то вполне годно.
Например Morrowind, Minecraft, Kerbal Space, серия Kings Bounty, Kingdom Come 1 очень играбельны на телефоне.
А игры типа GTA, Mafia.. можно запустить и походить/поездить, но о полноценной игре речи нет. Стрелялки даже не пытался пробовать.>>с комфртным креслом
Вот только кресло в поездках таскать и нехватало. :)
Может с креслом и лучше, но и "раз нет кресла, получи фашист гранатой" тоже не вариант.
> 3D-игры на мелких экранах всё равно плохая идея,
> Играть в 3D игры нужно строго на большом экране, с комфртным креслом и звукомНо если у меня в электричке или автобусе на межгород нету большого экрана и удобного кресла))?
> и Android просто не подходящая система для этогого, он только подойдет для мини головоломок и игр наподобие Angry Birds, Cut the Rope и т.п.,
> а для них Vulkan и не нужен.Как по мне всякие диаблоиды тоже вполне играбельны.
Гонки где надо наклонять экран тоже могут зайти.> Вот программный UI делать на Вулкане с 3D это тема...
Только пока мало кто делает.
Надеюсь что эти нововведения замотивируют писателей софта.
Ты просто старый уже, как я. Новые поколения уже эволюционируют до трёхпальцевых (больше и не надо) рук и независимо косящих глаз как у хамелеона.
> при том что со зрением проблем нет.Явно есть. Если от плоской картинки начали косить глаза.
То есть достаточно обеспечить поддержку больших экранов, без задержки вывода.
Чипы с этим более мощным API потребляют больше энергии? И в чём выгода для пользователей у которых аккумуляторы будут садиться быстрее?
У пользователя будет быстрее садиться аккумулятор, пользователь это заметит и купит новый смартфон, так будет ситуация вин-вин - и пользователь с новым, а не старым телефоном и продавец с продажей.
> У пользователя будет быстрее садиться аккумулятор, пользователь это заметит и купит новый смартфон, так будет ситуация вин-вин - и пользователь с новым, а не старым телефоном и продавец с продажей.Забористая чушь.
Скорее было бы по другому: пользователь расстроится и пойдет менять аккум в мастерскую.
(Даже у яблокофонов официальная замена аккума это не супер большие деньги, в подвальчиках будет еще дешевле). А следующий смартфон он купит другой фирмы.Но, даже на дешевых китайцах - хаоми за 150 баксов, аккум спокойно ходит лет 5.
Новые чипы меньше греются в вулкане чем в глес.
Молчу уже про то что на gles кадров на 20 меньше и греется больше(в основном из-за большей нагрузке на проц). Да и глюков больше(одни фиолетовые текстуры чего стоят).
А мощность API чем мерял?
Так по идее же наоборот - из за низкоуровневости как раз можно оптимизировать энергопотребление. От разных апи чип своей внутренней архитектуры не поменяет, а вот от низкоуровневости все наоборот выиграют.
Чипы с gl без вулкана - более простые по структуре или по крайней мере могут быть более простыми, так как не нужно соблюдать требования к функицям чипа для реализации вулкана.
У чипа нет никаких функций GL или вулкана. А вулкан как раз обеспечивает более простой доступ к его внутренним функциям (а что погромисту СЛОЖНА, так это проблемы погромиста).
Более мощный (что бы это ни значило) АПИ обеспечивает больше возможностей для ПО. В том числе таких, которые позволяют более энергоэффективное использование аккумулятора. На самом деле тут конечно более новый, что позволяет задействовать всё новые фичи, среди прочего улучшающие производительность, но, помимо того, старые графические апи -- это грязь, собиравшаяся несколько десятилетий, и для которой приходилось тащить много слоёв разрозненных глючных костылей.
Там вся замута в том, чтобы можно было написать так, чтобы чипы с этим более мощным апи потребляли меньше энергии
Вот дерьмо. У меня и десктопный OpenGL не поддерживается, а они теперь и вулкан требуют (которого у меня и на десктопе нет!)
Тяжела жизнь пользователей S3 Trio 64.
Может знатоки подскажут, чем сабж лучше опенгл?
скоростью - он в несколько раз больше выдаёт ФПС
Производительностью. Правда кода раз в 10 больше придется писать, и в целом порог вхождения выше.
Опнжл прикольный своей простотой, интерфейсы рисовать или делать движок для простых индюх, тут ожл еще долго будет актуален.
Серьёзно, когда есть всякие юнити и годоты, кто-то делает свои движки для инюдюх? Героические люди.
Практически всем, кроме сложности. Пользователи приложения в абсолютном выигрыше. Но программисту, напрямую работающему с Вулканом придётся сильнее напрячься. Другое дело, что это мало кого касается - напрямую с Вулканом/ДХ12/Металом общаются только спец-прослойки, которые всё упрощают. То есть если ты делаешь графическое приложение, то тебя это не касается, ты всё равно будешь пользоваться чем-то абстрагированным от этих API, что бы твоё приложение было кросс-платформенным.
Драйвер проще, производитель железа перекладывает часть своей работы на создателей приложений (движков игр).
Если в результате движки станут шустрее — чем плохо? И не «своей работы», а просто работы.
Эта была обязательная работа производителя оборудования, что бы соответствовать требованиям. Собственно, они https://www.khronos.org/members/list под себя требования и переписали, теперь и Google одобрила.И я это писал как пример "лучше". Мне не ясно, зачем драйвер должен делать триангуляцию, когда есть десятки возможных способов со своими преимуществами для подходящих случаев.
Vulcan - это возвращение к истокам. Glide - первый массовый 3D API тоже был низкоуровневый. И позволял выжимать все соки из 3D ускорителей тех лет.OpenGL - это корпоративный выcep для сверхдорогих графических станций изначально.
DirectX - вендорлок.Так что альтернативы Вулкану нет.
Спасибо, не знал такое о Glide. Первые OGL видел, случился когнитивный диссонанс. :)