6.0.34 - аппаратное ускорение h264 на Raspberry

[aka]

Аппаратное ускорение h264 AVC444. Пока только на Raspberry, потому что там единообразно. Позже будет на x86.

Сжимается вся графика одинаковым кодеком, не только видео.

Создает заметную нагрузку на процессоры сервера.

В WTware по умолчанию включено. Если будет неправильно рисовать, отключить строкой "graphic=disable-h264" в конфиге терминала.

На серверах по умолчанию отключено. Надо включать руками, в gpedit.msc здесь:

h264_1.png (54.77 КБ) 1091 просмотр

[Dim-soft]

а какие плюсы ?

[aka]

Графика быстрее рисуется. Видео плавнее. Я минусов по сравнению с нынешним кодеком не вижу.

[Barvinok]

Как по логу понять, что оно работает?
Можно ли удалённо сравнить производительность, нагрузку на CPU, GPU?

[aka]

В логе такая строка означает, что втварь предлагает серверу работать по h264:

Код: Выделить всё

Advertice h264 AVC444.

Если этой строки нет, значит что-то не нравится втвари (старая версия, не малина, bpp=16).

Если сервер соглашается работать по h264, то в логе появится:

Код: Выделить всё

[MMAL] Init h264 decoder for 1312x768 stream.

[Barvinok]

Значит работает. Супер.
Можно во время работы узнать fps?

[aka]

Оно тебе надо расстраиваться? Работает и ладно. Да и фреймы там есть только в редких случаях, когда обновляется полностью весь экран, чаще оно обновляет кусочками.

[Barvinok]

А вот и первые ласточки.
Четвёртая малина с двумя мониторами.
После обновления вылезла ошибка "Недостаточно памяти, напишите gpu_mem=128".
Написал, перегрузил.
Теперь ошибка "TCP/IP connection lost. Network failure?"
При этом я подключаюсь к терминалу и в браузере и по VNC.

[aka]

После обновления вылезла ошибка "Недостаточно памяти, напишите gpu_mem=128".

config.txt на SD карте свой, не тот что записал конфигуратор?

Сломался от второго экрана. Сейчас будет новая версия.

[Barvinok]

Родной, конфигураторный. Ничего не менял, только добавил gpu_mem=128

[aka]

В родном конфигураторном должно было быть "gpu_mem=96", моей малине этого на два экрана по 1920x1080 хватало. Любопытно, почему твоя ругалась.

Выложил 6.0.36. Попробуй пожалуйста на двух экранах.

[Barvinok]

Всё одно затребовал gpu_mem=128.
После внесения - работает.

[Barvinok]

В родном конфигураторном должно было быть "gpu_mem=96"

Я такого не видел.
Обновляю через браузер.

Пошла обратная связь от пользователей.
Переключения окон приложений (Alt+Tab или просто мышкой) или скрол происходят не гладко. Сначала секунду все окна в размыты (как в пикселях), потом чётко.
Видео отправлю письмом.

[aka]

В родном конфигураторном должно было быть "gpu_mem=96"

Обновляю через браузер.

Понял. Обновление не меняет конфиги, меняются только бинарные файлы. config.txt остался старый.

Сначала секунду все окна в размыты (как в пикселях), потом чётко.
Видео отправлю письмом.

Не вижу на этом видео "потом четко". Все размыто.

По идее так и задумано, кодек быстро кидает черновую картинку и понемногу уточняет. Люди ругаются?

[KudrC]

Перестал работать VLC, на версии 5.8.32 работает на версии 6.0.34 показывает первый кадр и зависает, конкретно пытался выводить видео с камеры в конфиге такие настройки :

clienthostname=StafOfice_QUEUE
video=intel(U)
display=1920x1080, VGA
infobox=always, shutdown, reboot
user= список пользователей; --new--
M2_display=1280x720, HDMI
connection
next screen
connection
next screen
connection
M2_next screen
connection
application=vlc
vlc_cmdline=rtsp://192.168.2.38:7447/bfb6a216-61d2-31e4-8bfe-744b38d1ae81_0
M2_next screen
connection
server= сервер для подключения
user= один пользователь с паролем для автоподключения

[aka]

Попробуй video=modesetting(U).

[Barvinok]

Не вижу на этом видео "потом четко". Все размыто.
По идее так и задумано, кодек быстро кидает черновую картинку и понемногу уточняет. Люди ругаются?

Снято на телефон, но люди сильно ругались.
На обычном кодеке же всё хорошо, почему h264 так не умеет?
Пришлось его выключить

[KudrC]

Попробуй video=modesetting(U).

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

[KudrC]

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

[aka]

в понедельник попробую новую версию отпишусь...

Лог покажи.

А вообще нужно всё же как то сообщать, что в новой версии "трогалось", изменялось и добавлялось

Между 6.0.34 и 6.0.36 обновилось линуксовое ядро. Всего на единичку, ничего глобального, рутинное поддержание актуальной версии ядра, ядер в втвари три разных (x86, UEFI, малина), все три постоянно обновляются. Changelog одного только ядра, обновившегося на одну только единичку - больше двух тысяч строк: https://cdn.kernel.org/pub/linux/kernel ... Log-5.4.97

Расскажи, что ты станешь делать с этой информацией?

[aka]

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

Лог покажи. С той малины, на которой особенно заметно. Ещё хорошо бы проверить, что у неё со скоростью сети (например, заливанием большого файла НА флешку в малине) и что с загрузкой процессора сервера.

У меня даже на третьей малине переключение окошек мновенное, никакой ступенчатой прорисовки не видно.

[Barvinok]

h264 более требователен к сети?
Вообще там гигабитная сеть, но большинство подключены транзитом через ip-телефоны и со 100 Мбитным свичём.
На сервере 32 ядра, загрузка ~15%.
Я проверю в понедельник как будет при прямом подключении и пришлю лог.

[aka]

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

[Barvinok]

Сегодня проверил работу сети. Прокачивал образ раздела, снятый Акронисом (tib) размером ~120GB (не целиком, минут пять).
Гигабитный свич и две гигабитные сетевушки (сервер-ноутбук) напрямую выдают 80-90МБайт/сек.
Через ip-телефон (100Мбит) - 8-9МБайт/с.
Без потерь. Без ошибок.
При работе за терминалом с включённым H264 и так и эдак я вижу размытость и при скроле и переключениях между окнами. На всех малинах так, не на одной. Примерно пол секунды.
Это действительно напрягает глаза.
С кодеком GFX такого не происходит.

[KudrC]

в понедельник попробую новую версию отпишусь...

Лог покажи.

А вообще нужно всё же как то сообщать, что в новой версии "трогалось", изменялось и добавлялось

Между 6.0.34 и 6.0.36 обновилось линуксовое ядро. Всего на единичку, ничего глобального, рутинное поддержание актуальной версии ядра, ядер в втвари три разных (x86, UEFI, малина), все три постоянно обновляются. Changelog одного только ядра, обновившегося на одну только единичку - больше двух тысяч строк: https://cdn.kernel.org/pub/linux/kernel ... Log-5.4.97

Расскажи, что ты станешь делать с этой информацией?

Уважаемый Ака, я конечно понимаю иронию и считаю себя обыкновенным юзером (потому к стати и пользуюсь вашим продуктом, так как всё относительно просто для меня), но конкретно информация о том, что поменялась линуксовое ядро, для меня говорит о том , что есть смысл проверить старые хотелки которые не работали или работали коряво на предыдущей версии, а если бы было написано, что изменилась версия VLC, то я бы попробовал немного другую конфигу для мозайки, а если написано будет, что поменялся загрузчик для "малинки", то я ничего делать не буду, так как не использую малинки.... как то так.

[KudrC]

Перестал работать VLC, на версии 5.8.32 работает на версии 6.0.34 показывает первый кадр и зависает, конкретно пытался выводить видео с камеры в конфиге такие настройки :

clienthostname=StafOfice_QUEUE
video=intel(U)
display=1920x1080, VGA
infobox=always, shutdown, reboot
user= список пользователей; --new--
M2_display=1280x720, HDMI
connection
next screen
connection
next screen
connection
M2_next screen
connection
application=vlc
vlc_cmdline=rtsp://192.168.2.38:7447/bfb6a216-61d2-31e4-8bfe-744b38d1ae81_0
M2_next screen
connection
server= сервер для подключения
user= один пользователь с паролем для автоподключения

Попробовал версию WTware v.6.0.36, та жа история показывает на втором экране первый кадр с камеры и зависает,
пробовал и с параметром
video = modesetting(U) , всё одно зависает

[aka]

Попробовал версию WTware v.6.0.36, та жа история показывает на втором экране первый кадр с камеры и зависает

Попробуй это: http://wtware.com/testing/202102210527.zip

[KudrC]

ага, понял сегодня проверю.

[KudrC]

так заработало, в смысле не зависает и экран с VLC отображает видео, спасибо за оперативность.
Пока будут работать на данной версии (6.0.37), если будут проблемы отпишусь.

[KudrC]

так следующие отзывы о работе 6.0.37 :
конфиг
clienthostname=StafOfice_QUEUE
video=modesetting(U)
display=1600x900; VGA
disk=usb
infobox=always, shutdown, reboot
M2_display=1280x720; HDMI
M2_position=right-top
connection
next screen
connection
next screen
connection
M2_next screen
connection
application=vlc
vlc_cmdline=rtsp://192.168.2.38:7447/bfb6a216-61d2-31e4-8bfe-744b38d1ae81_0
M2_next screen
connection
server=192.168.2.116
user=ochered_MAD[VIDEO QUEUE (очередь)]:\x6a\x78\x74\x68\x74\x6c\x6d\x32\x30\x31\x21


1. ОЧЕНЬ медленное переключение экранов на первом мониторе (прям видно как один "переползает" во второй), на втором вроде как быстро
2. ОЧЕНЬ медленная реакция на нажатие (выбор пользователя) на первом экране
3. Работа в самомой терминальной сессии вроде нормальная (юзеры не жалуются)

[aka]

1. ОЧЕНЬ медленное переключение экранов на первом мониторе (прям видно как один "переползает" во второй), на втором вроде как быстро

Напиши в конфиг:

Код: Выделить всё

animation_speed = 0

На втором мониторе переключение из VLC в RDP должно быть мгновенным. Из RDP и VLC медленно потому что VLC запускается.

2. ОЧЕНЬ медленная реакция на нажатие (выбор пользователя) на первом экране

Этого не понимаю. Опиши подробнее.
Если убрать из конфига второй монитор, починится?

[Barvinok]

Очередной отклик пользователя на новый кодек:

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

[KudrC]

1. ОЧЕНЬ медленное переключение экранов на первом мониторе (прям видно как один "переползает" во второй), на втором вроде как быстро

Напиши в конфиг:

Код: Выделить всё

animation_speed = 0

На втором мониторе переключение из VLC в RDP должно быть мгновенным. Из RDP и VLC медленно потому что VLC запускается.

2. ОЧЕНЬ медленная реакция на нажатие (выбор пользователя) на первом экране

Этого не понимаю. Опиши подробнее.
Если убрать из конфига второй монитор, починится?

Установил animation_speed = 0 и всё заработало как и раньше , второй монитор не убирал,
странно что на версии 5.Х этот параметр работал по другому (так медленно не менял экраны).
пункт 2 тоже вылечился (было - мышкой кликаешь по элементу из списка пользователей и фокус на "выбранного" пользователя переходил с задержкой)
Насчёт переключений из RDP на VLC всё правильно переключается, я знаю , что VLC при этом стартует (и это правильно мне так и надо)
в общем animation_speed = 0 помогло, других претензий от пользователей не отмечено.

[aka]

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

Если написать ему в конфиг "graphic=disable-h264", станет лучше? Или будет как с бородой под/над одеялом?

[aka]

Установил animation_speed = 0 и всё заработало как и раньше , второй монитор не убирал,
странно что на версии 5.Х этот параметр работал по другому (так медленно не менял экраны).

Странно. Много лет ничего в этом сдвиге не менялось. Попробуй тест скорости графики, который из меню по Del вызывается. В 5.Х и в свежей, и сравнить результаты. А то VLC в логе ругалось, что очень медленно прорисовалось, и анимация замедлилась, может что-о со скоростью рисования хуже стало.

[Barvinok]

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

Если написать ему в конфиг "graphic=disable-h264", станет лучше? Или будет как с бородой под/над одеялом?

Отклики пользователей, когда выключил h264 (сначала некоторым в конфиге, а потом целиком на сервере):

Оооо, кайф) визуальный экстаз) спасибо!!

Во, гораздо лучше, спасибо

[KudrC]

Установил animation_speed = 0 и всё заработало как и раньше , второй монитор не убирал,
странно что на версии 5.Х этот параметр работал по другому (так медленно не менял экраны).

Странно. Много лет ничего в этом сдвиге не менялось. Попробуй тест скорости графики, который из меню по Del вызывается. В 5.Х и в свежей, и сравнить результаты. А то VLC в логе ругалось, что очень медленно прорисовалось, и анимация замедлилась, может что-о со скоростью рисования хуже стало.

Вот результаты измерений:
WTware 5.8.32
intel(U) - 17,70
modesetting(U) - 27,85

WTware 6.0.37
intel(U) - 82,73
modesetting(U) - 164.85

и ещё такое прилетело от пользователей WTware 6.0.37 - "интернет тупит" , от пользователей WTware 5.8.32 жалобна подобное нет, хотя все работают на одном терминальном сервере, после того как я их попытал вроде как выяснилось, что хром запущенный в терминальной сессии медленно перерисовывает странички электронной почты.

[aka]

Цифры адские же. Что-то сломалось. Покажи два одинаковых лога от 5.8.32 и от 6.0.37. Чтобы конфиг одинаковый, железо одинаковое, только версии втвари разные.

[KudrC]

Цифры адские же. Что-то сломалось. Покажи два одинаковых лога от 5.8.32 и от 6.0.37. Чтобы конфиг одинаковый, железо одинаковое, только версии втвари разные.

логи как заказывал