Некоторые HD-видео на недорогом ноутбуке заикаются / отстают
У меня последняя версия Ubuntu MATE 64-bit на ноутбуке / ноутбуке младшего класса (технические характеристики внизу).
Я пытался воспроизвести HD-видео, и оно было очень противоречивым. Некоторые видео будут воспроизводиться нормально, в то время как другие будут зависать / заикаться (из-за того, что процессор загружен на 100%). Проблема в том, что видео, которые воспроизводятся нормально, часто имеют гораздо более высокое качество, чем видео, с которым оно борется.
Например:
Игра престолов s05e08 - Hardhome (играет хорошо)
Размер: 4.96 ГБ
Длина: 59м59с
Формат: .mkv
Видео:
Разрешение: 1920x1078
Скорость передачи данных: 11,467 кбит / с
Общий битрейт: 11 851 кбит / с
Аудио:
Скорость передачи: 384 кбит / с
Каналы: 6
Частота дискретизации звука: 48 кГц
Мистер Робот s02e09 - eps2.7_init_5.fve (заикается / отстает)
Размер: 738 МБ
Длина: 49м10 с
Формат: .mkv
Видео:
Разрешение: 1920x1080
Скорость передачи данных: 1,712 кбит / с
Общий битрейт: 2096 кбит / с
Аудио:
Скорость передачи: 384 кбит / с
Каналы: 6
Частота дискретизации звука: 48 кГц
По всей логике, если мой ноутбук сможет безупречно сыграть эпизод "Игры престолов", он сможет играть в эпизод с мистером Роботом без заминок.
Это не тот случай, хотя. Мистер Робот очень бегает и отстает. Я пробовал несколько видео проигрывателей (VLC, smplayer, mplayer, mpv media player, Gnomemplayer, kodi), все с одинаковыми результатами.
В игре престолов мой процессор загружен менее чем на 50%. В Mr. Robot загрузка процессора регулярно достигает 100%, что вызывает заикание и задержку видео. У меня не установлено много оперативной памяти, но даже когда у мистера Робота процессор достигает 100%, объем оперативной памяти никогда не превышает 50%.
Спецификации ПК:
Процессор: Intel Celeron N3050 (2M кэш, до 2,16 ГГц)
RAM: 2 ГБ
Хранение: 32 ГБ SSD
ОС: Ubuntu MATE 16.04.1 64-битная
Дополнительная информация:
Диспетчер окон: Compiz (все остальное вызывает разрыв экрана при воспроизведении видео)
В качестве контроля: оба видео были протестированы на моем высококлассном игровом ПК с Windows 10, и они работают нормально.
1 ответ
Это может быть проблемой разных кодеков, обеспечивающих разную производительность.
Не эксперт в этом вопросе, так что возьмите приведенные ниже соображения с крошкой соли.
Тем не менее, меньший файл или более низкая скорость передачи (теоретически) не обязательно должны приводить к лучшей производительности воспроизведения, это может даже привести к ухудшению производительности воспроизведения.
Например, если мы представим кодировку, которая экономит полосу пропускания путем вычисления текущего кадра на основе ранее созданного кадра (например, просто содержит пиксели, которые фактически меняются), это будет более обременительным для ЦП по сравнению с тем, который просто содержит полные данные для каждый кадр.
Дополнительным уловкой будет то, что игрок не сможет просто пропустить кадр (что-то, что зритель может даже не заметить) в ситуации, когда мы сталкиваемся с узким местом ЦП, поскольку ему нужен этот кадр для вычисления следующего кадра.