Немного оффтоп. Но я вот не понимаю как люди такую низкую латентность (40-45 нс) получают? Сейчас разогнал свою DDR3L (2 по 8) до 2300 с чуть большими таймингами (12-13-13-30-CR2) на Z170, т. е. с более современным контроллером памяти. Скоростные характеристики немного ниже, но латентность аж 58 нс. Что там крутить надо для понижения латентности?
зы где-то как раз столько же 7700@5ггц проигрывает 1600x@4ггц в синебенче, ну может чуть больше... тоесть зачем все эти сложности? 1700/x-1800x тут вобще всех унизит зыы с последних билдов ffmpeg они не хило подтянули х265 воспроизведение, кстати, у меня есть разработка на нём, и он теперь тащит видео hevc 4k@60fps софтово с 50% загрузкой 6ти ядерников. У предыдущих билдов с этим были большие проблемы при 100% загрузке 6ти ядерников были дикие лаги воспроизведения.
Последний раз редактировалось Sulphide 08.06.2017 21:28, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 06.11.2007 Фото: 9
Juma84 писал(а):
помогло немного, но всё равно оно похоже не очень хорошо использует потоки, а скорее все же важна видеокарта.
В память скорее, чем в потоки. Там один кадр в yuv420p весит 3840*2160+1920*1080*2 = 12441600 байт, таких кадров 30 в сек. То есть 373.248.000 байт в сек. У тебя 328fps, тоесть 4080844800 (4гб в сек). Это в теории конечно. Но это очень много для софтовой декомпрессии. Это не замер латентности памяти в cpu-z где все делает пара инструкций cpu. Тут тысячи инструкций работают, которые не только читают и пишут память.
видеокарту оно не использует совсем, если явно не указать. Можешь посмотреть на график video engine load в gpu-z. При аппаратном воспроизведении он будет показывать больше 0%. для нормального теста cpu надо было брать такое же видео, только не h264, а h265(hevc)
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 16
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения