XCB либа — ужасный недокументированный монстр — как сделать рендер?

xcb это клиентская часть иксов. Как ты собрался писать композитор, если вообще не разбираешься?

И лучше делай на wayland. Это тренд. Это хипстерство.

Не эксперт, но, вроде как, можно отрендерить сцену чем угодно и дать её на отрисовку иксам.

Дурачек что ли ? Wayland это то что отличает linux от windows , изначально в linux не было своего видео стека сто пудово был перекопепизжен с windows с помощью кастылизации конфигов.

обычно там всё делается относительно похоже на аналогичное в xlib, просто со своими особенностями

поверхность для вулкана создаётся через vkCreateXcbSurfaceKHR(), всё остальное графическое можно делать через вулкан

изначально в linux не было своего видео стека сто пудово был перекопепизжен с windows с помощью кастылизации конфигов.

Графическая подсистема X на Линукс пришла из мира Юникс. И первый ее выпуск был в 1984г. А у Микрософта первая Винда появилась в конце 1985г. К этому времени уже была 9-я версия Х, а в конце 1985 вышла Х10.

можно отрендерить сцену чем угодно и дать её на отрисовку иксам.

Да. Но он же хочет сделать композитор. Композиторы не работают через библиотеку xcb.

Анон, ты смешон.

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

а вот как сделать последние весчи — я действительно пока не знаю — и одна из причин — полная отсутствия документации по XCB данного аспекта

именно — рендерить я собираюся вулканом — а вот как отдать на отрисовку — один из главных вопросов настоящей темы.

XCB либа -- ужасный недокументированный монстр -- как сделать рендер? (комментарий)

эмм... а через чо они работают???
как бы в ентой либе есть свой композитинг и рендер...
а вот как их юзать — енто уже не документировано ваще никак

ну скажем так — тут вопрос получается в том, как скажем отрисовать чото поверхъ всего на видимом скрине?

Эмм… ну да, похоже это я не разбираюсь. Лол ))))

Погуглил тут. Нашёл композитор для иксов с рендером на вулкане https://github.com/jaelpark/chamferwm/tree/master Тоже xcb использует.

не переживай, мы все кадато были такими же)) вухаахахаахх

<vulkan/vulkan_xcb.h> — даже есть)) вуххахахаах — я пока не знал но енто чудесна

ок — похоже я понял чо мне особо голую XCB юзать то и не надо...
все уже есть в вулканАПИ

xcb это ад, да.

У Xlib API как-то адекватнее, но почему-то все форсят XCB.

я просто думал чо Xlib более не актуально — поскольку фридесктоп типа сделали новый апи...
если енто не так то действительно — Xlib приятнее юзать — если следовать моим познаниям в ентих двух апи.

У всего что связано с иксами внутри каша, хотя лучше ничего нет и не будет. Даже такая простая штука, как XKB внутри содержит говнокод и умудряется падать от OpenGL/vulcan приложений в полноэкранном режиме. Но вместо того чтобы пофиксить говнокод, решили с нуля новый напихать.

Но вместо того чтобы пофиксить говнокод, решили с нуля новый напихать.

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

xlib пытается прятать тот факт, что на самом деле выполняет асинхронные запросы к серверу. xcb делает реально происходящее явным

это называется оперсорс. тут только немногие пишут доки, большинство из принципа ничего не документируют. особенно всякая инфраструктура - drm, xcb, alsa, и т.д. и т.п.

Я когда-то давно пытался с этим XCB разобраться Прокрутка(неполная перерисовка) изображения в иксах

Короче, там почти ничерта не документировано, приходится читать доки на X core protocol и ковызярять какие-то примеры.

Прокрутка(неполная перерисовка) изображения в иксах (комментарий) как советует Zubok

Я вообще рекомендую в случае именно xcb смотреть больше не на документацию Xlib (но на нее тоже за компанию, потому что она во многом совпадает), а на документацию по X-протоколу, потому что xcb - это буквально реализация протокола 1:1. Например, нужен xcb_render_composite. Это команда протокола Composite расширения Render (xcb_<расширение>_<команда>). Все параметры этой команды будут аргументами функции xcb_render_composite вплоть до названия. Но в описании протоколов нет примеров.

А XCB-то тут при чем? Vulkan и XCB вещи ортогональные и там ничего и не должно быть про Vulkan. С такой беспомощностью в поиске ты нифига не напишешь. Вот тут есть, как создавать swap chain для xcb, xlib:

https://software.intel.com/content/www/us/en/develop/articles/api-without-sec...

A tiling window manager with Vulkan based compositor. Разбирайся.

https://github.com/jaelpark/chamferwm

XCB ужасное и недокументированное говно. Чтобы что-то написать с его помощью, нужно долго и нудно ковырять исходники существующего.

Сейчас 2020 год, избегай XCB и прочих иксовых извращений.

Немного перлов из «качественнейшей» документации этого XCB-говна:

case XCB_KEY_RELEASE: {
    xcb_key_release_event_t *kr = (xcb_key_release_event_t *)event;
    
    switch (kr->detail) {
        /* ESC */
        case 9: {                       // <=== LOL
            free (event);
            xcb_disconnect (connection);
            return 0;
        }
    }
    free (event);
}

https://xcb.freedesktop.org/tutorial/fonts/

XCB keycode в ASCII вопрос (комментарий)

и тут я готов отправить кадр на вывод. — как енто сделать?

В vkCreateXcbSurfaceKHR указать окно-оверлей. Это специальное окно на котором надо рисовать десктоп, которое X-сервер тебе предоставит, оно находится поверх всех окон. XID окна ты получаешь из Composite Extenston (xcb_composite_get_overlay_window), далее отмапить его.

Но тебе еще много чего надо будет потом. Damage Extention, например.

да — тут уже выше грили про ентот проект — уже посмотрел бегло, спс

оу спс
а вот можешь огласить чо такое енто Damage Extention? А то я ваще не понимаю почему такое называние — хедеры уже излазил, его апи понял — оно тривиально по структуре — но чо енто, для чего и как именно юзать — я не понял...

а XCB мне нужен был что бы узнать куда отсылать рендер — ты мне уже вроде ниже подсказал чо енто через xcb_composite_get_overlay_window делать.
ну и XCB еще же нужен что бы получать атрибуты окон — геометрию, боксы прозрачности и т.д. — иначе как я буду знать чо прозрачно а чо нет?

не понимаю почему такое называние

Пальцем в небо: у древних графических средств было такое понятие как Damage. Чтобы сервер актуализировал (обновил) какую-то информацию из пиксельного буфера, нужно вызвать Damage на его объекте.

В QNX Photon для того чтобы перерисовать виджет в окне или его часть, нужно было сделать что-то вроде: PtDamageWidget() вместо repaint(). Возможно Damage Extension для X.Org и реализует подобное.

События Damage нужны, чтобы композитор узнал, что содержимое каких-то окон изменилось. Этот механизм везде используется, в том числе и на Wayland, но только там приложения сообщают композитору damage events напрямую, а в иксах композитор получает эти события от X-сервера.

В QNX Photon для того чтобы перерисовать виджет в окне или его часть, нужно было сделать что-то вроде: PtDamageWidget()

Да, именно так, я как раз из тех несчастных, кто в 2020 вынужден работать с фотонькой… =(

ваадушивися — ты же не на асме пишешь...

изначально в linux не было своего видео стека сто пудово был перекопепизжен с windows с помощью кастылизации конфигов.

и кстати енто вранье — разработка граф стека винды и иксов начиналась одновременно — и еще вопрос, что первым началось разрабатываться.
и да — в линуксе сразу был граф стек — поскольку иксы появились задолго до линукс

вроде как раз Xlib делает синхронные запросы — а XCB делает возможным делать енто асинхронно

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

в данный момент я эксперементирую с root окном — из него получаю кадр и отрисовываю его на композитном слое — однако в таком случае перед забором кадра из root окна надо делать unmap() композитного слоя, иначе root окно содержит так же и композитный слой — и получается статичная картинка. Но если делать каждый раз unmap(), map() root окна — все начинает фликаться. И почему то с включенным FIFO present типом в вулкан swapchain все равно получается тиринг — думаю енто не тиринг на композитном слое, а просто кадр полученный из root окна такой...

многие данные нашел в текстовых файлах отсюда