WTware клиент RDP

Здравствуйте!
Обновился до версии 6.2.28
Стала на некоторых (разных по железу и году выпуску) терминалах вылетать на голубом фоне ошибка "M1 GFX pipe closed".
Нажимаем ОК и пользователя выкидывает на WTware-вское окно аутентификации.
В моем "зоопарке" статистики по данной проблеме пока собрал мало, заметил только, что такую ошибку выдает там где хотели посмотреть видео на сервере или поработать офф-лайн с приложением 2ГИС.
Ошибка не массовая, но всё равно беспокоит.
Подскажите, что можно сделать?

Железо терминалов: разное, ОЗУ не более 4 ГБ, графика встроенная (графические ядра).
Сервер: windows server 2016 dtc.

1. Снять и прислать нам лог сразу после вылета, до перезагрузки: http://wtware.ru/logs.html
Обязательно. Без лога не починим. На нашем железе всё работает.

2. Написать в конфиг терминала:
3. В следующей версии, когда починим, убрать graphic= из конфига.

Сегодня постарался воспроизвести проблему на одном из терминалов. В терминальной сессии запустили под пользователем 2gis. При попытке работы с картой в течении 1 минуты выскочила ошибка немного отличающаяся от прошлой: "Main pipe closed".
Лог терминала прилагаю.

Да, аппаратный h264 ведёт себя неожиданно. На наших железках не так. Попробуй это:

http://wtware.com/testing/202406261138/ ... .29.ru.zip

И покажи такой же лог.

Обновился до версии 6.2.29. Сымитировал проблемную ситуацию.
Ошибки остались. Лог с терминала прилагаю.

Попробуй 6.2.30. На другой железке она такую проблему решила.

Скачал, поставил 6.2.30.
Проблема с ошибкой осталась, но.... чисто субъективно: мне кажется, что теперь подопытный терминал в процессе мучений держится дольше без ошибки, а потом всё равно "main pipe closed" либо "M1 GFX closed" появляется на экране и выкидывает на окно аутентификации.
Лог подопытного прилагаю.

В логе падает сразу после того, как втварь пытается раскодировать h264. Когда сервер решит, что пора переключаться с обычного кодека на h264 - зависит от фазы луны, из-за этого кажется, что оно держится. Ничего не починилось На наших железках аппаратное декодирование немного иначе работает, именно такого поведения не встречалось, потому приходится отлаживать ужаденно...

Попробуй пожалуйста вот это:

http://wtware.com/testing/202407210203/ ... .31.ru.zip

Хочу такой же лог после первого падения.

Поставил 6.2.31
Весь вечер вчера мучил проблемный терминал, ошибки не было ни разу.
Лог прилагаю.

Непонятно. Когда только начинается воспроизведение видео, в логе .30 версии декодер h264 возвращает такое: Этот формат на наших железках не приходит, мне его отлаживать негде, и из-за него всё падало. В логе .31 версии не он, а другой формат: Т.е. 31 версия ведёт себя так же, как и на наших подопытных термиланах. Потому и работает. Но я же ничего не менял, железо то же, ffmpeg той же версии, я только добавил больше логов.

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

А что еще чинить? В 31й версии все без ошибок на моем подопытном.
На всякий случай попробую и новую версию обкатать.
Спасибо за быстрый отклик на проблему =)

Попробуй 6.2.32.