Пишу визуализатор, посоветуйте составные части

А вопрос в чём? Пока я даже плана действий не увидел, а лишь намерение что-то сделать как-то когда-то.

GTK+, или даже голый GDK.

Ну SDL возьми.

Из продукта делается анимация

2D или 3D? Разница огромна, в случае 2D наваять на чистом SDL2 и не знать проблем с портируемостью, в случае 3D, онтопик не проблема, офтопик не проблема, андроид проблема так как может быть придётся писать/дописывать отдельный рендер для него.

Ввод, интернет и файлы так и быть, напишу депендеси инжекшон под каждую платформу.

Лопнешь писать, возьми SDL2 + SDL2_net

Короче для большую часть переложить на плечи SDL2 и сконцентрироваться на коде который будет поверх.

Нативно собирать нативно, для венды mingw причём удобно именно на linux делать сборку для винды все SDL и прочие зависимости включая mingw-libc компилить прям статически что бы было standalone приложение, на hello world выходит 40 метров если я правильно помню

Под андроид NDK или CrystaX (если хочется gcc,posix и куртизанок)

Ну и всё, но задача размытая, описал бы хоть типа чё поверхносто

А как быть с андрюшкой тогда ему? Там вообще весь затык в не зависимости от тго что он хочет делать именно в визуализации, остальное херня (в плане просто морока, а не проблема)

Как мне говорил военком, выйди и закрой дверь, войди и доложи вопрос по форме. Атоничегонепонятна

2D или 3D?

2D, но надо наложить шейдеров, иметь несколько вьюпортов и менять форму. Самая упоротая сцена - три ретро-телека на витрине крутят эту самую анимацию, инфографику этакую.

Allegro, SDL, GLFW, и еще куча других фреймворков. Из вашего «хочу что-то сделать» непонятно, что вам нужно.

надо наложить шейдеров

Тогда отложенный рендеринг, уж как реализовать дело барское, можно глянуть на Corange /src/renderer.c в месте где post1() post2() в каталогах assets_core/shaders/deffered/post1|2.mat посмотреть на шейдеры там постобработка итоговой картинки, но у тебя это будет целевая картинка.

Выкинуть всё ненужно и оставить нужное и всё, вот тебе и рендер (но как это на андрюшу переносить хз я всё никак не доберусь)

иметь несколько вьюпортов

Ну это не сильная проблема, рендерим в одну тектуру 800x600 рендерим в другую текстуру 400x300. выводим первую текстуру не очищая кадр выводим вторую текстуру, между переключениями цели рендера меняем размеры и позиции вьюпорта. Я себе так сделал.

Самая упоротая сцена - три ретро-телека на витрине.

Зато прикольно :D

Ну чё тут посоветовать, SDL2 + SDL2_net + SDL_mixer для абстракции от платформы, linux|windows обычный реднер какой сможешь написать на OpenGL2|3|4 под андрюшку придётся GLES, вот и всё.

Банально взять https://lazyfoo.net/tutorials/SDL/51_SDL_and_modern_opengl/index.php добавить к этому отложенный рендеринг, переключение вьюпортов глянув на что-то готовое и портануть под все нужные платформы, а потом заняться остальным уже.

Может заюзать прям движок какой готовый и маленький, на гитхабах их полно, много тебе не надо так что стоит поискать =)

можно глянуть на Corange /src/renderer.c

Ты кроме Corange что-то знаешь, или для тебя helloworld-проектик с гитхаба это вершина OpenGL мастерства?

Ты кроме Corange что-то знаешь

Нет

или для тебя helloworld-проектик с гитхаба это вершина OpenGL мастерства?

Да

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

Ну, а то что я его на лоре часто упоминаю… Так ведь ничего выходящего за пределы сложности Corange я на форуме и на то что отвечал не видел.

helloworld-проектик

Я видел человека который принципиально не использовал ничего простого, для всего ему нужны монстры индустрии. Что плохого в том что просто работает? Лан, забей

Можно ещё взять https://github.com/GodotNativeTools/godot-cpp и вообще не париться с портируемостью. Писать на на плюсах (Но я не пробовал это юзать)

Что бы ты понимал, про лэйтенси разница между жабой и сишкой начинается с сотен микросекунд(на зионах), т.е. если написать не по индусски - жабы тебе по идее за глаза хватит.

Но в общем и целом из тобой описанного, если хочется именно кресты я бы попробовал как ни странно Qt либо sdl.

Вот к слову вспомнил можно мою демку взять https://github.com/orangeduck/Corange/tree/master/demos/parallax там кастомный микрорендер и шейдеры, выкинуть из Corange всё что не надо и всё.

Можно ещё взять
Но я не пробовал это юзать

🤡

SDL2 + Nuklear.

Java вообще быстрее С.

Java вообще быстрее С.

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

Конечно, особенно бесконечные быстро выполняет.

Ну, да :D Godot взрослый проект, а это всего лишь биндинг. Если проблемы будут то точно мешьше если кроссплатформу, сеть, ввод,вывод,графику как ТС хотел самому писать.

Я честно предупредил что я не использовал, но люди же юзают.

SDL2 + Nuklear.

+1

Ой, то есть так:

--------       
|      |       -----
| твой |       |   |
| пост |       | 1 |
|      |       |   |
--------       -----
   |             |
   |-----   -----|
        |   |
        v   v
       -------
       |  +  |
       -------

На некоторой синтетике говорят обгоняет, да. Но ПО без цикла обработки событий и меньше чем с одним потоком довольно мало в наши дни.

Пару тройку лет назад на хабре был интересный обзор на эту тему и в общем и целом Jit компиляция иногда позволяет делать интересные оптимизации, которые в случае C придётся делать в ручную с очень не малыми извращениями, и некоторые всё равно не выйдет сделать (типа PGO в рантайме).

Я честно предупредил что я не использовал, но люди же юзают.

Вот так взял и честно признался, что ты просто ретранслятор чужих мыслей, без своего собственного опыта и мнения.

Хихи, ещё один извращенец, атстань шалунишка, фи фи фи!

Ты предлагаешь использовать Метапрог? :D

OpenGL все перечисленные платформы умеют, вычисления платформонезависимы и так (ну почти)

А почему ты решил использовать opengl, а не vulkan?

А почему ты решил использовать opengl, а не vulkan?

С чего ты взял, что железо, на которое он ориентируется, поддерживает vulkan? Или что его команда знакома с vulkan'ом, так же хорошо, как с OpenGL? Или ты очередной советник мамкин, начитавшийся агиток и пропаганды?

Хихи, ещё один извращенец, атстань шалунишка, фи фи фи!

🤡

vulkan

Люди нарисовавшие на нем треугольник сошли с ума.

Пару тройку лет назад на хабре был интересный обзор

гугловцам отсыпь, а то они наигрались в андроиде с жабой - в фуксии ей и не пахнет

Люди нарисовавшие на нем треугольник сошли с ума.

Зная этого пациента, я сомневаюсь, что он даже это смог осилить. Хорошо хоть написал «vulkan», а не «vulcan», как некоторые советники любят делать.

Хороший смайлик 🤡

Андрюша же умеет только обрезанную копию

Люди нарисовавшие на нем треугольник сошли с ума.

Печально.

А почему ты решил использовать opengl, а не vulkan?

Что бы работало везде, а не на 3х железках, вулкан на андроиде так это вообще часто если и есть то заглушка тормозная, где вся концепция низкой латентности убита от слова совсем

вулкан на андроиде так это вообще часто если и есть то заглушка тормозная, где вся концепция низкой латентности убита от слова совсем

Ты уже и специалистом по vulkan'у заделался, или опять бездумно повторяешь чьи-то слова?

Повторяю,как тотошка. После 2,5 часового доклада о игровой разработке под всё включая мобилки и проблемах. Если где осталось и найду то скину линк на видос, вроде на vimeo было. Уж не помню точно год назад было, хотя сомневаюсь что кардинально что-то изменилось. Да и что ты пристал, у меня 3 компа, 2 микрокомпа, 3 телефона и приставка была. Всё умеет OpenGL и никто даже не слышал про Vulкан. Тут не надо быть спецом, достаточно головой подумать, хоть и прошло много времени, но железа ещё мало, работать это будет не везде, если будет то не факт что как надо. Если брать вулкан то ты точно должен просто быть уверен что целевая аудитория твоя те кто в течении последних лет купил тот или иной флагман. И ты заранее знаешь и понимаешь что на большинстве оборудования в мире твоя поделка работать не будет. Вулкан можно прикрутить опционально с прицелом на будущее ибо со временем всё изменится конечно, но вот прямо сейчас делать вулкан основным и единственным не всегда оправданно. Да и глупо, ты просто теряешь бOльшую часть рынка и пользователей.

Вулкан (скрипя зубами говорю) это хорошо, но сейчас он совершенно не замена OpenGL. Ибо GL уже работает везде, а Vk нет

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

Во вторых строках - фуксия этож вроде ядро онли пока что? Я если что не очень слежу, поправь меня. Ну максимум ядро + набор корных утилит для примера - в gnu/linux и */linux так то тоже жабой не особо пахнет.

для определённого класса вычислительных задач есть замечательная открытая библиотека VTK, в которой, кстати, есть возможность обработки данных «на лету» в процессе счёта.

// тред не читал

Но, в текущих реалиях(андрюша), если портабельность не самоцель можно получить лучшую скорость разработки с теми же костами в рантайме.

сначала там викинули дальвик с jit

https://source.android.com/devices/tech/dalvik

а сейчас и вовсе на kotlin перешли

фуксия этож вроде ядро онли пока что?

ядро там zircon

А, т.е. там прям Ось уже, прикольно, спасибо за пояснения.

Но по поводу dalvik и kotlin - не очень понял. Dalvik это реализация jvm рантайма насколько я себе это представляю, а kotlin - jvm based язык. Если выкинули dalvik, то какой то jvm рантайм всё равно остался?

Если выкинули dalvik, то какой то jvm рантайм всё равно остался?

ART

ART introduces ahead-of-time (AOT) compilation, which can improve app performance.

Ага, я сходил таки по ссылке, почитал. Т.е. идея грубо скомпилять dex бинарь в нормальный бинарь под конкретное железо после первого запуска. Хм. Закешировать Jit, нормальная история. Было бы интересно посмотреть бенчи с теми же плюсами на одинаковых задачах, сдаётся мне проигрыш будет минимален на большинстве типовых задач.

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

так они JIT выкинули еще в KitKat (больше 5 лет назад), к тому времени как ты потестишь весь UI будет уже на DART :)

Чем вам не нравится делать декларативную тормозную хрень прямо в браузере?

Я думаю что добрые люди уже давно портировали обеих на андроид. Иначе я поддержу SDL/2

Если только реализовали какуюто часть API OpenGL поверх API OpenGLES, но прям полностью, а бы сам рад такое найти. Да и API переносить мало шейдеры тоже отличаются, и отличаются не снаружи, а изнутри, float точность иная glsl функций некоторых нет. Хотя, можно изначально делать всё на GLES и под PC и под встройку включая мобилки. А ведь так и делают часто вообще не используя полноценный OGL, godot к примеру вообще работает только с GLES, а он игровой двиг, а почему? А потому что гемороя не хотят. Поэтому я с GLES бомблю, достаточно было просто взять и обрезать функционал обычного GL до минимума для встройки и всё, а не городить ещё одно API, тогда можно было бы с крайне минимальными изменениями портировать приложения, а не переписывать их. Хтьфу!

Выдыхаю.

А я думал вебщики страдают…

Мде, гугель сделал себе свой маленький веб, в котором он w3c, ietf и господь бог. Молодцы, чё.

Прочел тред и удивился: а почему никто QtWidgets не посоветовал..? Кроссплатформа есть, OpenGL есть, шейдеры есть, C++ есть.