LINUX.ORG.RU

Каких ноутбучных cpu/gpu ( apu? ) будет достаточно для просмотра фильмов с тяжёлым битрейтом?

 ,


1

2

Доброго времени суток

Вылез и криокамеры и с некоторым удивлением заметил, что ноуту уже лет 6 и просмотр 1080p большого битрейта он не тянет. Приходится загружать игровой комп. Ноут изначально брал как удалённую консоль и основные требования были к объёму памяти, но всё равно печально.

У меня нет цели прямо сейчас пойти и купить новый, но пора уже присматривать замену, и хотелось бы представлять нижнюю планку по железу

Вопрос: каких ноутбучных cpu/gpu/apu будет достаточно для просмотра «тяжёлых» 1080p ( ну скажем 1.5-часовой фильм с разрешением 1080p весит 20 GiB ) в linux?

А если в перспективе будет 4k монитор и соответствующие фильмы?

★★★★★
Ответ на: комментарий от annulen

Для этого существуют внешние мониторы и телевизоры. Прямо сейчас подключен 24" dell

router ★★★★★
() автор топика
Последнее исправление: router (всего исправлений: 1)

А каким кодеком закодирован фильм? Помнится, лицензионные BluRay в h.264 еще в 2007 году на ноутбучном c2d спокойно крутились. Но не уверен, что он потянет то же самое в h.265

Khnazile ★★★★★
()

Зависит от кодека и его настроек.

RazrFalcon ★★★★★
()
Ответ на: комментарий от greenman

AMD точно может, но и Intel вроде должны поддерживаться.

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                          --- not supported ---
MPEG2_SIMPLE                    3 65536  4096  4096
MPEG2_MAIN                      3 65536  4096  4096
H264_BASELINE                  52 65536  4096  4096
H264_MAIN                      52 65536  4096  4096
H264_HIGH                      52 65536  4096  4096
VC1_SIMPLE                      1 65536  4096  4096
VC1_MAIN                        2 65536  4096  4096
VC1_ADVANCED                    4 65536  4096  4096
MPEG4_PART2_SP                  3 65536  4096  4096
MPEG4_PART2_ASP                 5 65536  4096  4096
DIVX4_QMOBILE                  --- not supported ---
DIVX4_MOBILE                   --- not supported ---
DIVX4_HOME_THEATER             --- not supported ---
DIVX4_HD_1080P                 --- not supported ---
DIVX5_QMOBILE                  --- not supported ---
DIVX5_MOBILE                   --- not supported ---
DIVX5_HOME_THEATER             --- not supported ---
DIVX5_HD_1080P                 --- not supported ---
H264_CONSTRAINED_BASELINE      --- not supported ---
H264_EXTENDED                  --- not supported ---
H264_PROGRESSIVE_HIGH          --- not supported ---
H264_CONSTRAINED_HIGH          --- not supported ---
H264_HIGH_444_PREDICTIVE       --- not supported ---
HEVC_MAIN                      186 65536  4096  4096
HEVC_MAIN_10                   186 65536  4096  4096
HEVC_MAIN_STILL                --- not supported ---
HEVC_MAIN_12                   --- not supported ---
HEVC_MAIN_444                  --- not supported ---

anonymous
()

mpv -hwdec=vaapi -vo=vaapi ...
Старый двухядерный атом J1800: 10 потоков FullHD или 4x4К, без дропов.
Планшетный z3736F: 4xFullHD или 1x4K.

Оба аппаратно поддерживают только h.264 (в новых кодеков больше), на процессоре могут прожевать FullHD.

arson ★★★★★
()
Ответ на: комментарий от arson

Старый двухядерный атом J1800: 10 потоков FullHD или 4x4К, без дропов.

Что, и 10 экземпляров взлёта уток в 1080p может прожевать? Я на Celeron P4500 видел, как один экземпляр тормозит. Хотя программное декодирование прожёвывало нормально.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Что, и 10 экземпляров взлёта уток в 1080p

Не знаю, что за утки (давай ссылку). Клипы,фильмы играет.

Ducks Take Off Test

Размер файла	220 Мбайт
Продолжительность	16 с.
Общий поток	111 Мбит/сек

Да ну, это что-то не реальное

arson ★★★★★
()
Последнее исправление: arson (всего исправлений: 1)
Ответ на: комментарий от arson

Да ну, это что-то не реальное

Как раз поэтому им и проверяют.

3 утки (даже 4, если не «дышать»)

Хороший прогресс за три года (2010 vs. 2013).

i-rinat ★★★★★
()
Ответ на: комментарий от greenman

Да, на онтопике. С использованием vaapi.

Deleted
()

Ну с браузерами в линуксах опа.

А если в плеере, то любая современная видео штуковина поддерживает аппаратное декодирование видео

https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

У Intel этак с 2010 видеочипы умеют аппаратно декодировать h264 видео

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от arson

Закрыл все остальные программы — 7 уток.

Что-то уже не верится. У меня на i7-3632QM семь экземпляров уже заметно лагают, а у тебя на Celeron J1080 работает плавно?

Один экземпляр занимает около 15-16% декодера, 6 экземпляров занимают около 92%. С седьмым загрузка начинает скакать вверх-вниз в районе 96%, но видео лагает.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Что-то уже не верится.

Ни по статистике, ни визуально дропов нет.

Один экземпляр занимает около 15-16% декодера

Как посмотреть? Могу показать intel_gpu_top.
У меня I7-6700 ~30 FullHD кажет (не утки).

arson ★★★★★
()
Ответ на: комментарий от arson

Как посмотреть?

Я в intel_gpu_top смотрел, графа bitstream busy. Запустил один экземпляр, запустил шесть экземпляров.

Видимо, у тебя в проце декодер мощнее. Сейчас попробовал зациклить видео. И когда рябь на воде появляется, с пятью и шестью экземплярами явно видны тормоза. Четыре — ещё нормально.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

У меня на Intel N3710 занимает 10-15% один экземпляр. Но параллельно с хромом больше 3-х - начинает пролагивать. Это на Gnome 3 (Arch Linux) + mpv + vaapi.

Deleted
()
Ответ на: комментарий от i-rinat

Один экземпляр занимает около 15-16% декодера, 6 экземпляров занимают около 92%.

Как можно посмотреть загрузку аппаратного декодера?

router ★★★★★
() автор топика

Гиперпня достаточно каждому.

anonymous
()
Ответ на: комментарий от router

Как можно посмотреть загрузку аппаратного декодера?

intel_gpu_top, графа «bitstream busy».

i-rinat ★★★★★
()

на E-350 без проблем BD смотрел (MPC-HC)

targitaj ★★★★★
()
Последнее исправление: targitaj (всего исправлений: 1)

Мой i3-4005U тянет 4К с ютуба, но упирается в скорость wifi.

NoobeR ★★★★
()

Я не знаю, что ты подразумеваешь под тяжёлым битрейтом. Вот я сейчас пишу это с ноутбука с видеокартой HD4000, к которому подключен 2К-монитор. И я не замечал каких-либо тормозов при просмотре фильмов в качестве 1080p.

KivApple ★★★★★
()
Ответ на: комментарий от Deleted

У меня на Intel N3710

С -vo=vaapi нормально работает?
Столкнулся с тем, что N3450 (Apollo lake) даже на федоре с последними обновлениями только через gl работает (жрет проц сильнее). Похоже нужен libva-1.8.

arson ★★★★★
()
Ответ на: комментарий от Deleted

не рекомендуют использовать vo=vaapi

Видел я эти рекомендации... но только vaapi работает лучше:)

arson ★★★★★
()
Ответ на: комментарий от i-rinat

Короче, фигня все эти утки, главное сколько держит потоков с IP-камер :)
Скачал пример 1080p (h264 (High) (H264 / 0x34363248), yuv420p, 1920x1080, 8405 kb/s, 25 fps...) — сомневаюсь, что это реальный поток,а не пережатый, у камер же main профиль обычно?)

Вообщем для моего атома (J1800) предел — 16 mpv на двух мониторах. Причем упирается все в другие busy (render, blitter, GAM — 100%, bitstream — только 90%), CPU — 40%.

Есть немного дропов (десяток, другой в мин., незаметно), в реальности должна быть еще сетевая/дисковая нагрузка, с другой стороны IP-камеры обычно могут отдавать два потока (для предпросмотра использовать с меньшим разрешением).

Вообщем вопрос еще открытый, сможет ли мой атом потянуть видеонаблюдение HD IP-камер этак на 18 (2х9) ;)

P.S. Напрягает то что говоришь, что твой i7 медленнее моего атома :) Может в последних моделях intel урезала видеодекодер. А то, так купишь что-нибудь посовременнее и обломаешься.

arson ★★★★★
()
Ответ на: комментарий от arson

Так сложилось, что доступа к тому железу теперь нет, поэтому перепроверить не смогу. Но в процессе переноса настроек с того ноута я вспомнил, что блокировал максимальную частоту видеоядра на 650 МГц, так как иначе CPU прыгал в Turbo-режим, в котором запросто грелся до 60-65°C без нагрузки вообще, и забирался до 90°C под нагрузкой. То есть, формально замеры не были сделаны на номинальных частотах. Но по факту в номинальном режиме эта система долго не протянула бы.

i-rinat ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.