Страницы: 1
Firefox 47.0
проблема устранена. И на AMD и на NVidia аппаратное ускорение теперь не отключается при перемотке
в 46.0.1 подобных проблем
так как же Вы их могли заметить или не заметить, если не знаете как ?)
я эдорово вижу по загрузке процессора диспетчером задач (если видео тяжёлое какое),
или по частотам видеокарты в GPU-Z. они для DXVA больше чем для простого раб. стола.
еще есть программуля DXVA cheker, той вроде тоже по силам это смотреть
а вот на intel HD4600 всё в порядке, при промотке аппаратный декодер не отключает :/
html5 подразумевает видео в трёх вариантах.
нам интересны два. это закрытый кодек h.264 который декодируется аппаратно даже мобилами.
второй вариант это vp8, работающей аппаратной реализации декодера я не видел.
хотим аппаратное декодирование ? запрещаем vp8 (media.webm.enabled ставим false)
сайты начинают отдавать нам поток в h.264, соответственно не грузим проц декодированием
другое дело что сама реализация в фоксе поддержки этого кодека не безгрешна, но это уже другая история
Перепроверил на другом компьютере, с видео GTX560M.
Проблема имеет место быть и там :(
а я думал это форум разработчиков :lol: а оказалось таких же как и я горемык:cool:
turbot спасибо !
в общем таких ключиков
media.hardware-video-decoding.force
media.hardware-video-decoding.failed
изначально нету. создал их, перезапустил мазилу, ничего не изменилось.
при открытии видео всё нормально но стоит подвинуть движёк и...прощай DXVA
для повторного включения достаточно обновить вкладку. Жаль видео при этом начинается сначала.
Завтра попробую на другой машинке, с NVIDIA
Доброго времени суток !
Стабильная сборка 46, отключается аппаратное декодирование h.264 при прокрутке видео.
например этот ролик 1080/60fps (кодек avc1.64)
https://www.youtube.com/watch?v=79ImZE0K7xc
сразу при открытии DXVA включено, но стоит передвинуть ползунок шкалы времени, отключается аппаратное ускорение и взлетает нагрузка процессора.
при этом в логах появляется "Error Too many dropped/corrupted frames, disabling DXVA"
Естественно что HD7850 это видео декодирует легко и непринуждённо без всяких пропусков.
Похоже это вызвано тем что при прокрутке мы ставим движёк в позицию, данные потока с которой ещё не подгружены в кэш,
и на их загрузку из сети требуется какое-то время.
Может быть стоит ввести задержку на контроль пропусков при перемещении движка, такую же как при первоначальном открытии видео.
информация о системе под спойлером.
[spoiler]Аппаратно ускоренные окна 1/1 Direct3D 11 (OMTC)
Асинхронное панорамирование/зум нет
Версия драйвера 16.150.2401.0
Визуализатор WebGL G
Страницы: 1