Pull to refresh

Comments 36

Что хоть за кодек? Зачем удалила? Скандалы, интриги, расследования? Ну хоть что-нибудь?

Та один хрен ставить codec pack на новую систему. Одним больше, одним меньше.

Ого... я думал его лет 15 как никто не ставит. VLC же есть, всё прожёвывает. Как и любой другой нормальный плеер

Кодеки это не просто про "смотреть". Это ещё и про "кодировать".

Разве еще не все кодирующие просто носит с собой ffmpeg и не зависит больше ни от чего?

Кодирование вообще никак не интересуется установленными в системе кодеками уже лет 10 как. Все костылят на ffmpeg, которому кодеки вообще побоку.

Что касается воспроизведения, то если плеер хочет системные кодеки, то он морально устарел и его давно нужно поменять на VLC (попроще) или MPV (погиковее).

Ещё PotPlayer отличная штука.

В нем есть функции удаления файла по хоткею (или просмотренного из плейлиста) в корзину во время просмотра (для чистки накопленного), генератор превью кадров в jpg, сохранения одного кадра в документы с именем файла.

И для стереофильмов куча вариантов просмотра.

Приложению от какого-нибудь медиасервера (у меня emby к примеру) все же неплохо иметь поддержку нужных кодеков, если хочется смотреть прямым потоком, без транскодирования. Я вот пока нормальную поддержку HEVC на винду не поставил, 4к релизы все с транскодом шли. Так что, пока, codec pack или его аналоги живут)

Странное у вас приложение медиасервера, тот же Plex работает на mpv и никаких кодеков не просит.

Видимо особенности под винду. На андроиде и Смарт-ТВ все норм.

А вот экзотические релизы (с Dolby, всякими разными HDR, нестандартным битрейтом и соотношением сторон) упорно шли в транскоде. Да и на смарт тв иногда встречалось, что вроде все поддержки имеются с спеках телевизора, но все равно прямого потока нет.

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

Вариант каждый раз перекодировать новый релиз на всеядный H264 по общему стандарту, конечно есть, но в домашнем варианте, кмк, слишком затратно, плюс это надо самому колхозить или какие-то плагины искать.

Я не слежу за эволюцией MPC-плееров, надоело, пересел в свое время на VLC и MPV. Но если он достаточно свежий, то должен свои кодеки тянуть.

А потом "чо кто батарея от просмотра кино разряжается за секунду и процессор долбится в сотку". VLC конечно круто, но не всегда так же эффективно как нативные кодеки

VLC конечно круто, но не всегда так же эффективно как нативные кодеки

Простите, а в чем разница?

Видимо в том, что в VLC другие кодеки, то есть отличные от тех что делаются нативно для винды.

И VLC не всегда так же эффективно проигрывает видео, как это делают стандартные виндовые плееры (WMP, Кино и ТВ) или сторонний софт использующий контрол стандартного плеера.

Это не значит, что кодеки не могут совпадать. Это значит, что кодеки могут не совпадать.

Недавно вот наткнулся, что на компе без GPU (VDI) через WMP относительно нормально можно смотреть h264 видео, тогда как VLC нещадно долбит проц в сотку

Я все еще не понял. Что такое кодек сделанный нативно для винды?

Вот есть видеофайлик. Есть некоторый с++ код который его декодирует. Хороший с++ код будет декодировать на видеокарте, плохой на CPU. Для всех типичных видеоформатов в vlc хороший с++ код.

А что такое нативный для винды кодек я все еще не понимаю. Почему он может оказаться быстрее (более чем на единицы процентов) хорошего с++ кода я тоже не понимаю.

Современный нативный для винды кодек, это кодек поставляющийся сразу с виндой либо скачанный из MS Store и распространяющийся на все приложения использующие такие нативные кодеки.

Декодировать на CPU или GPU решает не только сам написанный на чем угодно кодек. Некоторые кодеки требуют специальной аппаратной реализации поддержки кодека - к примеру HEVC не будет проигрываться с аппаратным ускорением на видюхах старше года 2014го. То есть ваше вот это утверждение "хороший- плохой" получается не верно. Есть конечно способ через compute shaders или CUDA и на старой видюхе декодировать что угодно, но этим почему-то редко заморачиваются при разработке декодеров.

Нативный кодек для винды может оказаться быстрее (того кодека, что носит с собой VLC) поскольку может лучше учитывать специфику железа и ОС. Я вам уже выше привел пример, с которым недавно лично сталкивался

Что такое декодер видео максимально упрощенно? Это программа которая получает на вход массив байтиков и возвращает другой массив байтиков. И вероятно имеет внутренний стейт, но не будем углубляться. Есть некоторые понятные формулы преобразования одного массива байтиков в другой массив байтиков.

Эти формулы реализуются в виде с++ программы. Программы в общем независимой от ОС. Там просто математика внутри, она на любой ОС считается одинаково.

Программу можно написать так что она будет вычислять эти формулы на CPU или на GPU. GPU зависит от драйверов и от самого GPU, верю. Но при этом GPU от ОС так же не зависит. Это физическая железка. Драйвера для всех программ на одной ОС одинаковые. Кто этот одинаковый драйвер использует не имеет значения. Опять тут есть тонкости (особенно для ААА игр), но опять не будем углубляться это тоже не имеет значения.

Итого получаем что есть оснезависимые с++ программы реализующие одинаковую для всех математику. Есть одинаковая видеокарта и одинаковый драйвер. Можно одну программу написать плохо а вторую хорошо, но кодек в vlc точно написан хорошо. Можно написать код для cpu, а можно для gpu. Но vlc уже написан для gpu.

Где вы тут уверенно находите специальные нативные кодеки и что в них специального и нативного я никак понять не могу. Все независимое от ос и одинаковое.

В проценты производительности упоровшись в нее я поверю, но смысл? Да и есть максимально упоротый в производительность ffmpeg. В то что возможно без большой научной работы на стыке работы с cpu-gpu и математики сделать лучше него я в принципе не верю. ffmpeg кстати кросс платформенный.

PS: Личный неповторяемый в контролируемой обстановке эксперимент не имеет ни смысла ни веса как доказательство чего либо.

Вот уже несколько раз от вас прозвучал тезис "у VLC отличный C++ код". Когда такое повторяют как мантру я сразу начинаю что-то подозревать и в голове возникают вопросы: отличный для кого? Кто решил, что он отличный и по каким критериям? Беглый гуглёж сразу показывает приличное количество доказательств "отличности" кода в С++ у VLC, вон даже тут не так давно было: https://habr.com/ru/companies/selectel/articles/539104/ Так почему вы его так безапеляционно тут всем пихаете, даже тем, кто уже явно выразил своё мнение, что ему нравится что-то другое? Может, вы с этого что-то имеете?

Вот сколько всего возникает в голове, когда мне начинают что-то "впаривать" под соусом хорошего и даже отличного. Это, конечно же, не говорит, что VLC всенепременно плохой. Тем не менее, как уже сказано было выше, создатели VLC решили, что для просмотра видео всем надо иметь современную видеокарту для декодирования а все пользователи должны взять под козырёк.

Разницы нет, в составе VLC, ffmpeg и codec pack-а идут одни и те же кодеки. Вообще, декодировать видео по разному они просто не умеют. Только кодировать, что для плеера нерелевантно.

Только кодек "в железе" (ASIC) способен как-то измеримо повлиять на эффективность декодирования. Разница между софтовыми - не способна.

Вообще, декодировать видео по разному они просто не умеют.

Это с точки зрения конечного результата или с точки зрения реализации самого процесса?

Со всех точек зрения.

Процесса:

The standard describes the format of the encoded data and how the data is decoded, but it does not specify algorithms for encoding video – that is left open as a matter for encoder designers to select for themselves, and a wide variety of encoding schemes have been developed.

Но это касается только базовых возможностей декодера, и именно в них кроется причина, по которой вымерли (почти) все остальные программные декодеры: их разработчики просто не были готовы тратить время и деньги на адаптацию декодера к растущим возможностям энкодеров. Например, какие-то из старых декодеров могли декодировать только в 1 b-frame. Сейчас стандарт энкодера - 3. Если декодер не поддерживает настройки, с которыми видео было кодировано, то он не сможет его декодировать и картинка "посыпется".

Результата:

Dark Shikari x264 developer

All H.264 decoders give identical output.

https://forum.doom9.org/showthread.php?p=1323433#post1323433

В любом случае, разница уже в 2005 (на pentium3 866mhz!) была ничтожной:

ateme: 			58.78
libav-mplayer:		58.22
moonlight: 		55.48
libav-ffdshow:		52.15

Сейчас эффективно декодировать H.264 способен даже умный чайник. Поэтому даже нагуглить сравнения программных декодеров не представляется возможным: это никому не интересно. Все, кому надо было сэкономить последнюю копейку на декодировании, уже перенесли декодеры "в железо".

Одним из первых на винду ставил, ставлю и буду ставить K-Lite Codec Pack

Ну откровенно, без K-Lite Mega Codec Pack, тоскливо. VLC может и все проигрывает, но есть еще и удобства.

Друзья, до сих пор юзают Light Alloy. Я всю семью подсадил на Zoom Player Home Max.

Там кастомизированых настроек мильен, и удобный плейлист. Но без кодеков не заводится . (Правда сам плеер ставит и подкачивает - и для видеомана надо с настройками поиграть). Хотя с MadVR иногда сложно.

Главное, что, Microsoft просто удалила, а не запретила, как в свое время Браузеры - Flash.

Отредактировано: Только заметил - а тут разговор про Аудиокодек? Предыдущий комментатор ввел в заблуждение своим "Смотреть" :). Ну все равно оставлю - кодеков много и все нужны.

Справедливости ради, этот кодек используется, преимущественно, совместно с видео - DVD, внешние аудиодорожки, ИМХО.

Там кастомизированых настроек мильен, и удобный плейлист. Но без кодеков
не заводится . (Правда сам плеер ставит и подкачивает - и для видеомана
надо с настройками поиграть). Хотя с MadVR иногда сложно.

Пересадите их лучше на какой-нибудь MPV. Он жрет все и на всем работает. Надо только наколдовать интерфейс, ну или не делать этого, а просто научить родственников перетаскивать файл на окно\ярлык плеера.

То есть Media Player из коробки будет проигрывать DVD без звука?

многие пользуются встроенным Медиаплеером?

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

Есть: не читать бесконечные жалобы плеера на непонятные ему кодеки, контейнеры и их сочетания. VLC качается и ставится минуту, он вроде даже в Winget есть.

Т.е., как минимум требуется интернет, с которого так же можно и кодек пак скачать, верно?

Верно, но кодек пак это куча барахла в систему, а плеер - это одна софтина. Ну как никто не качает десятки алгоритмов для архивации, а качает один архиватор - так же нужно качать и плеер.

Плохая аналогия, потому что весь этот ворох алгоритмов внутри этого архиватора и есть. Причём, если взять, например, WinRAR, то десяток форматов на распаковку и только 2 на запаковку. + полная зависимость от хотелок автора программы. То же самое и с ffmpeg, если кто-то там решит что вот этот кодек всё, никому не нужен - всем, кто его использует только останется сглотнуть и взять под козырёк. Не всегда швейцарский ножик заменит полноценный специнструмент.

Плохая аналогия, потому что весь этот ворох алгоритмов внутри этого архиватора и есть.

Совершенно верно, как и у всех современных плееров. Аналогия 1-в-1.

То же самое и с ffmpeg, если кто-то там решит что вот этот кодек всё, никому не нужен - всем, кто его использует только останется сглотнуть и взять под козырёк.

Назовите мне кодек, который не умеет ffmpeg. Кроме RED RAW, которого нет ни в одном кодек паке.

Не всегда швейцарский ножик заменит полноценный специнструмент.

В случае плеера (VLC, MPV, современные форки MPC) - всегда.

HEVC в сторе есть бесплатный, кстати

Sign up to leave a comment.

Other news