Видеоплееров тред № 84 /vidplay/
Аноним (Microsoft Windows 10: Chromium based)
08/10/24 Втр 00:22:20
№
1
Сравниваем у кого лучше картинка, функционал, звук, интерфейс.
Обсуждаем декодеры, рендереры, разные улучшайзеры и т.д.
Предыдущий тред: >>3456466 (OP)
Архив тредов:
https://jpst.it/3WZrO
Сами сборки теперь загружаются с Actions страницы mpv github (обязательно наличие аккаунта).
Actions → build → Branch → Filter by Branch → выбираем нужную ветку релиза, качаем артефакты (советую msvc, оттуда можно будет удалить .pdb-файл, для пользователя он не нужен).
Пик 1 Проблемы при уменьшении sub-scale
Пик 2 Субтитры в родном размере.
Фикс зайти в сабы и поправить размер устроит?
Пользовался им с тех пор как у меня пека появился. И уже пол года наверное как я его бросил. А причина проста эта сука ебаная при просмотре онлайн видео наглухо зависает периодически. Пробовал менять настройки и нихуя не помогло. Укатился в пикрил там нихуя проблем нету. Не так конечно удобно как на поте, но терпимо.
>>3546515
Можно.
hevc не кажет черный экран и со звуком. В чем может быт проблема?
В настройках? В том, что ты его уже скоро 5 лет как не обновлял?
Так хевк же не 5 лет назад изобрели. Vlc у меня такой же старый и там хевк работает. Ладно обновлю. А какая версия последняя
У тебя все показывает?
https://github.com/clsid2/mpc-hc/releases
Все равно не работает
Может нужно набор кодеков какой?
Я ничего не устанавливал помимо плеера.
Спасибо. Поставил мпц-би из картинки из шапки . Работает
Вероятно перед установкой нужно было старую версию с её настройками выпилить.
бля я такой тупой
а как установить mpv
лет 5 назад юзал
ща заебал в винде плеер хуесосный
Они там ахуели что mpv что mpvnet все конфиги менять нахуй? Вчера узнал что моя версия слишком дохуя старая. Часа 2 проебался пока настроил и то не до конца сижу пока на старой новую версию со своими хоткеями скриптами и тд.
Видео и аудио еще открывает, а фото появляется на секунду, затем затухает, еще и приближать нельзя, так что не подходит.
>просмотрщик для фото, видео и аудио. Такое вообще существует?
Windows Photos
MPV-BE норм тема? Просто пересел на него с vlc, вроде как удобней. И менее зашкварно чем MPV-HC
Отключи анализ библиотеки медиа и отрежь доступ в сеть галочкой.
Ты был прав. Сделал заработало
В input.conf добавь y cycle-values video-rotate "90" "180" "270" "0"
1. Как убрать полосу, появляющуюся на экране при перемотке?
2. Как настроить длительность перемотки при нажатии на клавиши?
3. Как настроить прибавление звука клавишами?
4. Как сделать, чтобы автоматически переключались видео в папке или чтобы было можно переключать их по стрелочкам (сейчас они серые, т.е. MPV не видит соседние файлы из папки).
Нашел что-то про autoload.lua - https://github.com/mpv-player/mpv/blob/master/TOOLS/lua/autoload.lua
Но там пишут про какую-то папку ~/.config/mpv/, а у меня нет в папке MPV никаких папок .config, только куча .dll файлов.
>To configure this script use file autoload.conf in directory script-opts (the "script-opts" directory must be in the mpv configuration directory, typically ~/.config/mpv/).
1-2-3 input.conf пердоль хоткеи. Открывай мануал с сайта и ищи команды.
Я сам через гугл задавал вопросы и находило. Ничего сложного тут нет все очень просто хуй там плавал пока все найдешь и настроишь через костыльные скрипты охуеешь сколько времени занимает. Еще скачай mpv net попроще будет намного а сам mpv можно в его папку закинуть что бы скрипты всякие работали.
>1. Как убрать полосу, появляющуюся на экране при перемотке?
в mpv.conf добавь osd-bar=no
>2-3
В дефолтном input.conf глянь и сделай по аналогии - https://github.com/mpv-player/mpv/blob/master/etc/input.conf
>>3555758
Благодарю за ответы. А эти файлы .conf должны по умолчанию быть? Просто у меня их нету. В папке программы 2 файла с названием mpv и много разных .dll.
Мне их создать надо или так не будет работать и надо скачивать какую-то другую версию?
>>3555762
2. в mpv.conf добавь hr-seek=yes, в input.conf добавь:
RIGHT seek 5
LEFT seek -5
3. в input.conf:
UP add volume +5
DOWN add volume -5
4. Это говорится про папку MPV в аппдате (C:\Users\User\AppData\Roaming\mpv). Там создай папку scripts и добавь туда этот скрипт. mpv.conf и input.conf у тебя тоже в папке MPV в аппдате должны быть. Если нету создай, как на пик1 должно быть
Спасибо! Все работает.
Теперь вот такое содержимое папки mpv в AppData/Roaming:
папка scripts
-- autoload.lua отсюда - https://github.com/mpv-player/mpv/blob/master/TOOLS/lua/autoload.lua
папка script-opts
-- autoload.conf настройки, которые скопировал из предисловия в autoload.lua
input.conf
mpv.conf
Для тех, кто тоже сначала ничего не понял, может будет полезно.
> папке программы 2 файла с названием mpv и много разных .dll.
Как! Этот shared сборку скачал, нахуя спрашивается, когда есть официальная статически слинкованная.
Этот MPV еще бы понять, как скачивать. Куча разных версий, я кстати в треде про это писал >>3537898 → , аноны объяснили. Скачал - настроил - работает. В чем отличие "официальной статически слинкованной"?
> В чем отличие "официальной статически слинкованной"?
Есть две официальные версии, одна собрана с применением динамической линковки, другая со статической. Отличия в том, что у статической один бинарь и одна .dll-ка, у динамической один бинарь и много .dll-ок.
Ну мне в тот раз примерно то же самое ответили, но я не понимаю практической разницы. А то анон >>3555829 так удивляется, что MPV скачивают "неправильным" способом. А разница-то какая? Программа быстрее будет работать или что?
MinGW это порт GCC с Linux для Windows, MSVC создавался именно для Windows.
MSVC меньше весит, имеет меньше файлов, собирался используя библиотеки Microsoft, имеет лучше совместимость с Windows. Поэтому логичнее всего использовать именно MSVC версию. Разницу вряд ли заметишь, если сам разраб ничего не писал о ней.
Какая база по треду, анончики?
MPC-HC ставить или VLC?
А в чем разница? Что ставить?
Зaбыл знaк вoпpoсa. ????
Скриптом
https://github.com/Ciacconas/mpv-scripts/blob/master/hold_accelerate.lua
Кнопки и скорость можешь менять.
Я ужe MPC-BE пoстaвил и нaслaждaюсь 0 dropped frames
NVIDIA-SMI version : 565.57.01
plasmashell 6.2.3
mpv/vlc неважно (latest)
x11/wayland неважно
Во время просмотра фильмов (в играх не замечал), при горизонтальном движении камеры, где в кадре много действия, замечается лаг. Это не выглядит как тиринг по типу проблем с вертикальной синхронизацией, это именно подлагивание и только если кадр начинается двигать вбок, по типу панорамы или сцен погони. Чет я даже не нагуглил название проблемы
Подобное решается интерполяцией программами по типу SVP.
> при горизонтальном движении камеры, где в кадре много действия, замечается лаг.
Называется это judder и происходит он в случае, если частота кадров видео не совпадает с герцовкой монитора. Поэтому необходимо интерполировать видео до частоты герцовки монитора.
В mpv это решается так.
https://mpv.io/manual/master/#options-video-sync
https://mpv.io/manual/master/#options-interpolation
Но, если есть возможность, то я бы посоветовал использовать SVP, где есть продвинутые современные алгоритмы интерполяции вроде RIFE + NVIDIA TensorRT.
Имеется MOV файл с регистратора, который поврежден или что-то такое
Проблема в том что момент дтп именно на нем
Сначала файлик отказывался даже с рег копироваться на винду, ссылаясь на всевозможные ошибки и защиту от записи.
Потом путем встроенного "Исправления ошибок" винды целиком флешки регистратора он наконец скопировался, но отказывается открываться любыми плеерами. В свойствах файла отсутствует информация о кодеках, битрейте или чем либо еще.
Можно ли с ним что-то сделать? Восстановить хотя бы частично?
Вообще это каждый плеер может, если залезть в его настройки скринов, а вот второй пикрил не каждый сможет, так еще круче, на контрастных теликах особенно приятно читать.
https://github.com/vadash/mpv-lazy-en
Потестил на 30 фпс семпле - работает заебись.
Могу ошибиться, но там RIFE без TensorRT.
> где пираты-крякеры, когда они так нужны?
Там очень мудрёная система лицензии, чтобы вновь активировать, нужно старую удалять. Или доплачивать 300 р за ещё один компутатор.
mpv video.mp4 --audio-file=audio1.mp3 --sub-file=subtitles.srt
Ебал я дрочиться с командной строкой, может быть есть способы через контекстное меню?
Сабы должны сами подхватываться, если правильно назвать файл.
Например:
video.mkv
video.srt
video.ru.srt
Для аудио так тоже будет работать, если добавить опцию в конфиг:
audio-file-auto=exact
Что вы можете рассказать про SMPlayer?
Я бы так сделал, их же ошметки всё равно не держат где-то в другом месте от основного файла.
F1 apply-profile 123
[123]
audio-file-auto=all
sub-auto=all
Ничего. Дизайн и винформы нулевых, qt прослойка.
Аноны, подскажите. Использую стоковый mpv.
Суть такова. Я заранее открыл фильм и свернул плеер, а спустя пару часов случайно удалил этот фильм через shift-del минуя корзину. Сейчас развернул mpv и буквально никаких проблем не возникло. Фильм нормально воспроизводится от начала и до конца, словно его и не удаляли.
Я ожидал, что плеер выбьет ошибку, что не может найти файл, или файл вообще бы не удалился т.к. открыт в программе.
Объясните пожалуйста, как это работает?
Не знаю как в венде, но на никс системах файлы не удаляются, пока открыты хотя бы одной программой, обычно их можно легко восстановить через /proc/$process_id/fd/.
Ну вот да, я на винде, но тут это тоже вполне ожидаемое поведение
Проверил mpv-шные директории куда это видео могло бы в теории закэшироваться - ничего. Папки для временных файлов - пусто. В оперативке тоже нет. Но как только плеер закрылся, место высвободилось, а значит где то лежало.
> Windows does allow open files to be deleted. You just have to specify FILE_SHARE_DELETE and you're all set.
https://stackoverflow.com/a/9785029
mpv как раз использует этот флаг:
> Always use all share modes, which is useful for opening files that are open in other processes, and also more POSIX-like
https://github.com/mpv-player/mpv/blob/91f1f4ff4369de16adc5e295573bffa33e2af9d0/osdep/io.c#L380
В общем ОС хранит файл пока он открыт, ты не найдешь его в проводнике.
>Но как только плеер закрылся, место высвободилось, а значит где то лежало.
В C:\$Extend\$Deleted\
Короче, разобрался. Сбацаю гуидо.
MPC VR
HDR passthrough for DX11 mode
RTX Video HDR compatible
RTX Video Super Resolution (VSR) for 8 bit video compatible
Dolby vision support: Profiles 5, 7, 8.1, 8.4
Native for BE
Chroma upscaling algorithms: nearest neighbour, billinear, catmull-rom
Upscaling algorithms: nearest neighbour, mitchell-netravali, catmull-rom, lanczos 2,3, jinc2m
Downscaling algorithms: box, billinear, hamming, bicubic, bicubic sharp, lanczos
А версия Windows играет роль? Я сейчас на LTSC 2019.
madVR
Короче, вкратце опишу мадвр.
Совместимости с фичами ртх карт нет, поддержки профилей долби вижн тоже, но больше тонких настроек, можно файл калибровки дисплея подсунуть (yCMS, 3DLUT), например, более токая настройка HDR, присутствует больше алгоритмов апскейлинга (NGU лучший в мадвр, если карта не поддерживает ртх), больше тонких настроек этих алгоритмов, есть еррор диффузион дизеринг. Излагаю, исходя из бета-версии от 1 октября 2024 года. Всё самое лучшее всё равно в хардварной коробочке за несколько тысяч зелёных мадвр энви.
> NGU лучший в мадвр, если карта не поддерживает ртх
Добавлю, что он погоды особой не делает, ебанные лесенки отовсюду и задержки выше 15ms, RTX VSR же выжимает все соки из источника, иза задержка =/- 5ms.
Получается, если карточка не RTX, то madVR лучше? Даже не GTX, обычная GT.
Получается, что так, madVR более насыщен legacy алгоритмами апскейлинга и они более совершенны, чем те же в MPC VR + поддержка более совершенного алгоритма дизеринга.
Че как с кодеками в 2024-2025 году? K-Lite Codec Pack - это еще существующее понятие? Поставлю MPC-HC и кодеки. Норм план? Аппаратного декодирования на гпу не будет, потому что немощная встройка, но ЦПУ вытянет 1080p AVC/H264, а бОльшего там и не надо.
>Поставлю MPC-HC и кодеки.
Зачем тебе какие-то дополнительные кодеки, да еще и такая параша как K-Lite Codec Pack? Ты что, в 2005 году?! Конкретно в этом плеере MPC-HC интегрирован LAV Filters в котором уже все необходимое есть.
>Че как с кодеками в 2024-2025 году?
Нативно зашиты плееры.
Стaвь PotPlayer, oн нa слaбoм жeлeзe лучшe всeгo paбoтaeт из кopoбки
>PotPlayer
В ванильной версии - анальные корейские зонды, адварь и телеметрия. Все время долбится в файрвол. А в репачке Васяна666, где все это выпилено - запилены приколы от самого Васяна666.
Видрил mpv зависает намертво при проигрывании этого файла, конкретно на ноутбуке со штеудовской встройкой. Проверил это же видео на стационарнике с энвиде - все ровно (2 пик)
Ничего не надо было пердолить, просто вставил кассету или диск и смотришь кино или играешь, а не пердолишься с настройками вместо потребления контента
Блин, ты записал видео (видео проигрывания видео, ёпт! что мы там должны увидеть, нелегальные пиксели из иных измерений?) вместо нормального описания проблемы, но даже не додумался посмотреть на загрузку процессора, чтобы точно знать, хватает ли производительности.
Пофиксил проблему комментированием строк hwdec и gpuapi, видимо лишним было
Для говна мамонта лучшим решением был и остаётся mplayer. Есть gui https://sourceforge.net/projects/mpui-hcb/
Что можно сделать, чтобы не было Dropped Frames output при включенной интерполяции? При отключении всё ок, но конкретно с видосами, где кадров 30/60 заметил постоянно растущие дропнутые кадры (особенно если мпв остаётся в окне, если сделать в фул экран, то кадры могут дропаться, но значительно реже). С аниме калом и фильмами всё ок, а вот с остальными видео такая проблема
vo=gpu-next
hwdec=no
gpu-api=d3d11
profile=high-quality
video-sync=display-resample
interpolation=yes
interpolation-preserve=no
tscale=oversample
Пример видео - https://youtu.be/KLuTLF3x9sA
> hwdec=no
hwsec=nvdec
оказалось не в этом дело, а в gpu-api=d3d11, для nvdec нужно было указать вулкан и с ним уже даже с полным софтовым проигрыванием дропов нету, охуеть. За что такой залив говна через d3d11 то происходит, тот же dither-depth=auto правильно работает только через d3d11. Ладно, буду сидеть с вулканом, дропы ушли и это главное. Спасибо, что натолкнул на мысль
>в то время как BE форкал только MPC
Coolstory.
MPC-HC/MPC-BE - для превозмогающих, кому нужен расширенный функционал, не против покрутить крутилки, эдакие "видеофилы"
mpv - поехавшие пердоли, которые вместо того, чтобы смотреть что-то и наслаждаться жизнью пердолят калфиги ради пердоленья (и заодно чтобы доказать другим пердолям, что твой пердокалфиг лудший!1).
>mpv - поехавшие пердоли, которые вместо того, чтобы смотреть что-то и наслаждаться жизнью пердолят калфиги ради пердоленья (и заодно чтобы доказать другим пердолям, что твой пердокалфиг лудший!1).
Один раз настроил два года назад, до сих пор всё работает. Что ты там пердолишь, поехавший?
Жирный наброс слишком, петручо. Как ты с первым будешь внешние сабы или аудио подключать? Не уверен, что там даже поддержка HEVC/AV1 есть. Ладно бы ещё Кино и ТВ назвал, хотя там в магазине куча отзывов о миллионе проблем. MPC-HC/BE это базовый наборчик. Странно, что ты VLC не упомянул. MPV для тех кому в падлу в гуишке сидеть кучу галочек расхуяривать и/или для тех кого функционала MPC-HC/BE не хватило. Для не осиливших есть mpv.net. И никто в целом не заставляет что-то крутить и настраивать бесконечно. Кто крутит тому это интересно и надо. А кому не надо настроили один раз и пользуются не трогая много лет.
https://forum.doom9.org/showthread.php?p=1709584
https://forum.doom9.org/showthread.php?t=146228
>>3568316
Благодарю.
Использовать сборки с actions чот мех. Был бы у них батник с апдейтами как у шинчиро или жонгфлая, то куда бы ещё не шло, но каждый раз газовать на гитхаб, чтобы обновить себе версию до актуальной ну такое. А так этот батник ещё и yt-dlp ставить/обновлять умеет и ffmpeg, если нужно. В общем попробовал и понял, что лучше и дальше сидеть на сборке от шинчиро.
> Был бы у них батник с апдейтами как у шинчиро или жонгфлая
Протыки твои?
mpv раз в год на мажорную версию обновляется. Там коммитов не особо важных налетает, под нужный коммит так же есть actions артефакт.
> А так этот батник ещё и yt-dlp ставить/обновлять умеет
yt-dlp -U
> и ffmpeg, если нужно.
У ffmpeg, к сожалению, нет сборок от разработчиков, этим занимаются васяны на аутсорсе.
>У ffmpeg, к сожалению, нет сборок от разработчиков
https://github.com/BtbN/FFmpeg-Builds/releases
Есть от BtbN, одного из 4 кто имеет доступ к непосредственно к FFmpeg.
>Протыки твои?
https://mpv.io/installation/
Понимаю, для тебя тяжело, что на официальном сайте их рекомендуют выше, чем собственные сборки, но смирись.
>yt-dlp -U
all-in-one
Про ффмпег не доебался и на том спасибо.
> что на официальном сайте их рекомендуют выше, чем собственные сборки
Ничего на официанальном сайте не рекомендуют, лишь упоминают, что к этим сборкам для Windows mpv-васяны не имеют отношения.
> Есть от BtbN, одного из 4 кто имеет доступ к непосредственно к FFmpeg.
А до этого был Zeranoe, кек. На оф. странице гитхаба нет Actions-сборок, поэтому нет официальной версии. Там ещё сборка такая даже без FDK AAC, есть сборки и более полные.
Ну по факту он разработчик и сборка от него есть, лол. Тогда надо сформулировать правильно, что нет сборок официально от проекта, а не от разработчиков.
>Ничего на официанальном сайте не рекомендуют
То есть указание ссылок на два релиза от двух "mpv-васянов" это не рекомендация брать релизы оттуда в первую очередь? Ты поменьше копиума то заливай. Рекомендуют точно также как и свои официальные тестовые сборки. В случае с маком свои релизы поставили выше. В случае с виндой двух васянов.
Там вообще какое-то странное умозаключение, лол.
>First-party builds (официальные сборки): Эти сборки создаются и распространяются непосредственно оригинальными разработчиками или компанией, которой принадлежит программное обеспечение
>Third-party builds (сторонние сборки): Эти сборки создаются и распространяются третьими сторонами, не связанными с оригинальными разработчиками
мимо
> То есть указание ссылок на два релиза от двух "mpv-васянов" это не рекомендация брать релизы оттуда в первую очередь?
Если читать жопой, то безусловно.
Шиз, просто дважды кликни по файлу, и он откроется.
Хотя нет, актуализировали, просто жопочтецы не знают, что обозначает слово except.
А батник обновления это не официальный функционал, оказывается? Я просто 3-4 года назад через мпв.ио перешёл по тогда ещё вроде бы единственной для винды ссылке на сурсфорж и чё-то скачал оттуда. Это от кого у меня сборка, получается? ЗЫ хотел так спросить, но проверил сам по апдутер.пс1, там ссылка на шинчиро, оказывается. Жесть, несколько лет пользуюсь васянкой и даже сам не в курсе, это зашквар или база?
>Если читать жопой, то безусловно.
Поэтому ты упорно отрицаешь реальность, а также полностью игнорируешь, что разработчик пишет о своих билдах? Напомню, а то может проблемы со зрением:
>from mpv-player/mpv, which offers test builds
Рекомендовать обычным людям (не разрабам) тестовые билды в которых содержится ненужный мусор, а также отсутствуют некоторые либы для более удобного/широкого воспроизведения видео конечному пользователю и которые обновить можно только ручками перекачивая архивы только у тебя ума хватает. Благо хоть разработчики умные и показательно указали, что стоит качать в первую очередь.
>>3568418
Разрабы mpv только недавно стали через автосборки гитхаба выпускать версию для винды. При том они указывают, что это тестовые сборки, но никто не мешает их использовать на постоянке. shinchiro собирает mpv для винды где-то с 2017 года, если не раньше. И какое-то время был в принципе единственным вариантом для тех кто не хотел собирать сам себе плеер для винды. Хотел написать, что сборка от shinchiro и самих разработчиков ничем не отличается, кроме того, что в архиве разрабов есть ненужные конечному пользователю файлы, отсутствует возможность апдейта без захода в браузер, не прикладывается мануал с объяснением функций и хоткеев, отсутствует батник с возможностью определить mpv как проигрыватель по умолчанию для кучи форматов видео, нельзя дополнительно сразу скачать новую версию ffmpeg/yt-dlp, но оказывается перечисленного есть и отличия в самой сборке не в пользу разработчиков у которых отсутствуют либы:
>dvdnav egl-angle egl-angle-win32 gl-dxinterop gl-dxinterop-d3d9 iconv libarchive libbluray openal rubberband rubberband-3 sdl2 sdl2-audio sdl2-gamepad sdl2-video uchardet vaapi vaapi-win32 vapoursynth vector zimg zimg-st428
Любители менюшек на блюриках очень расстроятся, кхм.
Также либы у ффмпега используются более старые. Хоть это вряд ли как-то влияет, но в очередной раз "васян" впереди планеты всей:
FFmpeg library versions:
libavcodec 61.27.101
libavdevice 61.4.100
libavfilter 10.6.101
libavformat 61.9.101
libavutil 59.51.100
libswresample 5.4.100
libswscale 8.12.100
У разрабов mpv:
FFmpeg library versions:
libavcodec 61.19.100
libavdevice 61.3.100
libavfilter 10.4.100
libavformat 61.7.100
libavutil 59.39.100
libswresample 5.3.100
libswscale 8.3.100
Так что зашквар это или база решать только тебе. Хочешь всё официальное - скачай билд от разрабов. Хочешь как и большинство людей, которые всё это время сидели на билдах от "mpv-васянов" продолжать на них сидеть - продолжай использовать. Я останусь на сборке от shinchiro пока в официальной версии плеера не появится минимум батник для апдейта.
оказывается помимо перечисленного*
самофикс
Как же шинчиро ебёт! Я ещё закинул этот батник в планировщик заданий винды и вообще никуда не дёргаюсь, мпв с ют-длп и ффмпегом обновляются сами собой то ли ночью, то ли утром, уже не помню. Не ну красота!
В 2025 году не осилить пакетные менеджеры и пользоваться васянскими батниками и сборками. Classique /s/.
>Как ты с первым будешь внешние сабы или аудио подключать
Субтитры и аудио подключать можно, правда у меня почему-то не завелись форматом .ass и пришлость конвертировать в .srt
Можно и другие добавить, кликнув "Choose subtitles file". Хотя в списке выбора есть .ass, наверняка какой-то баг, надо репортить в Feedback Hub.
>Не уверен, что там даже поддержка HEVC/AV1 есть
Есть, но надо устанавливать дополнительные кодеки, как гласит данная ссылка. Проверить, увы, возможности нет.
https://support.microsoft.com/en-us/windows/codecs-in-media-player-d5c2cdcd-83a2-4805-abb0-c6888138e456
По сравнению с другим софтом с mpv я меньше всего пердолился, просто прочитал мануал один раз сверху вниз, в конфиге 12 строчек, плюс скрипт на автоматическое подключение шрифтов для субтитров, всё работает как часы.
> пакетные менеджеры
Литералли васянщина.
>Литералли васянщина.
А вот батники в планировщике и проверка обновлений вручную это не васянщина!
Просто не могу разобраться, как устанавливать приложение из пакетного менеджера в кастомную директорию? Или корректно переместить приложение после установки, чтобы пакетный менеджер его не потерял?
> Я останусь на сборке от shinchiro пока в официальной версии плеера не появится минимум батник для апдейта.
Оставайся. Я вообще на MPC-BE сижу, додс, и лишь зашёл потыкать палочкой в ваш улей.
> и отличия в самой сборке не в пользу разработчиков у которых отсутствуют либы
> sdl2 sdl2-audio sdl2-gamepad sdl2-video
Чё за хуйню ты несёшь? Ты в курсе вообще, что mpv без sdl2 не собирается совсем? Вот ебанутый.
> Любители менюшек на блюриках очень расстроятся, кхм.
Хуюшек, дегенерат. Ты в курсе вообще, что хуюшки на хуюриках зависят от java и есть они только на vlc? На мпв даже двд-хуюшки выкинули в своё время.
У тебя на скриншотах Media Player. А изначально написал Windows Media Player. Я это прочитал буквально. В Media Player хз какая ситуация, только Кино и ТВ на 11 щупал давно.
>зашёл набросать хуйни
>получил в рот факты
>написал, что троллил
Молодец.
>>3568526
Спроси у своих любимых разработчиков почему этого нету в их официальном билде для винды, ебанутый. Я перечислил отличия в доступных либах "васянобилда" и официальной сборки. От тебя пока что ничего, кроме набросов и пустого пиздежа не получил.
>>3568527
Без понятия как работают бд менюшки, по названию либы выглядело, что оно на это влияет, значит влияет на другое.
В оф билде для винды нету либы libbluray https://www.videolan.org/developers/libbluray.html. В мануале mpv указано применение с участием этой либы - https://mpv.io/manual/master/#protocols.
bd://[title][/device] --bluray-device=PATH
Play a Blu-ray disc. Since libbluray 1.0.1, you can read from ISO files by passing them to --bluray-device.
title can be: longest or first (selects the default playlist); mpls/<number> (selects <number>.mpls playlist); <number> (select playlist with the same index). mpv will list the available playlists on loading.
bluray:// is an alias.
Из этого вывод, что с билдами от разрабов невозможно задействовать полный функционал их же плеера. Следовательно любой совет использовать их сборки не для тестов (как они прямо указывают), а для постоянного использования должен гнаться ссанными тряпками, а не поощряться и советоваться всем подряд.
Я бы не отказался от установки mpv на винде через winget при условии, что за пакетом бы следили оф разрабы, а не такой же васян, иначе вся суть теряется. Сейчас есть варианты через Scoop и Chocolatey, но там выпускают такие же васяны + ради одной программы лишний пакет-менеджер ставить лень. mpv.net есть в winget, я один раз попробовал попользоваться его реализацией плеера, но там банально была сломана встроенная опция save-position-on-quit, которую он чинил хуй знает сколько времени. В итоге пока что превозмогаю батничками и планировщиком.
>Media Player
Нет, прикол в том, что он и называется полностью Windows Media Player.
Пон, в ру локали название переведено, а у старого одинаковое название независимо от локали.
>На андроид тв какой плеер посоветуете?
Vimu или Kodi, больше нормальных вариантов нет.
>На андроид тв
Я точно не помню, т.к. давно уже юзал андроид тв, но вроде бы я ставил на него MXplayer с 4пидорасов.
tl dr: ничего страшного, тебя информируют, что первые попытки воспроизвести видео через аппаратное декодирование провалились, но через nvdec-copy удалось
У тебя hwdec что стоит? Предполагаю, что hwdec=auto.
auto tries to automatically enable hardware decoding using the first available method. This still depends what VO you are using. See the list above, for which --vo and gpu-context is required for a given hwdec. It will go down the list of available hwdecs until one is successfully initialised. If all of them fail, it will fallback to software decoding.
То есть у тебя попыталось воспроизвести через d3d11 - провал, через dxva2 - провал, почему у тебя эти строчки два раза повторяются хуй знает, но в итоге через nvdec-copy воспроизведение пошло. Советую сменить с auto на auto-safe, если не используешь софтверное проигрывание.
auto-safe is similar to auto, but allows only whitelisted methods that are considered "safe". This is supposed to be a reasonable way to enable hardware decdoding by default in a config file (even though you shouldn't do that anyway; prefer runtime enabling with Ctrl+h). Unlike auto, this will not try to enable unknown or known-to-be-bad methods. In addition, this may disable hardware decoding in other situations when it's known to cause problems, but currently this mechanism is quite primitive. (As an example for something that still causes problems: certain combinations of HEVC and Intel chips on Windows tend to cause mpv to crash, most likely due to driver bugs.)
Так у тебя произошёл бы провал на d3d11 и сразу перешел к попытке через nvdec.
Ничоси объяснение, спасибо, анон. Действительно hwdec=auto, лавно в конфиг не лазил, думал, что удалил эту троку. Cтранно, что перебор вариантов помечается как ошибки, обычно так сбой какой обозначают.
1. запоминает позицию на которой его закрыли
2. норм работает с аудио\саб дорожками
3. не перегружен интерфейс
4. норм работает с самбой шарингом
5. кроссплатформенный (вин +линух)
https://github.com/mpv-player/mpv/commit/b97e3b9e4bd745aa14593ba66fa2fd0dd4dbdc67
https://github.com/mpv-player/mpv/commit/a0f8d27abad6337c28263a504132841906ae37ad
А добавили ли там возможность при нажатии пробела при пустом окне плеера воспроизведения последнего файла?
Нaхуй ты пустoй плeep oткpывeшь, мaньячeллo?
А тебя ебёт? Хочется человеку. Вопрос в том, что совершенно ебанутый антипаттерновый реквест, как открытие закрытых видео с перемоткой на момент их закрытия. Впрочем, это чмо даже не пыталось гуглить.
>что совершенно ебанутый антипаттерновый реквест, как открытие закрытых видео с перемоткой на момент их закрытия
Ну это довольно удобная фича, и она реализована в MPV, с запоминанием выбранных сабов и аудио. А открытие последних файлов можно легко добавить скриптом на историю, которых полно.
В mpv нет фичи из коробки, которая есть в be и hc с бородатых времён, кек. Так и запишем, нужно искать сторонний скрипт, внося inconsistency.
>В mpv нет фичи из коробки, которая есть в be и hc с бородатых времён, кек.
Возможность добавить фичу есть? Есть.
А есть ли в hc и be возможность автоскипа опенингов, ускорения видео при удержании кнопки, настройки громкости под каждый канал, запоминания выбранных сабов и аудио при переходе на следующий файл?
> запоминания выбранных сабов и аудио при переходе на следующий файл?
Это есть.
> возможность автоскипа опенингов
Я давно вышел из той поры, когда меня цепляли похождения японской школоты или сэйнены про салариманов, поэтому перешёл на классику мирового кинематографа. В связи с этим, мне не нужна опция скипа опенингов, когда же я смотрел аниме, то смотрел и опенинги с эндингами полностью тоже. Иначе за просмотр серия не засчитывалась в моём трекере, который с файлами синкался.
> настройки громкости под каждый канал
Испокон веков такое есть. И там это по человечески реализовано, без правки текстового файла.
> ускорения видео при удержании кнопки
Тоже есть.
>Это есть.
Нет. Может настройка где-то есть? Показывай.
>Испокон веков такое есть. И там это по человечески реализовано, без правки текстового файла.
Показывай где настраивать.
>ускорения видео при удержании кнопки
>Тоже есть.
Тоже показывай как сделать.
Заодно покажи, как отображение глав включить и перемотку по ним.
gpu-api=vulkan
vo=gpu-next
hwdec=nvdec
Как настроить профиль автодебанда, чтобы он работал и в софтверном проигрывании при 8 битах и в хардверном?
Я изначально сделал так:
[8bitDeband]
profile-cond=p["video-params/pixelformat"] == "yuv420p" or "nv12"
profile-restore=copy
deband=yes
Но на 10 бит видео тоже проигрывается (почему?). Я поменял на:
[8bitDeband]
profile-cond=p["video-params/pixelformat"] == "yuv420p" or p["video-params/pixelformat"] == "nv12"
profile-restore=copy
deband=yes
Но так профиль не активируется на 8 бит видео. Сделать два отдельных профиля под nv12 и yuv420p? Хотелось бы в одном.
Chatgpt предложил такой вариант:
[8bitDeband]
profile-cond=(p["video-params/pixelformat"] == "yuv420p" or p["video-params/pixelformat"] == "nv12") and p["video-params/bit-depth"] == 8
profile-restore=copy
deband=yes
Но он тоже нерабочий.
>Но на 10 бит видео тоже проигрывается (почему?). Я поменял на:
Почему просто не отключить deband для yuv420p10, а для остального включить?
profile-cond=p["video-params/hw-pixelformat"] == "nv12" or p["video-params/pixelformat"] == "yuv420p"
Потому что дебанд нужен ток для 8 бит. А есть ещё 10 и 12, что-то из этого может вполне хардверно проигрываться (хевк 10/12 бит).
>>3572122
От души, имбы завёз, спасибо.
>Для старого железа
profile=fast
>hwdec
yes, если декодера хватает и нет лагов.
>vo
gpu-next
>gpu-api
Не нужно.
Если у тебя даже ВИДЕО блядь лагает иди нахуй просто.
Что ты там читал? Охуеешь всю документацию по mpv читать. И это нужно просто чтобы пользоваться плеером.
Ничё не лагает. Есть просто странные баги с переходами в полноэкранный режим и обратно в оконный с некоторыми видео (при том даже с древними avi мультсериалами 90х, которых не существует в bd впринципе) с режимом повторения изображения на два моника (второй моник телик). Вот и думаю может mpv перенастроить требуется. Железо не говно мамонта, но древнее, зеон и рх570, дрисять. С конфига охуеете https://privatebin.net/?e4b5d9fd68e0b5ca#GPujeL4BHnqyDFF2xWK1vMGNAHsjshTiJmeAvz1eCw8S
Там есть оглавление, прочитал что интересует и всё, по остальному пробежался глазами чтобы знать какие возможности есть, досконально каждую опцию изучать не нужно.
> И это нужно просто чтобы пользоваться плеером.
Это нужно чтобы знать что умеет программа и уметь ей пользоваться, это здравый смысл и поведение разумного человека — изучить инструмент которым будешь пользоваться, если такой подход не для тебя, то используй более простые приложения.
Ты че нахуячил, долбоеб?
Ты уровнем немножко ошибся. Гиковский mpv и конфиг под каждую мелочь, а не нюфагов с двумя строчками. Нахуячил, лол, это так-то база на скиллах. Видеонастройки я не трогал из специфичности железа на данный момент. Мануал хоть сходи почитай для начала, лол. Почитай базу, познай переключения OSC на лету без перезапуска (боюсь, вся клоака mpv обосрётся как это сделать, ведь даже разрабы пиздят о невозможности, а я первым принёс), рамочки под сабы, разные бинды мыши по разным местам экрана, вьювер до кучи. Пришел мне показывать свою строчку, спешите видеть. Не в hwdec там проблема, проблема говна мамонта mpeg в avi + не первой свежести железо, лисок.
Нахуй мне это надо на компе за 100+ тысяч?
>Мануал хоть сходи почитай для начала, лол.
Ну так сходи почитай, у тебя конфиг ошибками срёт с инвалидными значениями и устаревшими командами, лол.
>боюсь, вся клоака mpv обосрётся как это сделать, ведь даже разрабы пиздят о невозможности, а я первым принёс
А почему тогда в тред прибежал помощи просить?
Конечно будет срать, там же еще скриптов в профиле до кучи, кастомизированный osc скрипт, да и тем более неюзаблен он будет без моего input. Из устаревшего там только background на background-color переименованное не так давно, так что не неси хуйню. И да, я использую только стейбл, а значит оно априори имеет устаревшие команды, так что шах и мат, у тебя не получилось обоссать, лол.
>помощи просить
Поинтересовался настройками некроты у некроты илитария, дак это уже помощь? Ну ты-то, кстати, можешь сбегать в конфу и спросить как делается то, что вырвал гринтекстом из контекста, пук среньк низя менять osc на лету, низяя )).
>да и тем более неюзаблен он будет без моего input
Приорнул с этого пианиста.
>Из устаревшего там только background на background-color переименованное не так давно, так что не неси хуйню
Видимо насколько охуенный конфиг, что почти год не замечал отвал одной из команд, лол.
>>3573410
>кстати, можешь сбегать в конфу и спросить как делается то, что вырвал гринтекстом из контекста
Я не понимаю, что имеется в виду под этим, какие юзкейсы и целом нахуй оно нужно. Показал бы хоть.
Не не замечал, а намеренно откатился в старый стейбл. Есть жирнющие баги в крайних, ну это как всегда у стейбла, к сожалению. Локальный мем о стейблах mpv, которые в действительности стабильны лишь чрез две-три версии каждый раз - некоторые уже знают. Ну а проблема контейнера avi никуда не делась до сих пор, можешь не думать что я на outdated пришел орать о багах и что на случай нет билда из master.
>Я не понимаю
Дак а о чём тогда пиздеть, если mpv адепт не видел других официальных osc (а так же их значимости в разных случаях использования mpv) и не знал их наличия уже изкоробки. Предупрежу, что вылизывать opts придётся долго, чтоб повторить картинку (если считать каждый пиксель, шрифты, тени, отступы, размеры, etc) (slimbox в дефолте такой же слабенький, как bottombar в дефолте).
Разрабы утверждают невозможностью переключаться между slimbox box bottombar на лету, за что были пошучены намёком на KEY apply-profile и в профиле вызов script-opts с соответствующими режимами, изи пизи работает. Но я не использую его больше, форкнул сторонний osc и доволен.
>Приорнул с этого пианиста
Тут ты прав, инпут пердолинг уровня пиано, а еще он длинный какой, лол.
>Attempt to revert the previous playlist-shuffle command. This works only once (multiple successive playlist-unshuffle commands do nothing).
Это изи пизи делается простым кодом и unshuffle будет доступен при любых кол-вах shuffle подряд.
https://privatebin.net/?b8374e22f743181b#4PnMaRsjMR9bVAwZXtN6zmRiZjfYoXSTtwikDvuo9WGk
osd-ass-cc код заточен под мой центрированный, так что не пугайтесь, если он у вас в странном месте. Уберите или поменяйте под свой
>если mpv адепт не видел других официальных osc (а так же их значимости в разных случаях использования mpv) и не знал их наличия уже изкоробки
Видел, вопрос был в другом - нахуя? Настрой себе один osc и пользуйся, смысл его менять?
>>3573433
>Это изи пизи делается простым кодом и unshuffle будет доступен при любых кол-вах shuffle подряд.
Не делается. playlist-unshuffle возвращает состояние перед playlist-shuffle, но не может вернуть в позапрошлое. Если shuffle сделан несколько раз, то ты не сможешь прокликать unshuffle и вернуться в первое состояние тем же путем. А твой код просто всегда возвращает в изначальное состояние.
Кстати, вчера сделали возможность добавления кнопок в OSC, так что пианино можно теперь сильно сократить.
mpc-hc же не разрабатывается с 2017 года. Это гитхаб энтузиастов?
Это форк, который более-менее активно разрабатывается до сих пор. Еще можешь MPC-BE посмотреть - те же яйца, только в профиль.
>I have been involved in MPC development for almost 15 years, even before MPC-HC existed, so consider my builds as the new 'official' releases
https://forum.doom9.org/showpost.php?s=8bd6ce0e9c44cfa6617b7dd289233af0&p=1831201&postcount=1
>Это рябящее дергающееся говно на пролетах вообще фиксится? Это возможно?
Если хочешь длинный ответ, то прочти вот эту статью
https://ru.m.wikipedia.org/wiki/%D0%A0%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B2%D0%B0%D1%8F_%D1%80%D0%B0%D0%B7%D0%B2%D1%91%D1%80%D1%82%D0%BA%D0%B0
Если устроит короткий ответ, то нет. Это не чинится. Единственный вариант позволяет снизить заметность геометрических дефектов и рывков при панорамировании — можно синхронизировать начало развёртки (если на пекарне, то синхронизировать можно только смену буферов растра в видеоадаптере) и частоту развёртки установить кратной частоте следования кадров, а сами кадры (если это кинолента была, конечно) продублировать на кратность. Но что-то подсказывает, что такой фокус умеют делать очень сильно не все пары из видеоадаптера и монитора.
Тебе бы и хуй в жопу зашёл.
Развертка же на crt только, а на lcd обновляется экран целиком.
>частоту развёртки установить кратной частоте следования кадров
Частота монитора должна быть кратна фпс видео? Я об этом думал и уже спрашивал в треде, мне сказали, что на 144 герцовом монике тоже дергается.
>сами кадры (если это кинолента была, конечно) продублировать на кратность
Пиздец ты конечно изъясняешься. Какую кратность? Что продублировать? Интерполировать кадры до частоты кратной частоте монитора? Я так делал. В потплеере фильтр avisynth мне интерполирует до 30 кадров. Монитор 60 гц. Делится нацело. Конкретно в этом видосе не помогает, но где-то может дерганье убрать, хотя мазня останется.
Такое ощущение, что это в видео заложено на этапе оцифровки. То есть это по сути брак. Странно, что в интернете толком никто этой проблемой не запаривается. Будто всем ок говно жрать.
>Да с этой хуйней даже блядь фильмы за 200 лямов баксов будут как сериалы выглядеть плавно
Да потому что АИ апскейл - говно ебучее. Графика, рачитанная на 24 кадра, не будет работать в 60, никакой апскейл это не исправит.
>Где скачать mpv с интерфейсом?
https://sourceforge.net/projects/mpv-player-windows/files/
> В потплеере фильтр avisynth мне интерполирует до 30 кадров.
Copropractices.
Уже давно есть SVP, Vapoursynth, TensorRT RIFE, выкинь свою потную копрописечку с артефактами вместо exact smooth.
В играх с помощью нейросеток уже можно 1 настоящий кадр рисовать и 4 фейковых.
>и 4 фейковых
VFX и игрунские костыли не одно и то же.
У потной писечки есть киллер фичи, которых нет у конкурентов. Выкинуть невозможно - это аналоговнет.
Ничего не понял. Так в исходнике? Или это «восстановленное» движение? Я сейчас не про число кадров в секунду, на него на самом деле плевать, а про характер перемещения объектов.
Если это не изменённые кадры из оригинала, то, кажется, всё понятно.
Для начала почитай про устройство традиционной кинокамеры:
https://ru.wikipedia.org/wiki/Обтюратор_(оптика)
В общем случае кадр киноплёнки засвечивается половину времени съемки кадра (1/48 секунды), ещё половина уходит на протягивание плёнки к следующему. Следовательно, при перемещении объектов съёмки или камеры будет захвачено и проинтегрировано их движение за этот отрезок времени и получена размазанная (если перемещения быстрые) картинка, как на единичном фотокадре с такой же выдержкой. Это нормально, и нормально выглядит при воспроизведении. В зависимости от условий съёмки, светочувствительности плёнки, используемого объектива, скорости кадров и прочего могли подбираться другие параметры обтюратора для сдвига выдержки в более выгодном направлении. В компактных камерах механизм мог упрощаться, отсюда специфический характер движения при съёмках на них.
Теперь посмотрим на кадры из примера. Допустим, между кадром N и кадром N+1 дом сдвинулся влево на определённое расстояние. Можно предположить, что с традиционной выдержкой в половину от 1/24 секунды мы должны увидеть размазанный по половине этого расстояния дом (или другой пропорциональный выдержке смаз). Но на кадрах у нас гораздо более чёткий дом, размазанный на порядок меньше. Почему?
Само собой, потому, что цифровые камеры не привязаны к механике и могут произвольно менять выдержку для каждого кадра, имея огромный запас по чувствительности матрицы. Оператор меняет настройки в зависимости от условий съёмки и нужной картинки, эффекта от видео. Более того, цифровая камера может захватить практически всё движение за время от одного кадра до следующего, за исключением промежутка (постоянно уменьшавшегося с развитием технологий), когда с фотодиодов снимается накопленный заряд, обрабатывается, и в память сохраняются значения, становящиеся потом пикселями картинки.
Тут каждый кадр снят с маленькой выдержкой, и результат скорее можно описать не как панораму, а как поворот камеры на небольшой угол, съёмку с почти статичного положения, поворот для следующего кадра, съёмку и так далее, то есть как серию фотографий, снятых одну за другой. Зачем так делать? Например, потому, что показанного места в реальности не существует, и оно скомпоновано из натурных съёмок и декораций в павильоне. Компоновать и накладывать компьютерную графику проще на мало размазанные объекты, иначе либо придётся вылизывать контуры стыковки, чтобы те не выделялись в движении, либо чёткость объектов из разных источников будет разная, и это будет выглядеть явной вклейкой. Короче говоря, чтобы меньше работы по прихорашиванию делать руками в студии. Или, напротив, имеет место ошибка оператора, проблемы планирования съёмок и прочее.
Таким образом, проблема не в «мазне», как ты считаешь, а в её отсутствии, слишком резких и коротких кадрах. Некоторые уже могли догадаться, что аналогичное происходит в компьютерных играх: ускорители растеризуют объекты каждого кадра в статичном состоянии, рассчитанном для определённого момента времени, не имея представления об их движении до и после. Поэтому для создания иллюзии «нормального» движения требуется генерировать много таких кадров в секунду, чтобы глаз более-менее переставал отличать один от другого, или добавлять более или менее примитивную постобработку (пресловутый «блюрчик для компенсации фиговой частоты кадров»). Серьёзный же рассчёт движения и смазывания при съёмке слишком трудоёмок для обработки реального времени.
Я сделаю вид, что в твоём посте ничего не было про интерполяцию и прочую муру. Великовозрастным дебилам накидали инструментов, с которыми они не умеют работать, и они радостно генерируют мусор, даже не понимая принципов. Вот какого чёрта ты решил, что какой-то волшебный плагин сделает тебе «красиво» в этом случае? В интернете дебилов начитался? Ну так читай дальше, что ты жалуешься на говно на экране? Пихай в рот и жуй как все.
>В интернете дебилов начитался?
Себя ты к ним не относишь, как я понимаю.
Я зря это говно покупал, которое даже кадр из говновидео не может дорисовать? 60фпс были еще в 10х годах, как сейчас помню, на примере матрицы.
К чему это вообще?
Как настроить профиль для автоматического применения шейдеров, чтобы он работал на определенном мониторе?
На данный момент у меня применение по разрешению
[glsl_shaders_for_4k]
profile-cond=p["display-width"] == 3840 and p["display-height"] == 2160
profile-restore=copy
glsl-shader='~~/shaders/ArtCNN/compute/ArtCNN_C4F32_DS_CMP.glsl'
Но я хочу добавить ещё вариацию с display-names
https://mpv.io/manual/master/#command-interface-display-names
Знаю об этом https://github.com/mpv-player/mpv/issues/13743, но у меня всё время этот монитор под цифрой 3, так что не должно быть проблем. Хотелось бы как альтернативный вариант к разрешению добавить or display-names == \\.\DISPLAY3, но как не крутил эту вариацию чот толкового не вышло.
Хочется спросить по поводу рендера, почему по умолчанию в MPC-BE стоит EVR. Когда как я понял есть MPC Video Renderer от авторов же MPC-BE и он типо лучше, но при этом по умолчанию не используется. Это странно
Хотя автор парой ленивый. Как обстоят дела с Dolby Vision в MPC-HC? Ещё хуже?
https://mpc-be.org/forum/index.php?topic=381.1635
Не глянул в MPC-HC по умолчанию как раз его рендер юзается. Что в других плеерах? Все также? Что скажите стандартного медиаплеера Windows?
И почему DV на андроиде работает у него? А он не может сделать? Китайцы умнее?
Ты внимание просто не обращаешь. В кинотеатре качество картинки - говно. Я один раз в аймакс на паука сходил и там все экшн сцены были дерганными и рябили так, что невозможно было хоть что-то рассмотреть. Я на титрах смотрел на выходящих людей и никто из этих говноедов даже не высказал недовольства.
Спасибо, нетакуся
ffplay
На новую винду установил этот ваш MPC-BE модный.
Заметил что 60FPS видосы подтармаживают. Думал может так кажется - но нет, открыл статистику и в моменты просадов видно что frame rate падает до 59.98, кажется что 0.02 хуйня но на глаз это сильно видно.
В чём может быть проблема? 4 года пользовался MPC-HC не было такого.
> на глаз это сильно видно
Во-первых, ты фантазируешь. Во-вторых, в видео может быть не 60 fps, а 60/1.001 fps по некоторым стандартам.
Вероятно, ты при перекодировании или в настройках задал жёстко одну частоту кадров, и теперь не соответствующие ей потоки видимо глючат, потому что плеер либо дублирует, либо дропает кадры.
Тащи сюда параметры файла и отладочный вывод проигрывателя.
Ты эту же сцену смотрел в кинотеатре, и она выглядела иначе? Другие фильмы нормально сняты, вот и всё.
Китайцы заплатили за лицензию и взяли готовый декодер. Стоимость лицензии включена в стоимость продукта. Если ты готов платить за программный проигрыватель такие же деньги, тебе в него без проблем засунут все платные лицензируемые компоненты.
От души, спасибо!
Был у меня, значится, базовый плейлист в который я добавлял видосы с ютуба, чтобы когда-нибудь посмотреть. Семь сотен роликов было в нем. Загрузил я сегодня потного и как обычно хотел пролистать плейлист в конец, но промахнулся по клавише. Хрен знает какой хоткей нажался и в плейлисте остался лишь один выделенный ролик. Заебись, чотко! Полез в папку с плейлистами, думая что там остался необновленный плейлист. Но нет, всё стёрто к хуям.
> чтобы когда-нибудь посмотреть
Похуй, не велика потеря, раз бэкап не сделал значит там одна хуйня ненужная.
Твоя правда. Но всё равно неприятно.
Делаю вывод удаляю MPC-BE и снова сижу на MPC-HC к тому же мне не нравится автор который хуй кладет на свое же программу как он говорит.
Хз когда началось, давно ютаб через mpv не смотрел.
>автор который хуй кладет на свое же программу как он говорит
Это где с такими откровениями автора можно ознакомиться?
> yt-dlp
Он жe ужe гoд paбoтaeт сoвмeстнo с phantomjs.exe, чтoбы гуглoпapaшa думaлa чтo этo бpaузep
>PotPlayer
Всегда был корейской пропиетарной адварью с телеметрией. Ничего не поменялось же.
Это на пике фаервол такой? Как называется?
А у тебя сейчас наблюдаются какие-то лаги? Или прочее?
PotPlayer, MPC-HC.
Да вроде нет, просто может простыми танцами картинку лучше сделать можно или плавнее
А кто тебе сказал, что она сейчас плохая или дёрганая?
По-моему, ты ищешь предлоги, чтобы обосновать свой страх, что ты от моды отстал, и что пацаны засмеют, когда твои программы увидят.
Сначала надо определить проблему, а потом её решать.
да не зависит картинка от плееров, наооборот чем шизовнее автор плеера по типу MPC-BE тем больше проблем. Единственный вариант это пердлолить madVR чтобы картинку по четче сделать, и то различие хуй заметишь только споткадрами, на ТВ вообще разницу хуй увидишь. Да и нагрузка большая. Картинку можно улучшить только купив новый телек
Алгоритмы апскейлинга madVR устарели супротив RTX VSR. В чём madVR хорош, так это в его HDR-фишечках работы с изображением, в остальном появился более совершенный рендерер MPC-VR с частичной поддержкой Dolby Vision, и прямым обращением к RTX HDR и RTX VSR.
А туда завезли поведение: при нажатии на пробел в пустом окне плеера воспроизводится ранее запускавшийся файл?
>в пустом окне плеера воспроизводится ранее запускавшийся файл?
Хоткей истории просмотра + enter.
Сейчас бы дефолтный ui использовать вместо uosc'a...
А это меню редактировать можно? Если нет - кал высрали ненужный. Там кроме выбора глав нихуя полезного нету если мышкой без хоткеев можно и дорожки аудио/сабов выбирать и без этого меню. Чё они копротивляются? Пусть сделают по человечески менюшки как в mpvnet, нахуй этот дрочь с конфигами ёбнутые блядь.
>вместо uosc'a...
Как это удалить теперь?
>Как это удалить теперь?
В AppData/Roaming папку mpv снести если что
Надо было папку портабле_калфиг создавать (с копированием текущей куда-нибудь, чтобы восстановить, в случае необходимости отката), иначе придётся лезть в кишки роуминга как дегрель выше советует.
Windows Firewall Controll, человеческая шкурка для встроенного файрвола.
лучше поздно, чем никогда
WFC от binisoft прокладки русофобов Malwarebytes.
Ну хз, я помню, как в mpv.net не работало save-position-on-quit, когда я посоветовал человеку и в итоге пришлось ждать исправления несколько месяцев:
https://github.com/mpvnet-player/mpv.net/issues/565
С тех пор я никому не советую этот вариант, потому что если что-то не работает у человека, то помимо гита самих разрабов надо ещё смотреть гит этого пердикса. Да и в целом он свои ручки пускает не туда куда следует. Функции, которые из коробки работают не должны ломаться от его шкурки. Для себя понял, что надо брать сток и цеплять шкурку какая по кайфу из предоставленных. Пока что использую uosc и доволен.
>скрины анимки
Недавно смотрел её - кал.
Радеонщики и интеловички жили с работой на цпу всё это время и ничего, хе.
>mpv.net
У меня на этой васянке дропы кадров были, а при открытом меню через ПКМ они пропадали, в обычном mpv такой хуйни не было и пердолинг конфига не помогал, снёс нахуй.
> С тех пор я никому не советую этот вариант
Я самого начала ставил чистый mpv и пердолил скрипты от других васянов без них невозможно пользоваться. Потом хотел что бы окно не меняло размеры при открытии видео в оконном режиме - хуй там. Эта падла меняет размеры и похуй на настройки в конфиге. А в mpv net все работает и скрипты некоторые только там пашут хз почему. Переезд на чистый mpv периодически по пол часа на попытки сделать а потом бешусь и закрываю к ебеням идет нахуй пока все хотелки не будут работать как в mpv net.
> Недавно смотрел её - кал.
Нормально смотреть можно, мне хватило что бы не дропать после полторы серий и 7 поставить.
>>3585148
> У меня на этой васянке дропы кадров были
Я как на mpv переезд оформил не сразу заметил что картинка рывками как в старом аниме и охуел. Какие то настройки со скрина это дело убрали.
это как скачать и где
а у меня вот такой батник лежит, он работает? ой какой батник, код павершела вон снизу
Я хз что это у тебя скачано. Ты сам код смотрел вообще чё он делает:?
В блокноте открой.
На компьютере самый лучший MPC
На телефоне самый классный был mx player
Когда-то на старом атлоне одноядерном пробывал другие плееры потому что процессор не тянул h264 720P с сабами. Но таких проблем больше нету. Пока не придумают еще один дибильный новый стандарт видео который замучает любой современный процессор.
>еще один дибильный новый стандарт видео
В чём именно дебильность заключается, даунидзе?
даун вой папа. а дибильность в жудкой нагрузке на проц.
265 сделали ещё более идиотской хренью
>На телефоне самый классный был mx player
Вот именно что был. После того как его индусы купили - там все по пизде пошло.
Есть плееры которые нормально открывают ютуб ссылки кроме потплеера? Комп слабый, не тянет через видео через браузер выше 480. А потплеер хандрит иногда, хотя в целом робит.
> слабый комп
> жидовс 10
чел...
Да этот детектор пиздит лол. У меня 7. ХР уже не вариант слишком старо.
Так что по сути дела?
Пердоцирк в mpv с этим.
Можешь попробовать mpv, но я бы тебе конечно советовал пробовать жму/пинус (и тот же мпв) или потратить 200$ на пк и там же пробовать жму/пинус и вовек не знать проблем
Как установить? Питон стоит в винде.
В каком плеере можно настроить чтобы при открытии файла он просто добавлялся в плейлист, если в данный момент играет другое видео?
Спасибо, анон. Не слыхал о таком. Накатил данную приблуду, работает. Всегда о таком мечтал.
Платная глючная хрень. Удаляй и ставь с гитхаба пикрил.
> Нахуя этот зондокал с васянским драйвером
Исходники есть каждый пук можно проверить...
> Firewall App Blocker
Мокрописька от васяна без исходников.
>Платная глючная хрень. Удаляй и ставь с гитхаба пикрил.
Васян пофиксил свои говно драйвера или до сих пор изоляцию ядра требует отключать?
У этой хуйни открытый код, онв же на гитхабе. Это ты доверяешь свой траффик каким то хуесосам, которые потом по нему будут тебе делать таргетированную рекламу
Ну так скомпилируй сам, или ручки кривые? Хехехе)
А какое доверие к тебе с твоим говнософтом без исходников?
Так это профиль разработчика, ебать ты додик тупой оррр
>>3585841
>>3585851
А ведь если серьёзно, что мешает каждому разрабу, того или иного мода/софта, заливать уже скомпилированный exeшник из исходников? Экономия времени? Сомнительно. Не знание/лень/напиханные зонды? К чему вообще тогда лить именно на гитхаб, а не на условный "игруха-хакс-программс точка ком"?
>Вот пик, как выглядит собранное из исходников.
Погоди, а разве не вот эта галка за это отвечает?
Так собери сам, инструкция есть, bijiji. Все тулзы для сборки бесплтьаные.
>Так собери сам, инструкция есть, bijiji.
Чтоб эту васянку использовать, нужно отключать изоляцию ядра, а если собираешь сам, то плюсом драйвер будет без подписи, пользоваться этой хуйней можно будет только в тестовом режиме, для которого ещё дополнительно несколько других фич безопасности нужно отключать. Бонусом надпись Test Mode в углу экрана.
Найс советуешь, чмо.
> нужно отключать изоляцию ядра
Так если ты харденик-шиз, то используй дефендер или аппаратный файрволл, а не свою мокрочлень.
> то плюсом драйвер будет без подписи
> https://github.com/tnodir/fort/wiki/Building
> Driver is already test signed by default
> пользоваться этой хуйней можно будет только в тестовом режиме, для которого ещё дополнительно несколько других фич безопасности нужно отключать.
Не пользоваться, а собирать. Это разные вещи.
Короче, ты слышал звон, да не знаешь, где он.
bijiji
>Так если ты харденик-шиз, то используй дефендер или аппаратный файрволл, а не свою мокрочлень.
Это дефолт, уёба, почему я должен урезать безопасность системы ради другой утилиты безопасности? В чём смысл тогда?
>Не пользоваться, а собирать. Это разные вещи.
>Короче, ты слышал звон, да не знаешь, где он.
>bijiji
Это уже в Deploy, а не Building. Как ты загружать драйвер без подписи на винде будешь?
Короче, бугагашер опять срёт в штаны, ничего нового.
> В чём смысл тогда?
Смысл в работе другой утилиты безопасности. Ты когда антивирус сторонний ставишь, он тоже поведение дефендера переопределяет.
> Как ты загружать драйвер без подписи на винде будешь?
> Driver is already test signed by default
>Смысл в работе другой утилиты безопасности. Ты когда антивирус сторонний ставишь, он тоже поведение дефендера переопределяет.
Это замена одного на другое, я не вижу тут проблемы. Антивирус не требует глушить систему выключая половину фич безопасности.
> Как ты загружать драйвер без подписи на винде будешь?
> Driver is already test signed by default
И с каких пор подобный драйвер грузится вне тестового режима?
>By default, Windows does not load test-signed kernel-mode drivers. To change this behavior and enable test-signed drivers to load, use the boot configuration data editor, BCDEdit.exe, to enable or disable TESTSIGNING, a boot configuration option. You must have Administrator rights to enable this option.
>Вот пик, как выглядит собранное из исходников. Учись, тупорылое животное.
Лол, что за бред я прочитал. Никто не мешает в воркфлоу насрать подтягивание внешнего говна/малваря какого-то при сборке и упаковке этого в итоговый файл. Ты никак не можешь это запредиктить и гитхаб экшены никакой безопасности обеспечить не могут. Всё сводится к твоей внимательности, проверке кода и самостоятельной сборке, а в случае с экшенами - проверке настроенных workflows разработчика и этапов сборки в истории сборки. Ещё надо помнить, что история сборки со временем стирается, так что если софт долго не обновляется, то посмотреть лог сборки у тебя не выйдет (пик1).
tl dr: эта надпись не обеспечивает 100% сборку кода из репозитория конкретного разработчика, а также не обеспечивает никакой безопасности и не защищает от того, что васян мог насрать в итоговый файл. Она лишь означает, что сборка была произведена посредством автоматически настроенных workflows через виртуальную машину гитхаба.
ps и я не против гитхаб экшенсов, это отличная вещь, но твои утверждения в сторону собирающих локально уровня
>Верь на слово ноунейм пидарахе с мокрописьками, выродок.
абсолютно одинаковы с тем, что предлагаешь ты.
Ты не предложил проверить workflows настроенные разрабом, не предложил проверить лог сборки, не предложил залить на вирустотал в конце концов. Ты ПОЧЕМУ-ТО решил начать утверждать, что сборка через экшены = сборка из исходников не от ноунейм пидарахи с мокрописьками, хотя эта же пидараха настраивает экшены через workflows и может положить туда любое говно.
Что за хуйню ты высрал? Ещё пиздани, что в исходном коде на гитхабе малварь может быть, охуеть маня Америку открыла. При сборке через actions можно всё проверить, а когда разраб свой говняк сам лично заливает, то этот исходный код до пизды, там может быть что угодно собрано, это твой крохотный тупой мозг понимает?
Сын шлюхи, прочитай свой изначальный пост и перестань через быкование пытаться спрятать свой позор. Ты не ответил ни на один мой тейк, как и не признал того, что ты написал полный бред с:
>Вот пик, как выглядит собранное из исходников.
Я не буду повторять свой пост и разжевывать тебе по второму разу написанное, если ты не осилил с первого раза. В следующий раз, когда прижмут к стенке молча слейся с треда и обтекай.
Хуею с этого тупоголового. Файл workflow является частью исходников, ты можешь проверить всё, как из чего что собирается и код приложения. Без сборки через github исходный код смысла не имеет, максимум для сборки приложения самому, разраб может вшить малварь в свою сборку и хуй ты это отследишь.
Даун решил за умного сойти итт, но перед этим забыл штанцы на чистые поменять.
Есть видео, с артефактами то ли сжатия, то ли ресайза - "лесенки" на всех прямых под углом в кадре, типа листов бумаги, оконных рам, мебели и т.д.
Вот скришнот (пикрелатед) в исходном виде, обратите внимание на края мебели, бумагу и прочее - лесенки пикселей. Такие же пиксельные ступеньки и на глазах, веках людей в кадрах с крупным планом.
Короче, я использую шейдеры,
дефолтные, которые улучают ситуацию с интерлейсом:
Deinterlace (blend)
Denoise
и сторонний, который добавляет немного размытости, что скрывает "пикселизацию":
blurGauss_pass2
Итоговый результат заметно лучше, но оставляет желать
Если вам приходилось бороться с такими видео - поделитесь своими рецептами "улучшайзинга" картинки.
> Если вам приходилось бороться с такими видео - поделитесь своими рецептами "улучшайзинга" картинки.
Значит, эта фича современных видеокарт Нвидии... И нужна свежая версия плеера MPC, поддерживающая эту фичу.
Учту. Но в данный момент у меня видеокарта старая, не RTX поэтому не вариант для меня.
Трясет от такого как на пикриле: вместо l (L) показывает I (i), выглядит крайне уебищно. И происходит уже не первый (и не десятый) раз.
Проверил в VLC - там все ок, как и должны быть.
Подумал, мож у меня MPC слишком старый? Ну скачал последний форк отсюда:
https://github.com/clsid2/mpc-hc/releases/tag/2.4.0
Проблема все та же.
Что не так, чуваки? Не могу пользоваться другими плеерами после божественного MPC, который я юзаю последние лет 15. ПОМОГИТЕ!!!!
>Бывают какие-то непонятные иероглифы вместо букв
Скорее всего проблемы кодировки.
Например, при перекодировке из юникода в win-1251 всякая юникодовская специфика типа троеточий (специальных, а не тремя простыми точками) и всяких значков апострофа - превращается в хрень.
А перкодировка может пройти незаметно для юзера, пока он тайминг подправлял в спец.софте, например, и не проверил в какой кодировке результат сохранил.
Я бы в эту сторону проверил, лучше чтобы субтитры были в юникоде.
>вместо l (L)
А это, скорее всего, проблема иного плана.
Это в ходе автоматического распознавания субтитров из форматов "картиночных" в текст происходит.
На dvd и bd субтитры не текстовые, а изображения - и программы для перевода тех картинок в текстовый вид просто иногда неправильно угадывает где там l, а где I.
То есть это не вина плеера, сами субтитры такими были сделаны, тем кто их выдирал с диска, скорее всего.
>Проверил в VLC - там все ок, как и должны быть.
Ну, это как-то совсем странно.
Проверь субтитры просто в текстовом редакторе - что там на самом деле: II или ll
>>3587271
А как проверить-то, если они встроенные? Знаю, что в Subresync (ctrl+6) обычно показывается текст, но это видимо ток если грузишь сабы отдельным файлом.
Фильм:
https://rutracker.org/forum/viewtopic.php?t=3375013
Вон там чуть ниже чел скинул ссылку на "исправленные сабы" - с ними все ок, но почему "неисправленные" нормально отображаются в VLC (2й скрин)? Опять же, проблема не единичная и не присуща конкретно этому фильму, поэтому хотелось бы разобраться раз и навсегда.
Причем я смотрю исключительно ебейшую попсу: либо раздачи где по 20к+ скачиваний, либо самые популярные сабы с opensubtitles, где тоже даунлоадов десятки тысяч, поэтому вряд ли проблемы именно с сабами?
mkv это контейнер, через MKVToolNix извлеки субтитры и посмотри, но тут очевидно что ошибка в тексте субтитров, вместо буквы l (маленькая L) используется I (большая i), в VLC просто шрифт такой в котором большая i выглядит как маленькая L.
Бляяяяя, да.
Посмотрел какой шрифт в VLC - Arial. В MPC с этим шрифтом тоже становится нормально.
А что за долбоебы тогда делают сабы, в которых путают буквы, и почему я стабильно натыкаюсь на подобное?
>А что за долбоебы тогда делают сабы, в которых путают буквы
Я выше объяснил вроде четко.
1) Субтитры на дисках не являются текстом, они там - картинка, накладывающаяся поверх видео.
2) Чтобы их перевести в текст нужно провести процесс похожий по принципу на сканирование с листа бумаги, с помощью машинного распознавания текста (пикрелатед так выглядит процесс)
Ну или руками набить на клавиатуре, но кому это надо.
3) Машине трудно определить где в картинке I, а где l - ведь часто они одинаково нарисованы просто палочка вертикальная, без засечек и изгиба.
4) Программа обычно в таких случаях спрашивает человека правильно ли угадала, человек отвечает, программа пытается подстроиться сообразно ответам.
Но человеку может быть лень программу обучать, он просто укажет, мол, давай сама, без вопросов.
5) Еще человекам лень бывает и получившиеся после работы программы текстовые субтитры проверить своим глазом.
>А как проверить-то, если они встроенные?
Очевидно, видеофайл MKV ?
Самый просто вариант - это программа для работы с субтитрами Subtitle Edit (у меня версия 4.0.3 например)
Просто открываешь ею mkv видеофайл и она автоматически извлекает субтитры (предлагая выбрать какие именно, если их несколько) и показывают их текст.
Отклеилось.
Такая перемотка полностью заменяет паузу на SPACE. Можно как-то и паузу и перемотку в одну клавишу уместить, чтобы прям как в точности на ютубе было?
Анон, эти "лесенки", это следствие отсутствующего деинтерлейсинга, какой-то еблан взял двд рип и перекодировал его, а должен был перекодировать с деинтерлейсингом (а лучше вообще отрезать пилой себе руки шаловливые). Твоё видео это мусор, брак, на помойку, оно испорчено. Так не делают. Вообще не перекодируют двд рипы, а смотрят рипы так.
Бляяять, я прочитал половину твоего поста. Хуйнёй какой-то занимаешься. У тебя неправильно выбран деинтерлейсинг. Лесенок быть не должно ни при каких условиях.
>Хуйнёй какой-то занимаешься. У тебя неправильно выбран деинтерлейсинг.
Ну а как надо-то, если видео вот такое и другого нету?
Шейдер Deinterlace (blend) я включаю, но он мало что дает.
А шейдеры Denoise и blur помогают хотя бы замылить эти пиксели.
А я, думаешь, прямо помогать тебе стану? Ты пользуешься плеером для свинды, старым плеером без поддержки. Я тебе сказал правду, что лесенки это артефакты деинтерлейсинга, дальше ебись как хочешь.
>лесенки это артефакты деинтерлейсинга
Но от них нельзя избавиться . Вот в плеере VLC, например есть настройки деинтерлейсинга и с десяток разных алгоритмов оного, я все перепробовал и ноль эффекта.
>прямо помогать тебе стану?
Тогда не стоило и рот открывать, согласись.
Ведь мой вопрос - как косметически улучшить видео такое, которое создано с неверными параметрами интерлейса.
https://github.com/natural-harmonia-gropius/input-event?tab=readme-ov-file#press-to-speedup-release-to-restore
> Ведь мой вопрос
Это мой вопрос, воображуля. Никак. Теоретически можно было бы интерлейснуть видео, а потом заново деинтерлейснуть, но тут серьёзный выход из виндомирка, подозреваю, тебе не понравится, да и я не знаю, возможно ли это в принципе.
Если в файле закодированы кадры прогрессивной развёртки, содержащие именно такую картинку, как на скриншоте, то надо: а) понять, что было сделано не так автором; б) понять, как написать обрабатывающий пиксели фильтр, который замаскирует именно эту проблему (а не будет, к примеру, блюрить всё во все стороны от балды).
Допустим, кто-то дропнул все чётные поля, чтобы из 60i получить 30p, и в результате вертикальное разрешение кадра уменьшилось вдвое, а обратно его растягивали дешёвым масштабированием. Можно попытаться обратить смазы от него, чтобы получить исходник, а потом растянуть его заново нормально. Само собой, потерянную информацию не восстановишь, можно разве что заниматься гаданием по объединяющим несколько кадров сглаживающим фильтрам.
Если же эти полоски прыгают на каждом кадре или при смене сцен, то всё становится веселее.
Если же файл указывает чересстрочный формат видео, надо выяснять, что у тебя настроено, какие «улучшения» из драйверов, настройки по советам из интернетика и так далее, чтобы точно знать путь кадров от декодера на монитор. Иногда видео, записанное как чересстрочное в силу технических ограничений техники или формата, на самом деле исходно прогрессивное, то есть оба поля регистрируют событие в один и тот же момент времени, и тогда никакой фильтр НЕ НУЖЕН, надо просто вывести оба поля на один кадр. Иногда порядок полей криво записан, и они перепутываются. В случае монтирования из исходников чересстрочного видео (если речь о пятнадцати-двадцатилетней и более давности) смена сцен может происходить на любом поле. В случае применения эффектов к чересстрочному видео (например, наплывов, наложения логотипов, титров и прочего), разные объекты в кадре могут иметь разную фазу (чётные и нечётные поля), и просто так их не смешать. Такие штуки могут запутывать автоматические алгоритмы обработки чересстрочности. Например, если автор ленился и был неграмотен (или просто ежедневно обрабатывал массу видео), он мог ткнуть в режим «авто», проверить первые пять минут своего рипчика и кинуть файлы в интернет, а там после какой-то склейки порядок полей нужно было менять, и остальной файл был запорот из-за кривых настроек.
Скомпилирована с помощью пердокомпилятора джисиси.
Есть какая-то разница для пользователя от этого?
Если ты про первую же ссылку на автоматические сборки на Github, то можно нажать на задание и посмотреть файлы конфигурации. Станет понятно, что под 64-битные Windows собирается две версии компилятором clang (одна совместимая со всеми процессорами, вторая — только с выпущенными за последние десять лет, поддерживающими инструкции AVX2) и одна версия компилятором gcc. Если тебе нужно собрать САМЫЕ СВЕЖИЕ версии каких-то дополнительных библиотек и прочих модулей (или внешних программ, обращающихся к mpv), чтобы протестировать исправление ошибки или новую функцию, это надо делать в совпадающей с исходной системе сборки.
Так то, это неплохой плеер, но с зондами корейских небратушек.
Я использую MPC-BE, выглядит попроще, но он более оптимизированный и лёгкий. Но если нужно, например, смотреть IPTV по плейлисту, потный всё равно будет удобнее.
И смысла нету его менять, особенно на старых версиях, там зонды легко отключались.
когда-то пробовал смуч прожект на мпц, но за 20 лет наблюдений мпц как был говном так и остался, не смог это терпеть
Обновили менюшку.
Зря, в углу было удобнее.
Это что за весь интерфейс такой?
У меня из первой ссылки, но я нашел более свежие форки:
https://github.com/maoiscat/mpv-osc-modern
https://github.com/zydezu/ModernX
https://github.com/cyl0/ModernX
Выглядит добротно. Спасибо анон!
Еще один форк.
https://github.com/Samillion/ModernZ
Название какое-то пидорское
ctrl+f либо из меня нажав на + в коне плейлиста. Я сам спросил, сам нашёл, ёпта
С кодеками открывал что угодно.
audio-file-paths=E:/FILMS/
Вот это вот не работает. По уму конечно лучше вообще сделать чтобы искалось только в папке и подпапках где находится сам фильмец.
две звездочки в конце пути еще есть
>Как в mpv сделать рекурсивный поиск аудиодорожек к видосу?
https://github.com/dyphire/mpv-config/blob/master/scripts/fuzzydir.lua
не рабоает эта хуйня помню ставил ее себе
>не рабоает эта хуйня помню ставил ее себе
>Linux
>Яндекс браузер
Дауна спросить забыли.
VLC хронически (более нескольких лет) не может решить проблему с таймингом аудио, из-за чего музыка и аудиодорожка звучит заметно говённее
В потплеере настройки пиздец, и дефолты тоже.
Мпв рассчинан на красноглазиков
Вывод: всё - тупое говно
нет я серьезно я ради аниме это ставил и у меня в итоге 8 звуковых дорожек было когда там была два аудио вшитый японский и русский внешним
>нет я серьезно я ради аниме это ставил и у меня в итоге 8 звуковых дорожек было когда там была два аудио вшитый японский и русский внешним
audio-file-auto настроить ума не хватило?
я его и ставил --audio-file-auto=fuzzy
ну там кажись баг в самой версии мвп был сейчас все работает
Вот этот пробовал?
https://github.com/clsid2/mpc-hc
- Windows 7 SP 1
- MPC-HC
- K-Lite Codec Pack версии последней актуальной на 2025
По дефолту в MPC-HC рендерер "Enhanced Video Renderer (custom presenter)". Как оказалось, он плохо дружит с драйверами видеокарты-встройки - неровный фпс, иногда поврежденные кадры, а один раз даже произошло падение видеодрайвера.
Переключил на рендерер System default. И обнаружил, что отличается внешний вид картинки - другие цвета и яркость.
В процессе экспериментов также обнаружил, что под Windows 8 этот же самый рендерер EVR (custom presenter) тоже выдает несколько другую картинку, отличающуюся от этого рендерера под Win 7.
Пикрилы. В названиях картинок подписано, где что.
Как такое возможно? Я по наивности думал, что за внешний вид картинки отвечает только декодер кодека. Поясните матчасть и вообще происходящее, пожалуйста.
Разрывы у тебя из-за v-sync.
А качество и цветность картинки - из-за особенностей работы с видеопотоком - всякими чересстрочками, попикселями, альфа-слоями, цветовыми диапазонами. При этом за 30 лет накоплен зоопарк цифрового видео с кучей кодеков с разными настройками, а еще и 8+бит на канал подваливает. Отсюда и приколы с разными картинками, при одном драйвере. Смотри на MadVR и забудь про это.
>Разрывы у тебя из-за v-sync.
Нет, это не такого вида разрывы, а именно задержки кадров, когда я прямо глазами вижу, что какой-то кадр завис на долю секунды дольше нужного, как будто продублировался, а в другом месте видео через пару секунд другой кадр выпал. Частота обновления монитора там 75 Гц, а видео 24 (23.976).
>А качество и цветность картинки - из-за особенностей работы с видеопотоком - всякими чересстрочками, попикселями, альфа-слоями, цветовыми диапазонами.
Обрати внимание, что на 2 и 3 пикче там - одинаковый рендерер (Enhanced Video Renderer (custom presenter)), но на разных виндах - не только цветность и яркость разная, но буквально разный характер мпег-артефактов! Вверху справа от центра, фон, рядом с крупной башкой корабля, вот там хорошо видно - не только цвета другие, но и разное декодирование шакалов. Это-то как вообще происходит?..
Кстати, про вот это: на некоторых видеофайлах при рендерере Enhanced Video Renderer (custom presenter) повреждения выглядят вот так. Случайно удалось удачно поймать на стоп-кадре, а так они происходят раз в 5-10 секунд.
Причем - я хочу обратить на это отдельное внимание! - эти повреждения рандомные. Увидел его - отмотал на 10 секунд назад - снова воспроизвел этот же самый фрагмент - этой зелени уже НЕТ! Зато она может выскочить в каком-то ДРУГОМ случайном кадре (не соседнем, а просто в "каком-то"). То есть это даже не похоже на баги декодирования видеопотока кодеком, это какая-то неведомая рандомная хуйня с отображением результата.
>зоопарк цифрового видео с кучей кодеков с разными настройками, а еще и 8+бит на канал подваливает. Отсюда и приколы с разными картинками, при одном драйвере.
(если что, все те пикчи - скрины ровно из одного и того же видеофайла)
Короткий ответ на твой вопрос звучит примерно так. Благодаря обратной совместимости с большинством исторических решений, ты имел возможность на одном и том же программно-аппаратном комплексе воспроизвести одину и ту же видеопоследовательность разными способами, отличающимися деталями решения задачи аппаратного ускорения воспроизведения видео. Каждый из упомянутых способов решал в разное время одну и ту же историческую задачу в разном контексте.
Например, когда-то были ограниченные диапазоны интенсивностей компонентных аналоговых сигналов, а коэффициенты матриц преобразования цветности были частью стандартов на телевизионные сигналы; потом сигналы стали цифровыми и сжатыми, а ограниченность диапазонов указывалась флагом в метаданных потока; потом стали указывать в метаданных видеопоследовательности аж три набора колориметрических характеристик. И эти данные можно и нужно использовать при воспроизведении видеопоследовательностей, но... Исторический контекст приводит к тому, что часть программно-аппаратных средств вывода просто не умеет работать с колориметрической информацией, а другой части иногда эти данные сообщаются неверно. Так или иначе, задача точного воспроизведения цвета становится нетривиальной.
Но потом я подумал, что здесь степень деконструкции оставляет аонятийный аппарат на высоком уровне условности, и о том, что нужно бы эти материи как-то объяснить.
Спасибо. Мне знакомы большинство из этих вещей. Меня застало врасплох следующее: декодерная часть кодека декодирует видеопоток, получает в результате значения YCbCr (или иные варианты цветов пикселей) для пикселей в каждом из кадров, после чего... а зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)? Разве эту задачу не должен решать собственно кодек (которых я понаставил в систему в процессе установки всё того же K-Lite'а)?
>отличающимися деталями решения задачи аппаратного ускорения воспроизведения видео.
Тут такая всратая и минималистичная встройка на матери середины нулевых, что ничего ускорять она не умеет, и даже сам MPC-HC не пишет "playing [h/w]", а пишет просто "playing".
Уже лет тридцать, как видеоадаптеры делают цифровую обработку изображений у себя на борту. Раньше они только сводили отдельные изображения и графические примитивы в комплзицию, потом научились отрисовывать простые проекции трёхмерных сцен, а потом дошли сначала до преобразования цветовых пространств и масштабирования изображений. И вот теперь видеопдаптеры умрет и сжатые потоки с видео декодировать. При этом исторически есть куча интерфейсов, через которые видеоадаптеру можно поставить задачу. И современные видеоадаптеры стараются с переменным успехом поддерживать большинство из них. У каждого из интерфейсов есть в меру его развитости разные возможности, и вот эти самые EVR, System Default Renderer — это такие пользовательские программы для доступа к разным интерфейсам видеоадаптера.
Теперь про тона, уровни яркости и всякое такое. Прежде, чем ты увидишь синтезированное на мориторе изображение, оно подвергается целому ряду преобразований, параметры которых бывают неоднозначными. Так, например, видеодекодер, имея поблочные спектры и вектора движения, синтезирует для тебя изображение, сосьоящее из трёх прямоугольных решёток отсчётов. Монитор при этом тоже синтезируют для тебя изображение из трёх прямоугольных решёток отсчётов, совмещая решётки в пространстве. Монитор создаёт у тебя ощущение освещённости и цветности, балансируя интенсивности излучателей. У мониторов, как правило, три цветовых компонентры — красный, синий и зелёный. И отсчёты этих компонентов по растру распространены равномерно и равнозначно (одинаковое число отсчётов для каждой из компонент). Но на выходе декодера изображение представлено немного иначе. Оно представлено, как правило в виде трёх прямоугольных решёток отсчётов яркости и двух цветоразностных.
И тут нужно объяснить про цветоразности. Сам подход, приведший к появлению понятия о цветоразностном сигнале, вытекает из истории развития телевидения (от чёрно-белого к цветному), из особенностей человеческого зрения, и из задач радиотехники. Первое — самое простое: нужно было обеспечить приём сигналов цветного телевидения при помощи чёрно-белых телевизоров. Т. е. старый сигнал, передающий картинку в виде рапределения яркости по растру должен был остаться, как был, а к нему нужно было как-то добавить что-то, чтобы передать ещё и цветовые оттенки. Второе — человеческое зрение воспринимает резкость картинки лучше по пространственным перепадам яркости, нежели по пространственнвм перепадам цветовых оттенков. И вот тут с третьим вбегает радиотехника, которая по своей области постоянно оперирует сигналами и информацией.
Радиотехника сходу предложила преобразовать красно-зелёно-синюю триаду сигналов в один яркостный и два других средствами линейной алгебры — через разложение одного и того же вектора в разных системах координат, через матрицу перехода. Так, сразу после телевизионной трубки и сканирования, три цветовых сигнала для передачи в эфир нужно преобразовать в яркость и два каких-то ещё сигнала так, чтобы старые телевизоры ловили только яркость, а два других сигнала не попадали в полосу частот приёмника. Ну, а новые цветные телевизоры могли бы ещё одним каналом приёмника вылавливать и ещё два сигнала и восстанавливать обратно красно-зелёно-синюю триаду уже через матрицу обратного перехода. Звучит как план. Примерно так и реализовано: есть сигнал яркостм Y и два других сигнала — это те самые цветоразностные сигналы Pr и Pb.
И тут радиотехника сразу обнаружила, что в сигналах, использующихся для передачи телевизионных изображений, много избыточности, т. е. небольшое ухудшение качества изображений может позволить здорово сократить полосу используемого сигнала. Очевидное решение проблемы отделения яркостного и цветоразностных сигналов в сочетании с применением знаний об особенностях человеческого зрения почти сразу дало предложение вдвое сократить ширину полосы пропускания для цветоразностных сигналов за счёт уменьшения их пространственного разрешения. Эта техника называется прореживанием и используется повсеместно и по сей день.
И тут снова возникло желание углубиться в деконструкцию.
Мониторы, зрение и оптические иллюзии
Для начала, давай напомню, как монитор синтезирует зрительные образы для человека, создавая ощущение освещённости, а также цветовые ощущения. Он создаёт это всё путём организации некоторой поверхности, на которой расположены в виде прямоугольной решётки излучатели. Излучатели, чаще всего, одинаковые (в пределах технологического разброса производства) и распределены по решётке равномерно. Каждый излучатель должен быть небольшого размера, сравнимого с разрешающей способностью человеческого зрения. Каждый излучатель составной и включает три компонента, каждый из которых имеет собственную доминирующую длину волны излучаемого света. Пространственные перепады интенсивности излучения по всей излучающей поверхности монитора создают ощущение зрительных образов, а путём балансировки интенсивностей компонент в каждом излучателе достигаются цветовые ощущения.
Таким образом, монитор может синтезировать плоские изображения, иллюзии проекций трёхмерных объектов и сцен, которые человек в быту привык наблюдать. Иллюзии как цветового, так и пространственного ощущения. Надеюсь, с пространственными иллюзиями вопросов не возникает, т. к. люди, как правило, имеют представление о плоских проекциях, и даже имели опыт разгадывания проекционных головоломок. А с цветовыми иллюзиями дело обстоит немного сложнее.
Например, в быту человек ощущает цвет через дневное зрение и последующий анализ сигналов от органов чувств в нервной системе. И если органы зрения более-менее изучены, их функционирование понятно, то само создание ощущений в нервной до конца не изучено и полно довольно удивительных феноменов. В основном последнее связано с тем, что восприятие, в том числе, зрительное, на возможностях органов чувств лишь базируется, но само ощущение является результатом воздействия раздражителя на естественную нервную сеть, которая сформировалась как результат индивидуального процесса обучения восприятию зрительных образов. Вот такая тебе философская подводка.
Что же касается возможностей органов зрения в деле восприятия цвета (через дневное зрение), то здесь есть ряд усреднённых по множеству людей моделей, основанных на двух факторах. Во-первых, имеется представление о пороге чувствительности зрения к малым уровням интенсивности постоянного монохроматического излучения с различными длинами волн в видимой части оптического диапазона. Во-вторых, есть трихроматический эффект. Описать его можно примерной схемой:
- есть некоторое монохроматическое излучение с определённой интенсивностью;
- есть в глазу человека три вида светочувствительных клеток, отвечающих за дневное зрение;
- каждых из трёх видов светочувствительных клеток имеет весьма неравномерную зависимость чувствительности от длины волны излучения; иными словами, каждый вид клеток обладает частотной избирательностью — соответственно, каждый из видов клеток наиболее чувствителен к диапазону длин волн, который люди интерпретируют как красный, зелёный и синий свет;
- монохроматическая волна вызывает в клетках разных типов отклик разной интенсивности, и таким образом позволяет наблюдателю соотнести по соотношению откликов разных клеток цветовое ощущение с положением цвета в спектре видимого света.
Схема трихроматического эффекта работает и в обратном направлении. Так, если выбрать три излучателя с доминирующими длинами волн, соответствующими пикам чувствительности каждого из трёх видов светочувствительных клеток, можно путём балансировки интенсивности излучателей создать то же цветовое ощущение, что возникает при облучении органов зрения при помощи волн, с длинами, не имеющимися в спектре излучателей, но лежащими в пределах крайних точек диапазона длин волн излучателей. Т. е. можно создать иллюзию цвета, реально не существующей волны.
Таким образом, монитор устроен в целом так, что согласован по принципу с устройством дневного зрения человека
>зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму
Само преобразование из YPrPb->RGB неоднозначное. Его можно сделать однозначным, например, замкнув в одну цепь и колориметрические характеристики, которве были метеданными на входе декодера, и цветокорректирующие функции рендера, и цветовую калибровку монитора. Но это удаётся редко и только на наиболее современных рендерах, которые тебя качеством работы не устроили.
>Разве эту задачу не должен решать собственно кодек
Нет. Эта задача решается за его пределами. При кодировании и декодировании ещё не известны условия воспроизведения, цветовые профили оборудования и всё такое.
>всратая и минималистичная встройка на матери середины нулевых, что ничего ускорять она не умеет
Так-то она много, что уже умеет, сеорее всего: yuv в rgb преобразует и растр масштабирует.
Анон, спасибо за подробный текст (уважаю такое и сам иногда пишу такое на другие темы, где надо), но дело в том, что я знаю про YCbCr и 4:2:0 и вот это вот все, что следует из твоих слов.
Меня по-прежнему интересует совсем другое:
>Меня застало врасплох следующее: декодерная часть кодека декодирует видеопоток, получает в результате значения YCbCr (или иные варианты цветов пикселей) для пикселей в каждом из кадров, после чего... а зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)? Разве эту задачу не должен решать собственно кодек (которых я понаставил в систему в процессе установки всё того же K-Lite'а)?
Иными словами, почему кроме декодирования еще применяется некий "рендерер", и какое вообще аппаратное декодирование видео даже теоретически возможно на этой дохлой встройке, которая никогда не слышала термин AVC/H264 и не умеет его декодировать? Напоминаю, это встройка на матери из 2006-2008 (надо поискать год появления именно этой встройки).
При этом рендерер Enhanced Video Renderer, выбранный в настройках MPC-HC, рандомно выдает вот такое >>3595900 (именно рандомно, а не при декодировании конкретных кадров из раза в раз повторно, в том посте объяснено), а также может уронить видеодрайвер и даже уронить всю винду в синий экран. Ну как так-то, что он там вообще может делать, если видеокарта не декодирует H264 и ВСЁ декодирование выполняется на цпу, и дальше требуется ТОЛЬКО вывести результат на соответствующие пиксели внутри окна плеера?!
О, пожалуйста. Я сам писал длинные сообщения, не обновив тред — соответственно твоё сообщение >>3595900. Сейчас попробую объяснить этот хитрый эффект.
>>3596073
>после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)?
Добавлю к написанному ранее. Даже если мы представим, что из закодированного потока видео колориметрические метаданные попали в нужное место программы-редерера, допустили, что эта программа знает, как с ними обращаться, знает как у операционной системы спросить для целевого монитора параметры цветокоррекции, знает, как передать это всё добро через драйвер а виде парпметров высислительной задачи в видеоадаптер, а тот в свою очередь знает, что дальше делать, то остаётся ещё кое-что. Я вчера про это забыл сходу упомянуть. Цветовосприятие — это процесс субъективного ощущения, по этому имеется пости всегда ещё возможность у рендереров настроить хотя бы основные пользовательские параметры преобразования YPrPb->RGB, например, тоновое смещение, яркость, контрастность, насыщенность. В итоге само преобразование, в общем случае вообще не бывает однозначным. Плюс, зачастую колориместические параметры преобразователь YPrPb->RGB или программа-рендерер не получает вовсе, и тогда они пользуются значениями по умолчанию, а они разные: у одних марица 601-я, у других 709-я, у третих — 2020-я, а некотопые матрицу пытаются угадать по размеру растра yuv.
>>3595900
По картинке могу предположить, что отдельные модуми в прошивке или в драйвере видеоадаптера не поделили между собой адресное пространство памяти — кто-то читает не из своей памяти или пишет не в свою. Это похоже на баг впрошивке. Не удивительно, что при таких условиях драйвер и операционка падают. Что же касается разных программ-рендереров, то они эксплуатируют разные функции видеоадаптера и его драйвера. Более того, функции по масштабированию и преобразованию цветового пространства в адаптере могут дублироваться, а не быть общими для разных интерфейсов, соответствующих разным программам-рендерерам.
Установи кодеки:
https://apps.microsoft.com/detail/9n4d0msmp0pt
https://apps.microsoft.com/detail/9mvzqvxjbq9v
https://apps.microsoft.com/detail/9n95q1zzpmh4
https://apps.microsoft.com/detail/9nmzlz57r3t7
https://apps.microsoft.com/detail/9n5tdp8vcmhs
https://apps.microsoft.com/detail/9pmmsr1cgpwg
https://apps.microsoft.com/detail/9pg2dk419drg
https://apps.microsoft.com/detail/9mzprth5c0tb
https://apps.microsoft.com/detail/9pb0trcnrhfx
Или установи это:
https://github.com/Xanashi/Icaros
Заработало, спасибо.
Нет. Все плееры проиграют zones.lua и его потенциалу возможностей, сразу и без шансов. Ведь соевые кнопки станут не нужны, но и с ними всё в порядке, если с хорошим форком.
Не позорься и поменяй сикбар на белый. Смотри артхаус и авторское, чё за бред для разгорева хаусвайф ты скринишь?
Не пользоваться говном под название MPC-BE а юзать MPC-HC
>MadVR
устаревшее говно которое чуть чуть делают качество четче при этом компухтер пыхтит как паровоз, разница с метра уже не видна. Качество картинки одинаково
>>3585898
>>3585898
>>3586022
>>3586627
>>3586648
Специально для этого тараса читай:
Ниже – развернутое объяснение, почему рассуждения этого анонимного комментатора (назовём его «оппонент») о ненадёжности бинарников и «наличии малвари» в программе Fort Firewall (или любом другом опенсорс-проекте) не выдерживают критики.
---
### 1. Миф о том, что «только GitHub Actions гарантирует честную сборку»
Оппонент настаивает, что «лишь сборка через GitHub Actions» может доказать, что бинарник сделан из тех же исходников, которые лежат в репозитории, а если разработчик сам вручную заливает собранный файл (Release), то этому «нельзя доверять».
#### Почему это не так
1. В опенсорс-сообществе существует много разных подходов к сборке:
- Автоматическая сборка через CI/CD, например GitHub Actions, GitLab CI, Jenkins и т. д.
- Ручная сборка разработчиком или мейнтейнером локально, а затем загрузка итогового файла в релизы.
2. Отсутствие “GitHub Actions” как «автора заливки» вовсе не означает, что сборка не велась по скрипту из исходников. На GitHub можно настроить разные типы CI/CD-пайплайнов, не обязательно под шаблонным именем «github-actions». Разработчик может использовать другие сервисы или свои собственные скрипты, а в историю сборки попасть под собственным аккаунтом.
3. Проекты нередко распространяются несколькими способами: например, есть официальные релизы на GitHub, параллельно автор может выкладывать сборки в другие места (на свой сайт, в сторонние репозитории, в пакетные менеджеры).
- То, что автор залил бинарник под своим логином (вместо «github-actions»), может указывать лишь на то, что он выложил релиз самостоятельно, но не доказывает, что сборка «не сошлась» с исходниками.
4. Верификация сборки существует и помимо GitHub Actions. Есть такие понятия, как reproducible builds, где любой желающий может взять исходники, запустить сборку и получить бит-в-бит идентичный артефакт. Если сборка 100% воспроизводима, то можно удостовериться, что бинарник соответствует коду.
---
### 2. Утверждение, что «разработчик может вшить малварь и всё»
Оппонент выдвигает идею, что якобы «разработчик может в любой момент взять исходники, вручную собрать что-то своё с вредоносным кодом и выложить». По его логике, раз пользователь не видит автоматической сборки «в публичной истории», то и доверять такой сборке нельзя.
#### Почему это не так
1. Опенсорс (open source) сам по себе подразумевает возможность проверки кода. Даже если автор вдруг решит «вшить малварь» в бинарник, *любой* желающий может скомпилировать тот же самый код у себя и сравнить контрольные суммы или провести дифф по результату. Разработчику слишком рискованно «подсовывать» отличающуюся злонамеренную сборку – это легко обнаружится активным сообществом.
2. Доверие не строится только на одном факторе сборки. Как правило, смотрят:
- Историю коммитов в репозитории: когда, какие изменения внесены, есть ли в них что-то подозрительное.
- Репутацию разработчика и проекта (Fort Firewall, судя по всему, уже успел засветиться и набрать пользователей).
- Подписанные бинарники, хэш-суммы релизов и т. д.
3. Гипотеза «автор – злой хакер, вставляющий малварь» плохо сочетается с практикой, где автор годами ведёт проект, исправляет баги, добавляет функции и заботится об открытости кода. Любая попытка действительно «использовать» проект для массовой малвари быстро заканчивается скандалом, потерей доверия и расследованием со стороны сообщества.
4. Утверждение «Без сборки через github-actions исходный код смысла не имеет» – просто неверно. Смысл исходного кода всегда есть: благодаря коду можно:
- Собрать программу самому,
- Проанализировать её на предмет опасных фрагментов,
- Предложить патчи, улучшения, изменения.
---
### 3. «Раз бинарник выложен руками, значит он с файлопомойки, а не с исходников»
Оппонент пытается выставить ситуацию так, будто автор «где-то неизвестно как» взял «левый» бинарник и выложил. На самом деле, если репозиторий находится на GitHub (или любом другом открытом хостинге кода), и там же в разделе «Releases» лежит билд, выложенный разработчиком, то:
1. Это обычно официальные билды проекта. У авторов нет мотивации подменять свою же программу чем-то опасным, так как это их репутация.
2. Типичный процесс: автор что-то поправил в коде → запустил или локальную, или облачную сборку → получил бинарник → проверил → залил в релизы на GitHub → подписал (иногда добавив контрольные суммы).
3. Файл всё так же связан с репозиторием: люди, которым важно убедиться, что бинарник собран из того самого кода, просто перекомпилируют из исходников и сделают сравнение. Если обнаружат несоответствия – это станет публичной информацией.
---
### 4. Язык «оппонента» и здравый смысл
Оппонент сопровождает свою риторику грубыми оскорблениями, нецензурной лексикой и агрессией. Обычно это признак неспособности или нежелания конструктивно обсуждать факты и технику (ад хоминем). С точки зрения логики:
- Если бы у него были реальные доказательства «злонамеренной» сборки, он бы указал на конкретные строки кода или конкретный деструктивный функционал.
- Если бы имелись кейсы, что в бинарниках найден вирус (антивирусы ругаются, у пользователей есть репорты и т.п.), он бы привёл эти ссылки и тесты.
- Вместо этого он сыплет оскорблениями, пытается подвести под мысль: «Раз не GitHub Actions, значит 100% малварь». Это просто логическая ошибка «post hoc ergo propter hoc» (причинность без доказательств), наложенная на стереотипное мышление.
---
### 5. Как на самом деле проверить и обезопаситься
1. Проверять хэш-суммы (SHA256/MD5) на странице релиза – обычно разработчик публикует их для сверки.
2. Собирать из исходников. Если сборка воспроизводима, вы получите точно такой же бинарник.
3. Проверять подписи (pgp/gpg, электронные подписи, сертификаты) – многие разработчики подписывают релизы.
4. Следить за отзывами в сообществе – если в билдах появится нечто сомнительное, сообщество обычно быстро поднимет тревогу.
5. Использовать антивирусные/анализирующие решения для дополнительной проверки (хотя для опенсорс-приложений обычно более надёжна именно проверка исходника).
---
### Вывод
- Факт, что бинарник выложен в релизах GitHub «не самим GitHub Actions», не доказывает «подмену или малварь».
- Оппонент ошибочно возводит «сборку через Actions» в ранг единственно возможного и надёжного механизма, игнорируя множество альтернативных систем и саму концепцию открытого кода.
- Верифицировать соответствие бинарника исходному коду можно многими способами, не ограничиваясь GitHub Actions.
- Грубость и неприличная лексика оппонента указывают, что он не приводит технических доказательств, а лишь продвигает эмоциональный выпад.
Таким образом, все его аргументы о том, что «раз сборка не отмечена GitHub Actions, значит там малварь», не имеют реальной технической базы и не принимаются всерьёз ни в сообществе open source, ни в принципах безопасной разработки.
>компухтер пыхтит как паровоз
Работает даже на старом Atom Z3770D без проблем на планшете Ирбис... Ты обосрамс со своим некропека из 2003 или самосбором на кривой шинде.
Он будет работать да, в таком режиме разницу в качесте не то что через метр не увидишь но с растояние 20 см.
Обосрался только ты этим говном которое ничем не лучше стандартного кодека MPC
Протри очки уже, Уася.
>Специально для этого тараса читай:
Ну и нахуя этот высер от ИИ с промптом "оправдай бедного разраба" тут нужен? Ты то сам эту стену текста не понимаешь. ИИ в ответе сам противоречит себе, в итоге всё равно сводит всё к "поверь разработчику".
Спасибо, работает. Только одного не пойму, как мне сделать, чтобы он искал только в конкретной папке? Я как понял, то он ищет по всему диску.
Вот я поставил глубину поиска max_search_depth = 3
Диски C и D поставил в исключения, на них видосики открываются сразу, а вот на E нужно 2 секунды ждать
и
audio-file-paths = вот тут доходит до нужной папки
audio-file-paths = E:\FILMS\ а вот тут уже нет, нужно глубину на 4 ставить
Че не так делаю?
звездочки проебываются
Лизель пришла к соседям как раз перед самой темнотой и сказала Руди, что приготовила ему рождественский подарок.
>Я как понял, то он ищет по всему диску.
Нет, только в папке, где находится видео и во всех папках рядом с видео. Если у тебя видео просто в E:\, то да, по всему диску.
>чтобы он искал только в конкретной папке
Так, как ты делаешь, должно работать. Уверен, что путь указан правильно?
>а вот на E нужно 2 секунды ждать
Из-за скрипта васянского на powershell.
https://github.com/sibwaf/mpv-scripts/blob/master/fuzzydir.lua
В этом пофиксили эту задержку при открытии.
А сам ты уже настолько отупел что запомнить не можешь? Записывай в заметку тогда.
Сам уже настолько отупел, что тебе плеер нужен? Выйти траву потрогать не пробовал?
Нахуя интересно этот раздел вообще существует? Что ни спрошу все НИНУЖНА
нетфликс окко кинопоиск кион винк
> Выйти траву потрогать не пробовал?
Я только что вернулся с прогулки, сейчас буду смотреть аниме, чётко помню на какой серии остановился.
> Нахуя интересно этот раздел вообще существует? Что ни спрошу все НИНУЖНА
Из тебя сверхчеловека пытаются сделать, а ты сопротивляешься.
Оч смешно долбоеб.
>>3597472
>сейчас буду смотреть аниме
Ясно, в следующий раз сразу об этом предупреждай, чтобы на дегенерата время не тратить.
я не шучу под твои требования только стриминг подходит
Да пиздец требования, отмечать галочкой просмотрен файл или нет.
Kodi вроде неплохой, подтягивает заодно инфу и обложки, но явно под телеки заточен и не показывает вообще файлы, которые не может идентифицировать как фильмы/шоу. Мб это можно как-то пофиксить
меня кстати девушка бросила, у нее была кинопоиск подписка, удобно было, но ща расстались она меня удалила
Да у меня есть и нетфликс, и яндекс, при чем тут это вообще.
Оно. Теперь все работает как надо, спасибо.
Блять вы виндузятники там вообще ебанулись, ставить столько хуйни из мсстора когда на нормальных системах оно из коробки работает.
Старый век
>vo=dmabuf-wayland
Вот это наша тема
Ctrl+Linux+Стрелки
Не благодари
>ставить столько хуйни из мсстора когда на нормальных системах оно из коробки работает.
Оно и на винде из коробки работает, если это не ltsc винда.
Внешние субтитрызвуковые дорожки
Аноним (Microsoft Windows 10: Chromium based)
20/04/25 Вск 13:00:25
№
417
Хотелось бы ещё знать, как открыть внешний субтитр, но чтобы, если уже один был открыть, то он не пропал из списка? Т. е. не чтобы 2 одновременно субтитра было, а просто чтобы они в список внеслись.
>>3599790
в mpv есть дорожки внешние для субтитров, звука
вот кстати диалог об этом
>>3595407
>>3595514
>>3595535
>>3595565
>>3595567
>>3595568
Такую штуку придумали тысячу лет назад, называется constant rate factor
при чем тут hw если все работало и внезапно стало пердеть, дебс?
>что бы видео без проблем работало на steam deck
profile=fast в конфиг. Можно hwdec=no попробовать, если не пропадут лаги.
Юзал ВЛЦ, но он иногда видео некоторые не проигрывает и тормозной.
Сейчас попробовал МПЦ БЕ, а в нём хоткеи не работают почему-то, в фуллскрине я так и не нашёл как включить панель со временем и по дефолту отключить сабы.
А какой именно, есть старый, который я раньше юзал и есть какой-то новый.