forum.opennet.ru

Составление сообщения

Исходное сообщение

"В Firefox добавлено ускорение декодирования видео через VA-A..."
Отправлено n00by, 05-Июл-20 16:27

Ну, я пока не понял, что там за каша-ассорти получится из топора.
Фрагмент тьютора по Воланду:

static void
xdg_surface_configure(void *data,
        struct xdg_surface *xdg_surface, uint32_t serial)
{
    struct client_state *state = data;
    xdg_surface_ack_configure(xdg_surface, serial);
    struct wl_buffer *buffer = draw_frame(state);
    wl_surface_attach(state->wl_surface, buffer, 0, 0);
    wl_surface_commit(state->wl_surface);
}

Это обработчик события, в котором надобно по протоколу отрисовать окно -- тогда всё будет чётко и без мерцания.
ack_configure -- заявляет "щас буду рисовать"
commit -- подтверждает транзакцию.

draw_frame() -- самое главное. В данном случае рисует в разделяемой памяти, программно.
Так вот, я сходу не нашёл рабочего кода, где бы в таком обработчике отрисовка шла аппаратно. Т.е. в том же mpv тупо:

static void handle_surface_config(void *data, struct xdg_surface *surface,
                                  uint32_t serial)
{
    xdg_surface_ack_configure(surface, serial);
}
А вот wlroots:
// At this point, if the wl_buffer comes from linux-dmabuf or wl_drm, we
// still haven't released it (ie. we'll read it in the future) but the
// client destroyed it. Reading the texture itself should be fine because
// we still hold a reference to the DMA-BUF via the texture. However the
// client could decide to re-use the same DMA-BUF for something else, in
// which case we'll read garbage. We decide to accept this risk.

Исходное сообщение
"В Firefox добавлено ускорение декодирования видео через VA-A..." Отправлено n00by, 05-Июл-20 16:27
Ну, я пока не понял, что там за каша-ассорти получится из топора. Фрагмент тьютора по Воланду: static void xdg_surface_configure(void data, struct xdg_surface xdg_surface, uint32_t serial) { struct client_state state = data; xdg_surface_ack_configure(xdg_surface, serial); struct wl_buffer buffer = draw_frame(state); wl_surface_attach(state->wl_surface, buffer, 0, 0); wl_surface_commit(state->wl_surface); } Это обработчик события, в котором надобно по протоколу отрисовать окно -- тогда всё будет чётко и без мерцания. ack_configure -- заявляет "щас буду рисовать" commit -- подтверждает транзакцию. draw_frame() -- самое главное. В данном случае рисует в разделяемой памяти, программно. Так вот, я сходу не нашёл рабочего кода, где бы в таком обработчике отрисовка шла аппаратно. Т.е. в том же mpv тупо: static void handle_surface_config(void data, struct xdg_surface surface, uint32_t serial) { xdg_surface_ack_configure(surface, serial); } А вот wlroots: // At this point, if the wl_buffer comes from linux-dmabuf or wl_drm, we // still haven't released it (ie. we'll read it in the future) but the // client destroyed it. Reading the texture itself should be fine because // we still hold a reference to the DMA-BUF via the texture. However the // client could decide to re-use the same DMA-BUF for something else, in // which case we'll read garbage. We decide to accept this risk.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке:

При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру