SMPlayer 16.1.0

Во-во, такая же фигня. Чем я vlc только не чинил, не помогло. Больше не использую

Может, он и как замена выходил, но факт: сейчас mplayer развивается (как и mpv), а mplayer2 — нет.

А у меня его и в плеере нет, всё камень исполняет вместо видеокарты.

А хардварный декодинг щас не только в видеокартах. Его можно найти сейчас даже в интеграшках более-менее современных процессоров.

И потом, какая разница где нагреется радиатор в процессе просмотра, на видяхе или на цпу?

Ты наверное неправильно понимаешь принципы хардверного декодинга. Это не тупо распаковка с использованием мощностей видеокарты, а по сути имплементация, скажем, алгоритма раскодировки H.264 в виде чипа. И если аппаратный декодер имеется, то греться нигде не должно.

И думал я тут про mpv, его же сам mplayer должен поддерживать, а не фронт-энд к нему, который мы и обсуждаем. Или я не прав?

Аппаратный декодинг поддерживает сам плеер, а не фронтэнд к нему, да. Но проблема в том, что chromium использует не mplayer, и аппаратный декодинг видео они как не поддерживают, так и не хотят.

Хотя этот самый аппаратный декодинг необходим скорее только для ноутбуков. На ПК оно максимум что может сделать, это снизить нагрузку на CPU.

алгоритма раскодировки H.264 в виде чипа

Это понятно, но то что не греется это конечно несколько спорно. Хотя мой камень тоже не греется, видео для него полная фигня в fullHD. Толще формат как-то не вижу целесообразности использовать в силу монитора, хотя в ютубе и 4к крутит в хромиуме софтверно тоже без проблем. Потом если делать так прям аппаратно, то новые какие-нибудь кодеки уже не будут работать. Придётся под них целую схему городить. Не универсально короче.

Ну так схемы делают только под популярные кодеки, или только под те, которые проплатили. Но зато они дают нехилый кусок производительности для кодировки и раскодировки, при минимальных затратах CPU. Ты поищи тесты кодирования видео на чистом CPU, и с использованием аппаратного кодировщика. Сильно удивишься.

Если сделать мобильный процессор для нетбука, который будет включать в себя пачку аппаратных обработчиков(или помощников обработки) для почти всего. Например, для видео (H.264, H.265(опционально, ибо за такую цену никому не нужно), VP8, VP9, Pied Piper(опционально)), шифрования (инструкция AES), сжатия (zlib, brotli, lzma) и аудио. Отрисовку изображений переложить на интеграшку, ибо пусть она и тупая, но с этим она точно справится быстрее процессора. А процессор можно оставить и какой-нибудь Atom. На выходе получим нетбук, где процессор будет оставлен только на то, что нужно пользователю. По ощущениям пользователя всё будет гораздо быстрее, при том же процессоре.

Остальные кодеки можно считать на GPU, используя какой-нибудь OpenGL. Ибо за них всё равно не проплатили.

У меня был однажды опыт с атомом каким-то не особо новым, распаянным на плате с какой то невидией простой. Я собрал mplayer с поддержкой vdpau, т.к. камень крупное видео вообще не тянул. Так вот оно конечно работало с видео потом безупречно, но грелось. Грелось, чёрт его дери! Поэтому не особенно верю в прохладность данной технологии. Упершись рогами в данную технологию при внезапной популяризации какого-то нового кодека я буду обязан сменить железо. Мне не нравится такой принцип, хотя в определённых условиях он выигрышный, не спорю.

Единственный плеер, у которого я нашел увеличение скорости ровно на 4% (разница PAL-NTSC). Дело в том, что на торрентах часто в озвучках занижен тон звука, из-за того, что изначально они в России делаются под 25 fps, а потом релизеры их подгоняют под более качественное 23,976 fps видео часто без сохранения тона. Особенно деградируют женские голоса, становятся низкими и скучными.

Вышеупомянутая фича эту проблему решает в один клик, снова ускоряя 23,976>25. Только в настройках надо «высокоскоростное воспроизведение без питч-эффекта» поставить «нет».

Кстати что-то не работает смена задержки субтитров, если включена библиотека ASS (по дефолту включена). Это только у меня так?

Прям из сети с ютуба? А зачем? Ведь нет комментов

Ты так говоришь как будто это плохо.

VLC

Да нормальный плеер тоже. Со своими тараканами, конечно, но пользоваться можно. Кстати квадратики ловил только на TS и WMV, из-за того, что там нет индекса.

Я, например, в таком случае лишён второй половины удовольствия, связанного с конкретным роликом, то бишь поржать с комментов. Поэтому да, плохо.

По глючности работы с субтитрами, мне SMPlayer напомнил Avidemux. Задержка субтитров не работает, но если все-таки выставить больше +1000ms, то вскоре они вообще исчезают. Как я соскучился по старым добрым глюкам.