Hoger
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
да это и так было известно, что она влияла и на аппаратный декод, что она будет использоваться в том числе и для него в случае ее выбора для софтового декода )
с оригинальной библиотекой из opencodecsetup ведь аппаратный декод в инфе уже был обозначен как ffmpeg, даже при отключенном внутреннем ffmpeg dxva...
вместо этой фигни с обозначениями в osd которые и так были, лучше бы реальной проблемой он занялся, которой усиленно занимался за неделю до выхода текущей стабли yбирая косяки двух предыдущих стаблей потому что всем было пофиг, а он и не знал )
неужели не видно, что сам по себе софтовый декод ffmpeg64.dll (любой) сейчас работает криво, что перемотка тугая и невнятная, что в инфе на экране при перемотке отрубается встроенная обработка видео?
именно так было в предыдущих стаблях, причем и для любого аппаратного декода тоже, что был значительно хуже
для примера только сам выбор copyback декода в настройках без его последующего включения приводил к тормозам на перемотке на обычном софтовом декоде, вот просто так, из-за ничего ) а постоянное отрубание аппаратного декода и перехода в софт при перемотке на некоторых карточках приводило вообще к отвалу драйвера...  |
Всего записей: 1782 | Зарегистр. 29-04-2006 | Отправлено: 22:03 22-07-2022 | Исправлено: Hoger, 22:08 22-07-2022 |
|
