55 Кб, 290x257Продолжаем обсуждать и выбирать лучший плеер для просмотра фильмов, сериалов, клипов и всего остального.
Сравниваем у кого лучше картинка, функционал, звук, интерфейс.
Обсуждаем декодеры, рендереры, разные улучшайзеры и т.д.
Предыдущий тред: >>3456466 (OP)
Архив тредов:
https://jpst.it/3WZrO
Сравниваем у кого лучше картинка, функционал, звук, интерфейс.
Обсуждаем декодеры, рендереры, разные улучшайзеры и т.д.
Предыдущий тред: >>3456466 (OP)
Архив тредов:
https://jpst.it/3WZrO
mpv с 0.39 версии заимел поддержку NVIDIA RTX и Intel VSR.
Сами сборки теперь загружаются с Actions страницы mpv github (обязательно наличие аккаунта).
Actions → build → Branch → Filter by Branch → выбираем нужную ветку релиза, качаем артефакты (советую msvc, оттуда можно будет удалить .pdb-файл, для пользователя он не нужен).
Сами сборки теперь загружаются с Actions страницы mpv github (обязательно наличие аккаунта).
Actions → build → Branch → Filter by Branch → выбираем нужную ветку релиза, качаем артефакты (советую msvc, оттуда можно будет удалить .pdb-файл, для пользователя он не нужен).
Существует какой-либо фикс, чтобы размер фигур и текста в определенных местах оставался тем же, несмотря на изменение размера шрифта? Иногда ебанут просто гигантский текст что приходится жать F по два-три раза иначе кроме текста ничего не видно. mpv
Пик 1 Проблемы при уменьшении sub-scale
Пик 2 Субтитры в родном размере.
Пик 1 Проблемы при уменьшении sub-scale
Пик 2 Субтитры в родном размере.
>>538079
Фикс зайти в сабы и поправить размер устроит?
Фикс зайти в сабы и поправить размер устроит?
Potplayer как был лучшим пллером который один раз настроил и забыл, так им и остаётся.
1,1 Мб, 1133x679>>539155
Пользовался им с тех пор как у меня пека появился. И уже пол года наверное как я его бросил. А причина проста эта сука ебаная при просмотре онлайн видео наглухо зависает периодически. Пробовал менять настройки и нихуя не помогло. Укатился в пикрил там нихуя проблем нету. Не так конечно удобно как на поте, но терпимо.
>>546515
Можно.
Пользовался им с тех пор как у меня пека появился. И уже пол года наверное как я его бросил. А причина проста эта сука ебаная при просмотре онлайн видео наглухо зависает периодически. Пробовал менять настройки и нихуя не помогло. Укатился в пикрил там нихуя проблем нету. Не так конечно удобно как на поте, но терпимо.
>>546515
Можно.
33 Кб, 444x371У меня mpc пикрил
hevc не кажет черный экран и со звуком. В чем может быт проблема?
hevc не кажет черный экран и со звуком. В чем может быт проблема?
>>547106
Так хевк же не 5 лет назад изобрели. Vlc у меня такой же старый и там хевк работает. Ладно обновлю. А какая версия последняя
У тебя все показывает?
Так хевк же не 5 лет назад изобрели. Vlc у меня такой же старый и там хевк работает. Ладно обновлю. А какая версия последняя
У тебя все показывает?
>>547133
Спасибо. Поставил мпц-би из картинки из шапки . Работает
Спасибо. Поставил мпц-би из картинки из шапки . Работает
>>537918 (OP)
бля я такой тупой
а как установить mpv
лет 5 назад юзал
ща заебал в винде плеер хуесосный
бля я такой тупой
а как установить mpv
лет 5 назад юзал
ща заебал в винде плеер хуесосный
>>547451
Они там ахуели что mpv что mpvnet все конфиги менять нахуй? Вчера узнал что моя версия слишком дохуя старая. Часа 2 проебался пока настроил и то не до конца сижу пока на старой новую версию со своими хоткеями скриптами и тд.
Они там ахуели что mpv что mpvnet все конфиги менять нахуй? Вчера узнал что моя версия слишком дохуя старая. Часа 2 проебался пока настроил и то не до конца сижу пока на старой новую версию со своими хоткеями скриптами и тд.
СборОчка Потплеера с руборды. Особенно из-за возможности настроек резкости и уплавлялки 30>60fps в реальном времени любого видео.
Подскажите универсальный просмотрщик для фото, видео и аудио. Такое вообще существует?
>>547825
Видео и аудио еще открывает, а фото появляется на секунду, затем затухает, еще и приближать нельзя, так что не подходит.
Видео и аудио еще открывает, а фото появляется на секунду, затем затухает, еще и приближать нельзя, так что не подходит.
Бля, можете помочь, сто лет сижу на потплеере, недавно винду переустановил поставил его, при старте видосов есть микро фризы на 1,5 секунды потом все нормально, при этом не зафисит от размера файла это может быть фильм или вебмка на 5 секунд. Думал и-за кодеков может, поставил к-лайт, все равно фризы при запуске остались. Даже не знаю в какую сторону теперь копать, может посоветует что-то
>>547825
MPV-BE норм тема? Просто пересел на него с vlc, вроде как удобней. И менее зашкварно чем MPV-HC
MPV-BE норм тема? Просто пересел на него с vlc, вроде как удобней. И менее зашкварно чем MPV-HC
>>551698
Отключи анализ библиотеки медиа и отрежь доступ в сеть галочкой.
Отключи анализ библиотеки медиа и отрежь доступ в сеть галочкой.
73 Кб, 900x900>>547360
Ты был прав. Сделал заработало
Ты был прав. Сделал заработало
>>546738
В input.conf добавь y cycle-values video-rotate "90" "180" "270" "0"
В input.conf добавь y cycle-values video-rotate "90" "180" "270" "0"
Вопросы по MPV.
1. Как убрать полосу, появляющуюся на экране при перемотке?
2. Как настроить длительность перемотки при нажатии на клавиши?
3. Как настроить прибавление звука клавишами?
4. Как сделать, чтобы автоматически переключались видео в папке или чтобы было можно переключать их по стрелочкам (сейчас они серые, т.е. MPV не видит соседние файлы из папки).
Нашел что-то про autoload.lua - https://github.com/mpv-player/mpv/blob/master/TOOLS/lua/autoload.lua
Но там пишут про какую-то папку ~/.config/mpv/, а у меня нет в папке MPV никаких папок .config, только куча .dll файлов.
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/).
>>555668
1-2-3 input.conf пердоль хоткеи. Открывай мануал с сайта и ищи команды.
Я сам через гугл задавал вопросы и находило. Ничего сложного тут нет все очень просто хуй там плавал пока все найдешь и настроишь через костыльные скрипты охуеешь сколько времени занимает. Еще скачай mpv net попроще будет намного а сам mpv можно в его папку закинуть что бы скрипты всякие работали.
1-2-3 input.conf пердоль хоткеи. Открывай мануал с сайта и ищи команды.
Я сам через гугл задавал вопросы и находило. Ничего сложного тут нет все очень просто хуй там плавал пока все найдешь и настроишь через костыльные скрипты охуеешь сколько времени занимает. Еще скачай mpv net попроще будет намного а сам mpv можно в его папку закинуть что бы скрипты всякие работали.
>>555668
в mpv.conf добавь osd-bar=no
В дефолтном input.conf глянь и сделай по аналогии - https://github.com/mpv-player/mpv/blob/master/etc/input.conf
>1. Как убрать полосу, появляющуюся на экране при перемотке?
в mpv.conf добавь osd-bar=no
>2-3
В дефолтном input.conf глянь и сделай по аналогии - https://github.com/mpv-player/mpv/blob/master/etc/input.conf
52 Кб, 882x359>>555668
>>555762
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 должно быть
>>555762
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 должно быть
>>555764
Спасибо! Все работает.
Теперь вот такое содержимое папки 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
Для тех, кто тоже сначала ничего не понял, может будет полезно.
Спасибо! Все работает.
Теперь вот такое содержимое папки 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
Для тех, кто тоже сначала ничего не понял, может будет полезно.
Нахуя в аппдате создавать, дегрели? Если в корне с экзешником создаётся portable_config и всё кладётся туда не отходя от кассы. И ещё autoload.lua, который имплементировали в 39 версии, мдамс.
>>555762
Как! Этот shared сборку скачал, нахуя спрашивается, когда есть официальная статически слинкованная.
> папке программы 2 файла с названием mpv и много разных .dll.
Как! Этот shared сборку скачал, нахуя спрашивается, когда есть официальная статически слинкованная.
>>555829
Этот MPV еще бы понять, как скачивать. Куча разных версий, я кстати в треде про это писал >>3537898 → , аноны объяснили. Скачал - настроил - работает. В чем отличие "официальной статически слинкованной"?
Этот MPV еще бы понять, как скачивать. Куча разных версий, я кстати в треде про это писал >>3537898 → , аноны объяснили. Скачал - настроил - работает. В чем отличие "официальной статически слинкованной"?
380 Кб, 2560x1440>>555846
Есть две официальные версии, одна собрана с применением динамической линковки, другая со статической. Отличия в том, что у статической один бинарь и одна .dll-ка, у динамической один бинарь и много .dll-ок.
> В чем отличие "официальной статически слинкованной"?
Есть две официальные версии, одна собрана с применением динамической линковки, другая со статической. Отличия в том, что у статической один бинарь и одна .dll-ка, у динамической один бинарь и много .dll-ок.
>>555848
Хватит нейросеть обучать.
Хватит нейросеть обучать.
>>555850
MinGW это порт GCC с Linux для Windows, MSVC создавался именно для Windows.
MSVC меньше весит, имеет меньше файлов, собирался используя библиотеки Microsoft, имеет лучше совместимость с Windows. Поэтому логичнее всего использовать именно MSVC версию. Разницу вряд ли заметишь, если сам разраб ничего не писал о ней.
MinGW это порт GCC с Linux для Windows, MSVC создавался именно для Windows.
MSVC меньше весит, имеет меньше файлов, собирался используя библиотеки Microsoft, имеет лучше совместимость с Windows. Поэтому логичнее всего использовать именно MSVC версию. Разницу вряд ли заметишь, если сам разраб ничего не писал о ней.
22 Кб, 500x499Есть гoтoвый кoнфиг для mpv чтoбы oн пepeжeвывaл 4К-HDR pипы нa Intel N100 сo встpoйкoй тaк жe плaвнo и хopoшo кaк Microsof Media Player
>>557066
Зaбыл знaк вoпpoсa. ????
Зaбыл знaк вoпpoсa. ????
Сап двач. Как в mpv сделать так, чтобы как в ютубе, при зажатии пробел(пауза) видео проигрывалось в х2 скорости?
>>559302
Скриптом
https://github.com/Ciacconas/mpv-scripts/blob/master/hold_accelerate.lua
Кнопки и скорость можешь менять.
Скриптом
https://github.com/Ciacconas/mpv-scripts/blob/master/hold_accelerate.lua
Кнопки и скорость можешь менять.
Какая же ffplay крутая вещь. Видео, аудио, изображения, запись экрана, скриншоты. И всё в одном. Теперь не надо каждый раз искать какую-то васянку на каждое из этого и надеятся, что васян её не забросит. + личного времени в копилку вместо копания в десятках васянок и выборе, что же лучше.
>>559308
Я ужe MPC-BE пoстaвил и нaслaждaюсь 0 dropped frames
Я ужe MPC-BE пoстaвил и нaслaждaюсь 0 dropped frames
Почему vlc так популярен, если он лагающее кривое гавно?
Можно ли в потплеере или каком-нибудь другом плеере сделать скриншот с черными полосами если в самом видеофайле их нет? Мне нужно сделать скрин с субтитрами которые на черной полосе, но когда делаю скрин то субтитров нет потому что черные полосы самого плеера не учитываются, а поднимать субтитры в область картинки не вариант
Sup.
NVIDIA-SMI version : 565.57.01
plasmashell 6.2.3
mpv/vlc неважно (latest)
x11/wayland неважно
Во время просмотра фильмов (в играх не замечал), при горизонтальном движении камеры, где в кадре много действия, замечается лаг. Это не выглядит как тиринг по типу проблем с вертикальной синхронизацией, это именно подлагивание и только если кадр начинается двигать вбок, по типу панорамы или сцен погони. Чет я даже не нагуглил название проблемы
NVIDIA-SMI version : 565.57.01
plasmashell 6.2.3
mpv/vlc неважно (latest)
x11/wayland неважно
Во время просмотра фильмов (в играх не замечал), при горизонтальном движении камеры, где в кадре много действия, замечается лаг. Это не выглядит как тиринг по типу проблем с вертикальной синхронизацией, это именно подлагивание и только если кадр начинается двигать вбок, по типу панорамы или сцен погони. Чет я даже не нагуглил название проблемы
>>560632
Называется это judder и происходит он в случае, если частота кадров видео не совпадает с герцовкой монитора. Поэтому необходимо интерполировать видео до частоты герцовки монитора.
В mpv это решается так.
https://mpv.io/manual/master/#options-video-sync
https://mpv.io/manual/master/#options-interpolation
Но, если есть возможность, то я бы посоветовал использовать SVP, где есть продвинутые современные алгоритмы интерполяции вроде RIFE + NVIDIA TensorRT.
> при горизонтальном движении камеры, где в кадре много действия, замечается лаг.
Называется это judder и происходит он в случае, если частота кадров видео не совпадает с герцовкой монитора. Поэтому необходимо интерполировать видео до частоты герцовки монитора.
В mpv это решается так.
https://mpv.io/manual/master/#options-video-sync
https://mpv.io/manual/master/#options-interpolation
Но, если есть возможность, то я бы посоветовал использовать SVP, где есть продвинутые современные алгоритмы интерполяции вроде RIFE + NVIDIA TensorRT.
Почему я не могу нормально посмотреть видео 4к на mpc be? Фризы, потери кадров, смотреть невозможно. На kmp раньше смотрелось без проблем 4к, потом я вычитал какой охуенный mpc be и перешёл на него. Видос hevc mkv 4k, видео рендерер стоит MPC video renderer? Есть варианты как подлечить mpc be?
Подскажите пожалуйста
Имеется MOV файл с регистратора, который поврежден или что-то такое
Проблема в том что момент дтп именно на нем
Сначала файлик отказывался даже с рег копироваться на винду, ссылаясь на всевозможные ошибки и защиту от записи.
Потом путем встроенного "Исправления ошибок" винды целиком флешки регистратора он наконец скопировался, но отказывается открываться любыми плеерами. В свойствах файла отсутствует информация о кодеках, битрейте или чем либо еще.
Можно ли с ним что-то сделать? Восстановить хотя бы частично?
Имеется MOV файл с регистратора, который поврежден или что-то такое
Проблема в том что момент дтп именно на нем
Сначала файлик отказывался даже с рег копироваться на винду, ссылаясь на всевозможные ошибки и защиту от записи.
Потом путем встроенного "Исправления ошибок" винды целиком флешки регистратора он наконец скопировался, но отказывается открываться любыми плеерами. В свойствах файла отсутствует информация о кодеках, битрейте или чем либо еще.
Можно ли с ним что-то сделать? Восстановить хотя бы частично?
>>560257
mpv
mpv
>>560257
Вообще это каждый плеер может, если залезть в его настройки скринов, а вот второй пикрил не каждый сможет, так еще круче, на контрастных теликах особенно приятно читать.
Вообще это каждый плеер может, если залезть в его настройки скринов, а вот второй пикрил не каждый сможет, так еще круче, на контрастных теликах особенно приятно читать.
Зборачка mpv с реалтаймовой нвидиевской интерполяцией RIFE для тех, кто не хочет писать скрипты или выкладывать кровные за SVP где пираты-крякеры, когда они так нужны?
https://github.com/vadash/mpv-lazy-en
Потестил на 30 фпс семпле - работает заебись.
https://github.com/vadash/mpv-lazy-en
Потестил на 30 фпс семпле - работает заебись.
>>562328
Могу ошибиться, но там RIFE без TensorRT.
Могу ошибиться, но там RIFE без TensorRT.
32 Кб, 894x509>>562328
Там очень мудрёная система лицензии, чтобы вновь активировать, нужно старую удалять. Или доплачивать 300 р за ещё один компутатор.
> где пираты-крякеры, когда они так нужны?
Там очень мудрёная система лицензии, чтобы вновь активировать, нужно старую удалять. Или доплачивать 300 р за ещё один компутатор.
>>562734
Ебал я дрочиться с командной строкой, может быть есть способы через контекстное меню?
Ебал я дрочиться с командной строкой, может быть есть способы через контекстное меню?
>>562730
Сабы должны сами подхватываться, если правильно назвать файл.
Например:
video.mkv
video.srt
video.ru.srt
Для аудио так тоже будет работать, если добавить опцию в конфиг:
audio-file-auto=exact
Сабы должны сами подхватываться, если правильно назвать файл.
Например:
video.mkv
video.srt
video.ru.srt
Для аудио так тоже будет работать, если добавить опцию в конфиг:
audio-file-auto=exact
>>537918 (OP)
Что вы можете рассказать про SMPlayer?
Что вы можете рассказать про SMPlayer?
18 Кб, 660x300Тред одного mpv шизика
>>562743
Я бы так сделал, их же ошметки всё равно не держат где-то в другом месте от основного файла.
F1 apply-profile 123
[123]
audio-file-auto=all
sub-auto=all
Я бы так сделал, их же ошметки всё равно не держат где-то в другом месте от основного файла.
F1 apply-profile 123
[123]
audio-file-auto=all
sub-auto=all
>>563044
Ничего. Дизайн и винформы нулевых, qt прослойка.
Ничего. Дизайн и винформы нулевых, qt прослойка.
>>537918 (OP)
Аноны, подскажите. Использую стоковый mpv.
Суть такова. Я заранее открыл фильм и свернул плеер, а спустя пару часов случайно удалил этот фильм через shift-del минуя корзину. Сейчас развернул mpv и буквально никаких проблем не возникло. Фильм нормально воспроизводится от начала и до конца, словно его и не удаляли.
Я ожидал, что плеер выбьет ошибку, что не может найти файл, или файл вообще бы не удалился т.к. открыт в программе.
Объясните пожалуйста, как это работает?
Аноны, подскажите. Использую стоковый mpv.
Суть такова. Я заранее открыл фильм и свернул плеер, а спустя пару часов случайно удалил этот фильм через shift-del минуя корзину. Сейчас развернул mpv и буквально никаких проблем не возникло. Фильм нормально воспроизводится от начала и до конца, словно его и не удаляли.
Я ожидал, что плеер выбьет ошибку, что не может найти файл, или файл вообще бы не удалился т.к. открыт в программе.
Объясните пожалуйста, как это работает?
>>563412
Не знаю как в венде, но на никс системах файлы не удаляются, пока открыты хотя бы одной программой, обычно их можно легко восстановить через /proc/$process_id/fd/.
Не знаю как в венде, но на никс системах файлы не удаляются, пока открыты хотя бы одной программой, обычно их можно легко восстановить через /proc/$process_id/fd/.
>>563459
Ну вот да, я на винде, но тут это тоже вполне ожидаемое поведение
Проверил mpv-шные директории куда это видео могло бы в теории закэшироваться - ничего. Папки для временных файлов - пусто. В оперативке тоже нет. Но как только плеер закрылся, место высвободилось, а значит где то лежало.
Ну вот да, я на винде, но тут это тоже вполне ожидаемое поведение
Проверил mpv-шные директории куда это видео могло бы в теории закэшироваться - ничего. Папки для временных файлов - пусто. В оперативке тоже нет. Но как только плеер закрылся, место высвободилось, а значит где то лежало.
>>563465
https://stackoverflow.com/a/9785029
mpv как раз использует этот флаг:
https://github.com/mpv-player/mpv/blob/91f1f4ff4369de16adc5e295573bffa33e2af9d0/osdep/io.c#L380
В общем ОС хранит файл пока он открыт, ты не найдешь его в проводнике.
> 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
В общем ОС хранит файл пока он открыт, ты не найдешь его в проводнике.
>>563465
В C:\$Extend\$Deleted\
>Но как только плеер закрылся, место высвободилось, а значит где то лежало.
В C:\$Extend\$Deleted\
>>563511
Короче, разобрался. Сбацаю гуидо.
Короче, разобрался. Сбацаю гуидо.
>>565748
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
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
>>566116
А версия Windows играет роль? Я сейчас на LTSC 2019.
А версия Windows играет роль? Я сейчас на LTSC 2019.
>>566116
madVR
Короче, вкратце опишу мадвр.
Совместимости с фичами ртх карт нет, поддержки профилей долби вижн тоже, но больше тонких настроек, можно файл калибровки дисплея подсунуть (yCMS, 3DLUT), например, более токая настройка HDR, присутствует больше алгоритмов апскейлинга (NGU лучший в мадвр, если карта не поддерживает ртх), больше тонких настроек этих алгоритмов, есть еррор диффузион дизеринг. Излагаю, исходя из бета-версии от 1 октября 2024 года. Всё самое лучшее всё равно в хардварной коробочке за несколько тысяч зелёных мадвр энви.
madVR
Короче, вкратце опишу мадвр.
Совместимости с фичами ртх карт нет, поддержки профилей долби вижн тоже, но больше тонких настроек, можно файл калибровки дисплея подсунуть (yCMS, 3DLUT), например, более токая настройка HDR, присутствует больше алгоритмов апскейлинга (NGU лучший в мадвр, если карта не поддерживает ртх), больше тонких настроек этих алгоритмов, есть еррор диффузион дизеринг. Излагаю, исходя из бета-версии от 1 октября 2024 года. Всё самое лучшее всё равно в хардварной коробочке за несколько тысяч зелёных мадвр энви.
15,1 Мб, webm,2560x1440, 0:28
>>566118
Добавлю, что он погоды особой не делает, ебанные лесенки отовсюду и задержки выше 15ms, RTX VSR же выжимает все соки из источника, иза задержка =/- 5ms.
> NGU лучший в мадвр, если карта не поддерживает ртх
Добавлю, что он погоды особой не делает, ебанные лесенки отовсюду и задержки выше 15ms, RTX VSR же выжимает все соки из источника, иза задержка =/- 5ms.
>>566191
Получается, что так, madVR более насыщен legacy алгоритмами апскейлинга и они более совершенны, чем те же в MPC VR + поддержка более совершенного алгоритма дизеринга.
Получается, что так, madVR более насыщен legacy алгоритмами апскейлинга и они более совершенны, чем те же в MPC VR + поддержка более совершенного алгоритма дизеринга.
Сап аноны, ставлю Винду 7 на древний пк второй половины нулевых (со встройкой, без дискретной видеокарты).
Че как с кодеками в 2024-2025 году? K-Lite Codec Pack - это еще существующее понятие? Поставлю MPC-HC и кодеки. Норм план? Аппаратного декодирования на гпу не будет, потому что немощная встройка, но ЦПУ вытянет 1080p AVC/H264, а бОльшего там и не надо.
Че как с кодеками в 2024-2025 году? K-Lite Codec Pack - это еще существующее понятие? Поставлю MPC-HC и кодеки. Норм план? Аппаратного декодирования на гпу не будет, потому что немощная встройка, но ЦПУ вытянет 1080p AVC/H264, а бОльшего там и не надо.
>>566422
mpv
mpv
>>566422
Зачем тебе какие-то дополнительные кодеки, да еще и такая параша как K-Lite Codec Pack? Ты что, в 2005 году?! Конкретно в этом плеере MPC-HC интегрирован LAV Filters в котором уже все необходимое есть.
>Поставлю MPC-HC и кодеки.
Зачем тебе какие-то дополнительные кодеки, да еще и такая параша как K-Lite Codec Pack? Ты что, в 2005 году?! Конкретно в этом плеере MPC-HC интегрирован LAV Filters в котором уже все необходимое есть.
>>566918
В ванильной версии - анальные корейские зонды, адварь и телеметрия. Все время долбится в файрвол. А в репачке Васяна666, где все это выпилено - запилены приколы от самого Васяна666.
>PotPlayer
В ванильной версии - анальные корейские зонды, адварь и телеметрия. Все время долбится в файрвол. А в репачке Васяна666, где все это выпилено - запилены приколы от самого Васяна666.
Анон, помоги пожалуйста.
Видрил mpv зависает намертво при проигрывании этого файла, конкретно на ноутбуке со штеудовской встройкой. Проверил это же видео на стационарнике с энвиде - все ровно (2 пик)
Видрил mpv зависает намертво при проигрывании этого файла, конкретно на ноутбуке со штеудовской встройкой. Проверил это же видео на стационарнике с энвиде - все ровно (2 пик)
Как раньше было просто
Ничего не надо было пердолить, просто вставил кассету или диск и смотришь кино или играешь, а не пердолишься с настройками вместо потребления контента
Ничего не надо было пердолить, просто вставил кассету или диск и смотришь кино или играешь, а не пердолишься с настройками вместо потребления контента
>>567158
Блин, ты записал видео (видео проигрывания видео, ёпт! что мы там должны увидеть, нелегальные пиксели из иных измерений?) вместо нормального описания проблемы, но даже не додумался посмотреть на загрузку процессора, чтобы точно знать, хватает ли производительности.
Блин, ты записал видео (видео проигрывания видео, ёпт! что мы там должны увидеть, нелегальные пиксели из иных измерений?) вместо нормального описания проблемы, но даже не додумался посмотреть на загрузку процессора, чтобы точно знать, хватает ли производительности.
2,3 Мб, 1781x1033>>567158
Пофиксил проблему комментированием строк hwdec и gpuapi, видимо лишним было
Пофиксил проблему комментированием строк hwdec и gpuapi, видимо лишним было
>>566422
Для говна мамонта лучшим решением был и остаётся mplayer. Есть gui https://sourceforge.net/projects/mpui-hcb/
Для говна мамонта лучшим решением был и остаётся mplayer. Есть gui https://sourceforge.net/projects/mpui-hcb/
1,6 Мб, 1120x630mpv с мастер ветки, windows 10, rtx 3080, 5800x, 144гц, g-sync включен
Что можно сделать, чтобы не было 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
Что можно сделать, чтобы не было 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
>>568055
* hwdec
* hwdec
56 Кб, 676x63Как вот эту хуйню пофиксить, может мне объяснить кто-нибудь? Какого-то хуя наезжать начали друг на друга, раньше такого или не было, или мне везло.
>>568055
оказалось не в этом дело, а в gpu-api=d3d11, для nvdec нужно было указать вулкан и с ним уже даже с полным софтовым проигрыванием дропов нету, охуеть. За что такой залив говна через d3d11 то происходит, тот же dither-depth=auto правильно работает только через d3d11. Ладно, буду сидеть с вулканом, дропы ушли и это главное. Спасибо, что натолкнул на мысль
оказалось не в этом дело, а в gpu-api=d3d11, для nvdec нужно было указать вулкан и с ним уже даже с полным софтовым проигрыванием дропов нету, охуеть. За что такой залив говна через d3d11 то происходит, тот же dither-depth=auto правильно работает только через d3d11. Ладно, буду сидеть с вулканом, дропы ушли и это главное. Спасибо, что натолкнул на мысль
157 Кб, 1280x720>>568058
Надо было просто снять галочку со "стиля по умолчанию".
Надо было просто снять галочку со "стиля по умолчанию".
43 Кб, 765x567В MPC-HC встроили кстати MPCVR. Топчик.
9 Кб, 832x73>>3477576
>в то время как BE форкал только MPC
Coolstory.
Windows Media Player - для тех, кто просто живёт и наслаждается жизнью, не задумываясь о всяких крутилках, Показывает все популярные форматы, что ещё надо?
MPC-HC/MPC-BE - для превозмогающих, кому нужен расширенный функционал, не против покрутить крутилки, эдакие "видеофилы"
mpv - поехавшие пердоли, которые вместо того, чтобы смотреть что-то и наслаждаться жизнью пердолят калфиги ради пердоленья (и заодно чтобы доказать другим пердолям, что твой пердокалфиг лудший!1).
MPC-HC/MPC-BE - для превозмогающих, кому нужен расширенный функционал, не против покрутить крутилки, эдакие "видеофилы"
mpv - поехавшие пердоли, которые вместо того, чтобы смотреть что-то и наслаждаться жизнью пердолят калфиги ради пердоленья (и заодно чтобы доказать другим пердолям, что твой пердокалфиг лудший!1).
>>568265
Один раз настроил два года назад, до сих пор всё работает. Что ты там пердолишь, поехавший?
>mpv - поехавшие пердоли, которые вместо того, чтобы смотреть что-то и наслаждаться жизнью пердолят калфиги ради пердоленья (и заодно чтобы доказать другим пердолям, что твой пердокалфиг лудший!1).
Один раз настроил два года назад, до сих пор всё работает. Что ты там пердолишь, поехавший?
>>568265
Жирный наброс слишком, петручо. Как ты с первым будешь внешние сабы или аудио подключать? Не уверен, что там даже поддержка HEVC/AV1 есть. Ладно бы ещё Кино и ТВ назвал, хотя там в магазине куча отзывов о миллионе проблем. MPC-HC/BE это базовый наборчик. Странно, что ты VLC не упомянул. MPV для тех кому в падлу в гуишке сидеть кучу галочек расхуяривать и/или для тех кого функционала MPC-HC/BE не хватило. Для не осиливших есть mpv.net. И никто в целом не заставляет что-то крутить и настраивать бесконечно. Кто крутит тому это интересно и надо. А кому не надо настроили один раз и пользуются не трогая много лет.
Жирный наброс слишком, петручо. Как ты с первым будешь внешние сабы или аудио подключать? Не уверен, что там даже поддержка HEVC/AV1 есть. Ладно бы ещё Кино и ТВ назвал, хотя там в магазине куча отзывов о миллионе проблем. MPC-HC/BE это базовый наборчик. Странно, что ты VLC не упомянул. MPV для тех кому в падлу в гуишке сидеть кучу галочек расхуяривать и/или для тех кого функционала MPC-HC/BE не хватило. Для не осиливших есть mpv.net. И никто в целом не заставляет что-то крутить и настраивать бесконечно. Кто крутит тому это интересно и надо. А кому не надо настроили один раз и пользуются не трогая много лет.
87 Кб, 604x598А есть у кого гайдецкий по настройке madVR, с детальным описанием настроек и т.д. почему надо включать то, а не это. А не просто включай это, потому что потому.
>>537931
Использовать сборки с actions чот мех. Был бы у них батник с апдейтами как у шинчиро или жонгфлая, то куда бы ещё не шло, но каждый раз газовать на гитхаб, чтобы обновить себе версию до актуальной ну такое. А так этот батник ещё и yt-dlp ставить/обновлять умеет и ffmpeg, если нужно. В общем попробовал и понял, что лучше и дальше сидеть на сборке от шинчиро.
Использовать сборки с actions чот мех. Был бы у них батник с апдейтами как у шинчиро или жонгфлая, то куда бы ещё не шло, но каждый раз газовать на гитхаб, чтобы обновить себе версию до актуальной ну такое. А так этот батник ещё и yt-dlp ставить/обновлять умеет и ffmpeg, если нужно. В общем попробовал и понял, что лучше и дальше сидеть на сборке от шинчиро.
>>568347
Протыки твои?
mpv раз в год на мажорную версию обновляется. Там коммитов не особо важных налетает, под нужный коммит так же есть actions артефакт.
yt-dlp -U
У ffmpeg, к сожалению, нет сборок от разработчиков, этим занимаются васяны на аутсорсе.
> Был бы у них батник с апдейтами как у шинчиро или жонгфлая
Протыки твои?
mpv раз в год на мажорную версию обновляется. Там коммитов не особо важных налетает, под нужный коммит так же есть actions артефакт.
> А так этот батник ещё и yt-dlp ставить/обновлять умеет
yt-dlp -U
> и ffmpeg, если нужно.
У ffmpeg, к сожалению, нет сборок от разработчиков, этим занимаются васяны на аутсорсе.
41 Кб, 1277x501>>568349
https://github.com/BtbN/FFmpeg-Builds/releases
Есть от BtbN, одного из 4 кто имеет доступ к непосредственно к FFmpeg.
>У ffmpeg, к сожалению, нет сборок от разработчиков
https://github.com/BtbN/FFmpeg-Builds/releases
Есть от BtbN, одного из 4 кто имеет доступ к непосредственно к FFmpeg.
>>568349
https://mpv.io/installation/
Понимаю, для тебя тяжело, что на официальном сайте их рекомендуют выше, чем собственные сборки, но смирись.
all-in-one
Про ффмпег не доебался и на том спасибо.
>Протыки твои?
https://mpv.io/installation/
Понимаю, для тебя тяжело, что на официальном сайте их рекомендуют выше, чем собственные сборки, но смирись.
>yt-dlp -U
all-in-one
Про ффмпег не доебался и на том спасибо.
>>568353
Ничего на официанальном сайте не рекомендуют, лишь упоминают, что к этим сборкам для Windows mpv-васяны не имеют отношения.
А до этого был Zeranoe, кек. На оф. странице гитхаба нет Actions-сборок, поэтому нет официальной версии. Там ещё сборка такая даже без FDK AAC, есть сборки и более полные.
> что на официальном сайте их рекомендуют выше, чем собственные сборки
Ничего на официанальном сайте не рекомендуют, лишь упоминают, что к этим сборкам для Windows mpv-васяны не имеют отношения.
> Есть от BtbN, одного из 4 кто имеет доступ к непосредственно к FFmpeg.
А до этого был Zeranoe, кек. На оф. странице гитхаба нет Actions-сборок, поэтому нет официальной версии. Там ещё сборка такая даже без FDK AAC, есть сборки и более полные.
>>568354
Ну по факту он разработчик и сборка от него есть, лол. Тогда надо сформулировать правильно, что нет сборок официально от проекта, а не от разработчиков.
Ну по факту он разработчик и сборка от него есть, лол. Тогда надо сформулировать правильно, что нет сборок официально от проекта, а не от разработчиков.
77 Кб, 1033x689>>568354
То есть указание ссылок на два релиза от двух "mpv-васянов" это не рекомендация брать релизы оттуда в первую очередь? Ты поменьше копиума то заливай. Рекомендуют точно также как и свои официальные тестовые сборки. В случае с маком свои релизы поставили выше. В случае с виндой двух васянов.
>Ничего на официанальном сайте не рекомендуют
То есть указание ссылок на два релиза от двух "mpv-васянов" это не рекомендация брать релизы оттуда в первую очередь? Ты поменьше копиума то заливай. Рекомендуют точно также как и свои официальные тестовые сборки. В случае с маком свои релизы поставили выше. В случае с виндой двух васянов.
49 Кб, 1013x335>>568354
Там вообще какое-то странное умозаключение, лол.
мимо
Там вообще какое-то странное умозаключение, лол.
>First-party builds (официальные сборки): Эти сборки создаются и распространяются непосредственно оригинальными разработчиками или компанией, которой принадлежит программное обеспечение
>Third-party builds (сторонние сборки): Эти сборки создаются и распространяются третьими сторонами, не связанными с оригинальными разработчиками
мимо
>>568360
Если читать жопой, то безусловно.
> То есть указание ссылок на два релиза от двух "mpv-васянов" это не рекомендация брать релизы оттуда в первую очередь?
Если читать жопой, то безусловно.
>>567257
Шиз, просто дважды кликни по файлу, и он откроется.
Шиз, просто дважды кликни по файлу, и он откроется.
>>568411
Хотя нет, актуализировали, просто жопочтецы не знают, что обозначает слово except.
Хотя нет, актуализировали, просто жопочтецы не знают, что обозначает слово except.
79 Кб, 736x736>>568347
А батник обновления это не официальный функционал, оказывается? Я просто 3-4 года назад через мпв.ио перешёл по тогда ещё вроде бы единственной для винды ссылке на сурсфорж и чё-то скачал оттуда. Это от кого у меня сборка, получается? ЗЫ хотел так спросить, но проверил сам по апдутер.пс1, там ссылка на шинчиро, оказывается. Жесть, несколько лет пользуюсь васянкой и даже сам не в курсе, это зашквар или база?
А батник обновления это не официальный функционал, оказывается? Я просто 3-4 года назад через мпв.ио перешёл по тогда ещё вроде бы единственной для винды ссылке на сурсфорж и чё-то скачал оттуда. Это от кого у меня сборка, получается? ЗЫ хотел так спросить, но проверил сам по апдутер.пс1, там ссылка на шинчиро, оказывается. Жесть, несколько лет пользуюсь васянкой и даже сам не в курсе, это зашквар или база?
>>568395
Поэтому ты упорно отрицаешь реальность, а также полностью игнорируешь, что разработчик пишет о своих билдах? Напомню, а то может проблемы со зрением:
Рекомендовать обычным людям (не разрабам) тестовые билды в которых содержится ненужный мусор, а также отсутствуют некоторые либы для более удобного/широкого воспроизведения видео конечному пользователю и которые обновить можно только ручками перекачивая архивы только у тебя ума хватает. Благо хоть разработчики умные и показательно указали, что стоит качать в первую очередь.
>>568418
Разрабы mpv только недавно стали через автосборки гитхаба выпускать версию для винды. При том они указывают, что это тестовые сборки, но никто не мешает их использовать на постоянке. shinchiro собирает mpv для винды где-то с 2017 года, если не раньше. И какое-то время был в принципе единственным вариантом для тех кто не хотел собирать сам себе плеер для винды. Хотел написать, что сборка от shinchiro и самих разработчиков ничем не отличается, кроме того, что в архиве разрабов есть ненужные конечному пользователю файлы, отсутствует возможность апдейта без захода в браузер, не прикладывается мануал с объяснением функций и хоткеев, отсутствует батник с возможностью определить mpv как проигрыватель по умолчанию для кучи форматов видео, нельзя дополнительно сразу скачать новую версию ffmpeg/yt-dlp, но оказывается перечисленного есть и отличия в самой сборке не в пользу разработчиков у которых отсутствуют либы:
Любители менюшек на блюриках очень расстроятся, кхм.
Также либы у ффмпега используются более старые. Хоть это вряд ли как-то влияет, но в очередной раз "васян" впереди планеты всей:
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 пока в официальной версии плеера не появится минимум батник для апдейта.
>Если читать жопой, то безусловно.
Поэтому ты упорно отрицаешь реальность, а также полностью игнорируешь, что разработчик пишет о своих билдах? Напомню, а то может проблемы со зрением:
>from mpv-player/mpv, which offers test builds
Рекомендовать обычным людям (не разрабам) тестовые билды в которых содержится ненужный мусор, а также отсутствуют некоторые либы для более удобного/широкого воспроизведения видео конечному пользователю и которые обновить можно только ручками перекачивая архивы только у тебя ума хватает. Благо хоть разработчики умные и показательно указали, что стоит качать в первую очередь.
>>568418
Разрабы 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 пока в официальной версии плеера не появится минимум батник для апдейта.
>>568395
Поэтому ты упорно отрицаешь реальность, а также полностью игнорируешь, что разработчик пишет о своих билдах? Напомню, а то может проблемы со зрением:
Рекомендовать обычным людям (не разрабам) тестовые билды в которых содержится ненужный мусор, а также отсутствуют некоторые либы для более удобного/широкого воспроизведения видео конечному пользователю и которые обновить можно только ручками перекачивая архивы только у тебя ума хватает. Благо хоть разработчики умные и показательно указали, что стоит качать в первую очередь.
>>568418
Разрабы mpv только недавно стали через автосборки гитхаба выпускать версию для винды. При том они указывают, что это тестовые сборки, но никто не мешает их использовать на постоянке. shinchiro собирает mpv для винды где-то с 2017 года, если не раньше. И какое-то время был в принципе единственным вариантом для тех кто не хотел собирать сам себе плеер для винды. Хотел написать, что сборка от shinchiro и самих разработчиков ничем не отличается, кроме того, что в архиве разрабов есть ненужные конечному пользователю файлы, отсутствует возможность апдейта без захода в браузер, не прикладывается мануал с объяснением функций и хоткеев, отсутствует батник с возможностью определить mpv как проигрыватель по умолчанию для кучи форматов видео, нельзя дополнительно сразу скачать новую версию ffmpeg/yt-dlp, но оказывается перечисленного есть и отличия в самой сборке не в пользу разработчиков у которых отсутствуют либы:
Любители менюшек на блюриках очень расстроятся, кхм.
Также либы у ффмпега используются более старые. Хоть это вряд ли как-то влияет, но в очередной раз "васян" впереди планеты всей:
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 пока в официальной версии плеера не появится минимум батник для апдейта.
>Если читать жопой, то безусловно.
Поэтому ты упорно отрицаешь реальность, а также полностью игнорируешь, что разработчик пишет о своих билдах? Напомню, а то может проблемы со зрением:
>from mpv-player/mpv, which offers test builds
Рекомендовать обычным людям (не разрабам) тестовые билды в которых содержится ненужный мусор, а также отсутствуют некоторые либы для более удобного/широкого воспроизведения видео конечному пользователю и которые обновить можно только ручками перекачивая архивы только у тебя ума хватает. Благо хоть разработчики умные и показательно указали, что стоит качать в первую очередь.
>>568418
Разрабы 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 пока в официальной версии плеера не появится минимум батник для апдейта.
118 Кб, 600x600>>568465
Как же шинчиро ебёт! Я ещё закинул этот батник в планировщик заданий винды и вообще никуда не дёргаюсь, мпв с ют-длп и ффмпегом обновляются сами собой то ли ночью, то ли утром, уже не помню. Не ну красота!
Как же шинчиро ебёт! Я ещё закинул этот батник в планировщик заданий винды и вообще никуда не дёргаюсь, мпв с ют-длп и ффмпегом обновляются сами собой то ли ночью, то ли утром, уже не помню. Не ну красота!
>>568485
В 2025 году не осилить пакетные менеджеры и пользоваться васянскими батниками и сборками. Classique /s/.
В 2025 году не осилить пакетные менеджеры и пользоваться васянскими батниками и сборками. Classique /s/.
>>568279
Субтитры и аудио подключать можно, правда у меня почему-то не завелись форматом .ass и пришлость конвертировать в .srt
Можно и другие добавить, кликнув "Choose subtitles file". Хотя в списке выбора есть .ass, наверняка какой-то баг, надо репортить в Feedback Hub.
Есть, но надо устанавливать дополнительные кодеки, как гласит данная ссылка. Проверить, увы, возможности нет.
https://support.microsoft.com/en-us/windows/codecs-in-media-player-d5c2cdcd-83a2-4805-abb0-c6888138e456
>Как ты с первым будешь внешние сабы или аудио подключать
Субтитры и аудио подключать можно, правда у меня почему-то не завелись форматом .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
>>568265
По сравнению с другим софтом с mpv я меньше всего пердолился, просто прочитал мануал один раз сверху вниз, в конфиге 12 строчек, плюс скрипт на автоматическое подключение шрифтов для субтитров, всё работает как часы.
По сравнению с другим софтом с mpv я меньше всего пердолился, просто прочитал мануал один раз сверху вниз, в конфиге 12 строчек, плюс скрипт на автоматическое подключение шрифтов для субтитров, всё работает как часы.
>>568519
А вот батники в планировщике и проверка обновлений вручную это не васянщина!
>Литералли васянщина.
А вот батники в планировщике и проверка обновлений вручную это не васянщина!
48 Кб, 427x342>>568489
Просто не могу разобраться, как устанавливать приложение из пакетного менеджера в кастомную директорию? Или корректно переместить приложение после установки, чтобы пакетный менеджер его не потерял?
Просто не могу разобраться, как устанавливать приложение из пакетного менеджера в кастомную директорию? Или корректно переместить приложение после установки, чтобы пакетный менеджер его не потерял?
>>568465
Оставайся. Я вообще на MPC-BE сижу, додс, и лишь зашёл потыкать палочкой в ваш улей.
> Я останусь на сборке от shinchiro пока в официальной версии плеера не появится минимум батник для апдейта.
Оставайся. Я вообще на MPC-BE сижу, додс, и лишь зашёл потыкать палочкой в ваш улей.
>>568465
Чё за хуйню ты несёшь? Ты в курсе вообще, что mpv без sdl2 не собирается совсем? Вот ебанутый.
> и отличия в самой сборке не в пользу разработчиков у которых отсутствуют либы
> sdl2 sdl2-audio sdl2-gamepad sdl2-video
Чё за хуйню ты несёшь? Ты в курсе вообще, что mpv без sdl2 не собирается совсем? Вот ебанутый.
>>568465
Хуюшек, дегенерат. Ты в курсе вообще, что хуюшки на хуюриках зависят от java и есть они только на vlc? На мпв даже двд-хуюшки выкинули в своё время.
> Любители менюшек на блюриках очень расстроятся, кхм.
Хуюшек, дегенерат. Ты в курсе вообще, что хуюшки на хуюриках зависят от java и есть они только на vlc? На мпв даже двд-хуюшки выкинули в своё время.
48 Кб, 395x153>>568502
У тебя на скриншотах Media Player. А изначально написал Windows Media Player. Я это прочитал буквально. В Media Player хз какая ситуация, только Кино и ТВ на 11 щупал давно.
У тебя на скриншотах Media Player. А изначально написал Windows Media Player. Я это прочитал буквально. В Media Player хз какая ситуация, только Кино и ТВ на 11 щупал давно.
>>568523
Молодец.
>>568526
Спроси у своих любимых разработчиков почему этого нету в их официальном билде для винды, ебанутый. Я перечислил отличия в доступных либах "васянобилда" и официальной сборки. От тебя пока что ничего, кроме набросов и пустого пиздежа не получил.
>>568527
Без понятия как работают бд менюшки, по названию либы выглядело, что оно на это влияет, значит влияет на другое.
В оф билде для винды нету либы 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.
Из этого вывод, что с билдами от разрабов невозможно задействовать полный функционал их же плеера. Следовательно любой совет использовать их сборки не для тестов (как они прямо указывают), а для постоянного использования должен гнаться ссанными тряпками, а не поощряться и советоваться всем подряд.
>зашёл набросать хуйни
>получил в рот факты
>написал, что троллил
Молодец.
>>568526
Спроси у своих любимых разработчиков почему этого нету в их официальном билде для винды, ебанутый. Я перечислил отличия в доступных либах "васянобилда" и официальной сборки. От тебя пока что ничего, кроме набросов и пустого пиздежа не получил.
>>568527
Без понятия как работают бд менюшки, по названию либы выглядело, что оно на это влияет, значит влияет на другое.
В оф билде для винды нету либы 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.
Из этого вывод, что с билдами от разрабов невозможно задействовать полный функционал их же плеера. Следовательно любой совет использовать их сборки не для тестов (как они прямо указывают), а для постоянного использования должен гнаться ссанными тряпками, а не поощряться и советоваться всем подряд.
>>568489
Я бы не отказался от установки mpv на винде через winget при условии, что за пакетом бы следили оф разрабы, а не такой же васян, иначе вся суть теряется. Сейчас есть варианты через Scoop и Chocolatey, но там выпускают такие же васяны + ради одной программы лишний пакет-менеджер ставить лень. mpv.net есть в winget, я один раз попробовал попользоваться его реализацией плеера, но там банально была сломана встроенная опция save-position-on-quit, которую он чинил хуй знает сколько времени. В итоге пока что превозмогаю батничками и планировщиком.
Я бы не отказался от установки mpv на винде через winget при условии, что за пакетом бы следили оф разрабы, а не такой же васян, иначе вся суть теряется. Сейчас есть варианты через Scoop и Chocolatey, но там выпускают такие же васяны + ради одной программы лишний пакет-менеджер ставить лень. mpv.net есть в winget, я один раз попробовал попользоваться его реализацией плеера, но там банально была сломана встроенная опция save-position-on-quit, которую он чинил хуй знает сколько времени. В итоге пока что превозмогаю батничками и планировщиком.
>>568576
Пон, в ру локали название переведено, а у старого одинаковое название независимо от локали.
Пон, в ру локали название переведено, а у старого одинаковое название независимо от локали.
На андроид тв какой плеер посоветуете? Или тут только плееры на винду обсуждают?
>>570028
А vlc?
А vlc?
>>570013
Я точно не помню, т.к. давно уже юзал андроид тв, но вроде бы я ставил на него MXplayer с 4пидорасов.
>На андроид тв
Я точно не помню, т.к. давно уже юзал андроид тв, но вроде бы я ставил на него MXplayer с 4пидорасов.
М
596 Кб, 1920x1080Нихрена не понял, чево mpv залупается? Раз в итоге воспроизводит, то чего воняет? Железо норм, хоть и ноутбучное. Нагрузка идёт на дискретный чип.
>>571034
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.
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.
>>571035
Ничоси объяснение, спасибо, анон. Действительно hwdec=auto, лавно в конфиг не лазил, думал, что удалил эту троку. Cтранно, что перебор вариантов помечается как ошибки, обычно так сбой какой обозначают.
Ничоси объяснение, спасибо, анон. Действительно hwdec=auto, лавно в конфиг не лазил, думал, что удалил эту троку. Cтранно, что перебор вариантов помечается как ошибки, обычно так сбой какой обозначают.
А есть плеер, который:
1. запоминает позицию на которой его закрыли
2. норм работает с аудио\саб дорожками
3. не перегружен интерфейс
4. норм работает с самбой шарингом
5. кроссплатформенный (вин +линух)
1. запоминает позицию на которой его закрыли
2. норм работает с аудио\саб дорожками
3. не перегружен интерфейс
4. норм работает с самбой шарингом
5. кроссплатформенный (вин +линух)
>>571281
mpv
mpv
65 Кб, 773x404>>571783
А добавили ли там возможность при нажатии пробела при пустом окне плеера воспроизведения последнего файла?
А добавили ли там возможность при нажатии пробела при пустом окне плеера воспроизведения последнего файла?
>>571917
А тебя ебёт? Хочется человеку. Вопрос в том, что совершенно ебанутый антипаттерновый реквест, как открытие закрытых видео с перемоткой на момент их закрытия. Впрочем, это чмо даже не пыталось гуглить.
А тебя ебёт? Хочется человеку. Вопрос в том, что совершенно ебанутый антипаттерновый реквест, как открытие закрытых видео с перемоткой на момент их закрытия. Впрочем, это чмо даже не пыталось гуглить.
>>571998
Ну это довольно удобная фича, и она реализована в MPV, с запоминанием выбранных сабов и аудио. А открытие последних файлов можно легко добавить скриптом на историю, которых полно.
>что совершенно ебанутый антипаттерновый реквест, как открытие закрытых видео с перемоткой на момент их закрытия
Ну это довольно удобная фича, и она реализована в MPV, с запоминанием выбранных сабов и аудио. А открытие последних файлов можно легко добавить скриптом на историю, которых полно.
>>571843
В mpv нет фичи из коробки, которая есть в be и hc с бородатых времён, кек. Так и запишем, нужно искать сторонний скрипт, внося inconsistency.
В mpv нет фичи из коробки, которая есть в be и hc с бородатых времён, кек. Так и запишем, нужно искать сторонний скрипт, внося inconsistency.
>>572039
Возможность добавить фичу есть? Есть.
А есть ли в hc и be возможность автоскипа опенингов, ускорения видео при удержании кнопки, настройки громкости под каждый канал, запоминания выбранных сабов и аудио при переходе на следующий файл?
>В mpv нет фичи из коробки, которая есть в be и hc с бородатых времён, кек.
Возможность добавить фичу есть? Есть.
А есть ли в hc и be возможность автоскипа опенингов, ускорения видео при удержании кнопки, настройки громкости под каждый канал, запоминания выбранных сабов и аудио при переходе на следующий файл?
>>572056
Это есть.
Я давно вышел из той поры, когда меня цепляли похождения японской школоты или сэйнены про салариманов, поэтому перешёл на классику мирового кинематографа. В связи с этим, мне не нужна опция скипа опенингов, когда же я смотрел аниме, то смотрел и опенинги с эндингами полностью тоже. Иначе за просмотр серия не засчитывалась в моём трекере, который с файлами синкался.
Испокон веков такое есть. И там это по человечески реализовано, без правки текстового файла.
Тоже есть.
> запоминания выбранных сабов и аудио при переходе на следующий файл?
Это есть.
> возможность автоскипа опенингов
Я давно вышел из той поры, когда меня цепляли похождения японской школоты или сэйнены про салариманов, поэтому перешёл на классику мирового кинематографа. В связи с этим, мне не нужна опция скипа опенингов, когда же я смотрел аниме, то смотрел и опенинги с эндингами полностью тоже. Иначе за просмотр серия не засчитывалась в моём трекере, который с файлами синкался.
> настройки громкости под каждый канал
Испокон веков такое есть. И там это по человечески реализовано, без правки текстового файла.
> ускорения видео при удержании кнопки
Тоже есть.
>>572071
Нет. Может настройка где-то есть? Показывай.
Показывай где настраивать.
Тоже показывай как сделать.
Заодно покажи, как отображение глав включить и перемотку по ним.
>Это есть.
Нет. Может настройка где-то есть? Показывай.
>Испокон веков такое есть. И там это по человечески реализовано, без правки текстового файла.
Показывай где настраивать.
>ускорения видео при удержании кнопки
>Тоже есть.
Тоже показывай как сделать.
Заодно покажи, как отображение глав включить и перемотку по ним.
Вопрос по mpv, windows
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
Но он тоже нерабочий.
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
Но он тоже нерабочий.
>>572113
Почему просто не отключить deband для yuv420p10, а для остального включить?
>Но на 10 бит видео тоже проигрывается (почему?). Я поменял на:
Почему просто не отключить deband для yuv420p10, а для остального включить?
>>572113
profile-cond=p["video-params/hw-pixelformat"] == "nv12" or p["video-params/pixelformat"] == "yuv420p"
profile-cond=p["video-params/hw-pixelformat"] == "nv12" or p["video-params/pixelformat"] == "yuv420p"
244 Кб, 1059x397Как в фиолетовой залупе нашаманить как в ютубе и рутубе по кнопке пробел ускорение видео х2, а при отжатии снова возвращать нормальную скорость? Потому что хоткеи ] это хуйня.
>>572971
нейросеть
нейросеть
>>572971
profile=fast
yes, если декодера хватает и нет лагов.
gpu-next
Не нужно.
>Для старого железа
profile=fast
>hwdec
yes, если декодера хватает и нет лагов.
>vo
gpu-next
>gpu-api
Не нужно.
>>568512
Что ты там читал? Охуеешь всю документацию по mpv читать. И это нужно просто чтобы пользоваться плеером.
Что ты там читал? Охуеешь всю документацию по mpv читать. И это нужно просто чтобы пользоваться плеером.
>>573191
Ничё не лагает. Есть просто странные баги с переходами в полноэкранный режим и обратно в оконный с некоторыми видео (при том даже с древними avi мультсериалами 90х, которых не существует в bd впринципе) с режимом повторения изображения на два моника (второй моник телик). Вот и думаю может mpv перенастроить требуется. Железо не говно мамонта, но древнее, зеон и рх570, дрисять. С конфига охуеете https://privatebin.net/?e4b5d9fd68e0b5ca#GPujeL4BHnqyDFF2xWK1vMGNAHsjshTiJmeAvz1eCw8S
Ничё не лагает. Есть просто странные баги с переходами в полноэкранный режим и обратно в оконный с некоторыми видео (при том даже с древними avi мультсериалами 90х, которых не существует в bd впринципе) с режимом повторения изображения на два моника (второй моник телик). Вот и думаю может mpv перенастроить требуется. Железо не говно мамонта, но древнее, зеон и рх570, дрисять. С конфига охуеете https://privatebin.net/?e4b5d9fd68e0b5ca#GPujeL4BHnqyDFF2xWK1vMGNAHsjshTiJmeAvz1eCw8S
>>573141
Почему?
Почему?
>>573192
Там есть оглавление, прочитал что интересует и всё, по остальному пробежался глазами чтобы знать какие возможности есть, досконально каждую опцию изучать не нужно.
Это нужно чтобы знать что умеет программа и уметь ей пользоваться, это здравый смысл и поведение разумного человека — изучить инструмент которым будешь пользоваться, если такой подход не для тебя, то используй более простые приложения.
Там есть оглавление, прочитал что интересует и всё, по остальному пробежался глазами чтобы знать какие возможности есть, досконально каждую опцию изучать не нужно.
> И это нужно просто чтобы пользоваться плеером.
Это нужно чтобы знать что умеет программа и уметь ей пользоваться, это здравый смысл и поведение разумного человека — изучить инструмент которым будешь пользоваться, если такой подход не для тебя, то используй более простые приложения.
>>573355
Ты уровнем немножко ошибся. Гиковский mpv и конфиг под каждую мелочь, а не нюфагов с двумя строчками. Нахуячил, лол, это так-то база на скиллах. Видеонастройки я не трогал из специфичности железа на данный момент. Мануал хоть сходи почитай для начала, лол. Почитай базу, познай переключения OSC на лету без перезапуска (боюсь, вся клоака mpv обосрётся как это сделать, ведь даже разрабы пиздят о невозможности, а я первым принёс), рамочки под сабы, разные бинды мыши по разным местам экрана, вьювер до кучи. Пришел мне показывать свою строчку, спешите видеть. Не в hwdec там проблема, проблема говна мамонта mpeg в avi + не первой свежести железо, лисок.
Ты уровнем немножко ошибся. Гиковский mpv и конфиг под каждую мелочь, а не нюфагов с двумя строчками. Нахуячил, лол, это так-то база на скиллах. Видеонастройки я не трогал из специфичности железа на данный момент. Мануал хоть сходи почитай для начала, лол. Почитай базу, познай переключения OSC на лету без перезапуска (боюсь, вся клоака mpv обосрётся как это сделать, ведь даже разрабы пиздят о невозможности, а я первым принёс), рамочки под сабы, разные бинды мыши по разным местам экрана, вьювер до кучи. Пришел мне показывать свою строчку, спешите видеть. Не в hwdec там проблема, проблема говна мамонта mpeg в avi + не первой свежести железо, лисок.
625 Кб, webm,720x720, 0:10
>>573394
Нахуй мне это надо на компе за 100+ тысяч?
Нахуй мне это надо на компе за 100+ тысяч?
>>573394
Ну так сходи почитай, у тебя конфиг ошибками срёт с инвалидными значениями и устаревшими командами, лол.
А почему тогда в тред прибежал помощи просить?
>Мануал хоть сходи почитай для начала, лол.
Ну так сходи почитай, у тебя конфиг ошибками срёт с инвалидными значениями и устаревшими командами, лол.
>боюсь, вся клоака mpv обосрётся как это сделать, ведь даже разрабы пиздят о невозможности, а я первым принёс
А почему тогда в тред прибежал помощи просить?
>>573403
Конечно будет срать, там же еще скриптов в профиле до кучи, кастомизированный osc скрипт, да и тем более неюзаблен он будет без моего input. Из устаревшего там только background на background-color переименованное не так давно, так что не неси хуйню. И да, я использую только стейбл, а значит оно априори имеет устаревшие команды, так что шах и мат, у тебя не получилось обоссать, лол.
Конечно будет срать, там же еще скриптов в профиле до кучи, кастомизированный osc скрипт, да и тем более неюзаблен он будет без моего input. Из устаревшего там только background на background-color переименованное не так давно, так что не неси хуйню. И да, я использую только стейбл, а значит оно априори имеет устаревшие команды, так что шах и мат, у тебя не получилось обоссать, лол.
>>573403
Поинтересовался настройками некроты у некроты илитария, дак это уже помощь? Ну ты-то, кстати, можешь сбегать в конфу и спросить как делается то, что вырвал гринтекстом из контекста, пук среньк низя менять osc на лету, низяя )).
>помощи просить
Поинтересовался настройками некроты у некроты илитария, дак это уже помощь? Ну ты-то, кстати, можешь сбегать в конфу и спросить как делается то, что вырвал гринтекстом из контекста, пук среньк низя менять osc на лету, низяя )).
>>573409
Приорнул с этого пианиста.
Видимо насколько охуенный конфиг, что почти год не замечал отвал одной из команд, лол.
>>573410
Я не понимаю, что имеется в виду под этим, какие юзкейсы и целом нахуй оно нужно. Показал бы хоть.
>да и тем более неюзаблен он будет без моего input
Приорнул с этого пианиста.
>Из устаревшего там только background на background-color переименованное не так давно, так что не неси хуйню
Видимо насколько охуенный конфиг, что почти год не замечал отвал одной из команд, лол.
>>573410
>кстати, можешь сбегать в конфу и спросить как делается то, что вырвал гринтекстом из контекста
Я не понимаю, что имеется в виду под этим, какие юзкейсы и целом нахуй оно нужно. Показал бы хоть.
>>573415
Не не замечал, а намеренно откатился в старый стейбл. Есть жирнющие баги в крайних, ну это как всегда у стейбла, к сожалению. Локальный мем о стейблах mpv, которые в действительности стабильны лишь чрез две-три версии каждый раз - некоторые уже знают. Ну а проблема контейнера avi никуда не делась до сих пор, можешь не думать что я на outdated пришел орать о багах и что на случай нет билда из master.
Дак а о чём тогда пиздеть, если mpv адепт не видел других официальных osc (а так же их значимости в разных случаях использования mpv) и не знал их наличия уже изкоробки. Предупрежу, что вылизывать opts придётся долго, чтоб повторить картинку (если считать каждый пиксель, шрифты, тени, отступы, размеры, etc) (slimbox в дефолте такой же слабенький, как bottombar в дефолте).
Разрабы утверждают невозможностью переключаться между slimbox box bottombar на лету, за что были пошучены намёком на KEY apply-profile и в профиле вызов script-opts с соответствующими режимами, изи пизи работает. Но я не использую его больше, форкнул сторонний osc и доволен.
Тут ты прав, инпут пердолинг уровня пиано, а еще он длинный какой, лол.
Не не замечал, а намеренно откатился в старый стейбл. Есть жирнющие баги в крайних, ну это как всегда у стейбла, к сожалению. Локальный мем о стейблах mpv, которые в действительности стабильны лишь чрез две-три версии каждый раз - некоторые уже знают. Ну а проблема контейнера avi никуда не делась до сих пор, можешь не думать что я на outdated пришел орать о багах и что на случай нет билда из master.
>Я не понимаю
Дак а о чём тогда пиздеть, если mpv адепт не видел других официальных osc (а так же их значимости в разных случаях использования mpv) и не знал их наличия уже изкоробки. Предупрежу, что вылизывать opts придётся долго, чтоб повторить картинку (если считать каждый пиксель, шрифты, тени, отступы, размеры, etc) (slimbox в дефолте такой же слабенький, как bottombar в дефолте).
Разрабы утверждают невозможностью переключаться между slimbox box bottombar на лету, за что были пошучены намёком на KEY apply-profile и в профиле вызов script-opts с соответствующими режимами, изи пизи работает. Но я не использую его больше, форкнул сторонний osc и доволен.
>Приорнул с этого пианиста
Тут ты прав, инпут пердолинг уровня пиано, а еще он длинный какой, лол.
На самом деле, было бы желание и живой тред как в былые времена, то пояснил бы много смешного бреда по mpv 😂
Это изи пизи делается простым кодом и unshuffle будет доступен при любых кол-вах shuffle подряд.
https://privatebin.net/?b8374e22f743181b#4PnMaRsjMR9bVAwZXtN6zmRiZjfYoXSTtwikDvuo9WGk
osd-ass-cc код заточен под мой центрированный, так что не пугайтесь, если он у вас в странном месте. Уберите или поменяйте под свой
>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 код заточен под мой центрированный, так что не пугайтесь, если он у вас в странном месте. Уберите или поменяйте под свой
>>573432
Видел, вопрос был в другом - нахуя? Настрой себе один osc и пользуйся, смысл его менять?
>>573433
Не делается. playlist-unshuffle возвращает состояние перед playlist-shuffle, но не может вернуть в позапрошлое. Если shuffle сделан несколько раз, то ты не сможешь прокликать unshuffle и вернуться в первое состояние тем же путем. А твой код просто всегда возвращает в изначальное состояние.
Кстати, вчера сделали возможность добавления кнопок в OSC, так что пианино можно теперь сильно сократить.
>если mpv адепт не видел других официальных osc (а так же их значимости в разных случаях использования mpv) и не знал их наличия уже изкоробки
Видел, вопрос был в другом - нахуя? Настрой себе один osc и пользуйся, смысл его менять?
>>573433
>Это изи пизи делается простым кодом и unshuffle будет доступен при любых кол-вах shuffle подряд.
Не делается. playlist-unshuffle возвращает состояние перед playlist-shuffle, но не может вернуть в позапрошлое. Если shuffle сделан несколько раз, то ты не сможешь прокликать unshuffle и вернуться в первое состояние тем же путем. А твой код просто всегда возвращает в изначальное состояние.
Кстати, вчера сделали возможность добавления кнопок в OSC, так что пианино можно теперь сильно сократить.
>>573499
Это форк, который более-менее активно разрабатывается до сих пор. Еще можешь MPC-BE посмотреть - те же яйца, только в профиль.
Это форк, который более-менее активно разрабатывается до сих пор. Еще можешь MPC-BE посмотреть - те же яйца, только в профиль.
7,2 Мб, mp4,1280x720, 0:10
Это рябящее дергающееся говно на пролетах вообще фиксится? Я пробовал даже интерполяцию до 60 кадров. Сам пролет становится плавнее, но картинка все равно мажется. К тому же мне 60 кадров не нужно, я хочу смотреть в родных 24 кадрах, но без этой мазни. Это возможно?
44 Кб, 1125x311>>573499
https://forum.doom9.org/showpost.php?s=8bd6ce0e9c44cfa6617b7dd289233af0&p=1831201&postcount=1
>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
>>574117
Если хочешь длинный ответ, то прочти вот эту статью
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
Если устроит короткий ответ, то нет. Это не чинится. Единственный вариант позволяет снизить заметность геометрических дефектов и рывков при панорамировании — можно синхронизировать начало развёртки (если на пекарне, то синхронизировать можно только смену буферов растра в видеоадаптере) и частоту развёртки установить кратной частоте следования кадров, а сами кадры (если это кинолента была, конечно) продублировать на кратность. Но что-то подсказывает, что такой фокус умеют делать очень сильно не все пары из видеоадаптера и монитора.
>Это рябящее дергающееся говно на пролетах вообще фиксится? Это возможно?
Если хочешь длинный ответ, то прочти вот эту статью
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
Если устроит короткий ответ, то нет. Это не чинится. Единственный вариант позволяет снизить заметность геометрических дефектов и рывков при панорамировании — можно синхронизировать начало развёртки (если на пекарне, то синхронизировать можно только смену буферов растра в видеоадаптере) и частоту развёртки установить кратной частоте следования кадров, а сами кадры (если это кинолента была, конечно) продублировать на кратность. Но что-то подсказывает, что такой фокус умеют делать очень сильно не все пары из видеоадаптера и монитора.
А в чем подвох то делать из 24фпс 60? Да с этой хуйней даже блядь фильмы за 200 лямов баксов будут как сериалы выглядеть плавно, но хули бля. Мне вот например в 60фпс зашел геминимен.
>>574573
Тебе бы и хуй в жопу зашёл.
Тебе бы и хуй в жопу зашёл.
>>574513
Развертка же на crt только, а на lcd обновляется экран целиком.
Частота монитора должна быть кратна фпс видео? Я об этом думал и уже спрашивал в треде, мне сказали, что на 144 герцовом монике тоже дергается.
Пиздец ты конечно изъясняешься. Какую кратность? Что продублировать? Интерполировать кадры до частоты кратной частоте монитора? Я так делал. В потплеере фильтр avisynth мне интерполирует до 30 кадров. Монитор 60 гц. Делится нацело. Конкретно в этом видосе не помогает, но где-то может дерганье убрать, хотя мазня останется.
Такое ощущение, что это в видео заложено на этапе оцифровки. То есть это по сути брак. Странно, что в интернете толком никто этой проблемой не запаривается. Будто всем ок говно жрать.
Развертка же на crt только, а на lcd обновляется экран целиком.
>частоту развёртки установить кратной частоте следования кадров
Частота монитора должна быть кратна фпс видео? Я об этом думал и уже спрашивал в треде, мне сказали, что на 144 герцовом монике тоже дергается.
>сами кадры (если это кинолента была, конечно) продублировать на кратность
Пиздец ты конечно изъясняешься. Какую кратность? Что продублировать? Интерполировать кадры до частоты кратной частоте монитора? Я так делал. В потплеере фильтр avisynth мне интерполирует до 30 кадров. Монитор 60 гц. Делится нацело. Конкретно в этом видосе не помогает, но где-то может дерганье убрать, хотя мазня останется.
Такое ощущение, что это в видео заложено на этапе оцифровки. То есть это по сути брак. Странно, что в интернете толком никто этой проблемой не запаривается. Будто всем ок говно жрать.
>>574573
Да потому что АИ апскейл - говно ебучее. Графика, рачитанная на 24 кадра, не будет работать в 60, никакой апскейл это не исправит.
>Да с этой хуйней даже блядь фильмы за 200 лямов баксов будут как сериалы выглядеть плавно
Да потому что АИ апскейл - говно ебучее. Графика, рачитанная на 24 кадра, не будет работать в 60, никакой апскейл это не исправит.
>>574586
Copropractices.
Уже давно есть SVP, Vapoursynth, TensorRT RIFE, выкинь свою потную копрописечку с артефактами вместо exact smooth.
> В потплеере фильтр avisynth мне интерполирует до 30 кадров.
Copropractices.
Уже давно есть SVP, Vapoursynth, TensorRT RIFE, выкинь свою потную копрописечку с артефактами вместо exact smooth.
>>574735
У потной писечки есть киллер фичи, которых нет у конкурентов. Выкинуть невозможно - это аналоговнет.
У потной писечки есть киллер фичи, которых нет у конкурентов. Выкинуть невозможно - это аналоговнет.
>>574117
Ничего не понял. Так в исходнике? Или это «восстановленное» движение? Я сейчас не про число кадров в секунду, на него на самом деле плевать, а про характер перемещения объектов.
Если это не изменённые кадры из оригинала, то, кажется, всё понятно.
Для начала почитай про устройство традиционной кинокамеры:
https://ru.wikipedia.org/wiki/Обтюратор_(оптика)
В общем случае кадр киноплёнки засвечивается половину времени съемки кадра (1/48 секунды), ещё половина уходит на протягивание плёнки к следующему. Следовательно, при перемещении объектов съёмки или камеры будет захвачено и проинтегрировано их движение за этот отрезок времени и получена размазанная (если перемещения быстрые) картинка, как на единичном фотокадре с такой же выдержкой. Это нормально, и нормально выглядит при воспроизведении. В зависимости от условий съёмки, светочувствительности плёнки, используемого объектива, скорости кадров и прочего могли подбираться другие параметры обтюратора для сдвига выдержки в более выгодном направлении. В компактных камерах механизм мог упрощаться, отсюда специфический характер движения при съёмках на них.
Теперь посмотрим на кадры из примера. Допустим, между кадром N и кадром N+1 дом сдвинулся влево на определённое расстояние. Можно предположить, что с традиционной выдержкой в половину от 1/24 секунды мы должны увидеть размазанный по половине этого расстояния дом (или другой пропорциональный выдержке смаз). Но на кадрах у нас гораздо более чёткий дом, размазанный на порядок меньше. Почему?
Само собой, потому, что цифровые камеры не привязаны к механике и могут произвольно менять выдержку для каждого кадра, имея огромный запас по чувствительности матрицы. Оператор меняет настройки в зависимости от условий съёмки и нужной картинки, эффекта от видео. Более того, цифровая камера может захватить практически всё движение за время от одного кадра до следующего, за исключением промежутка (постоянно уменьшавшегося с развитием технологий), когда с фотодиодов снимается накопленный заряд, обрабатывается, и в память сохраняются значения, становящиеся потом пикселями картинки.
Тут каждый кадр снят с маленькой выдержкой, и результат скорее можно описать не как панораму, а как поворот камеры на небольшой угол, съёмку с почти статичного положения, поворот для следующего кадра, съёмку и так далее, то есть как серию фотографий, снятых одну за другой. Зачем так делать? Например, потому, что показанного места в реальности не существует, и оно скомпоновано из натурных съёмок и декораций в павильоне. Компоновать и накладывать компьютерную графику проще на мало размазанные объекты, иначе либо придётся вылизывать контуры стыковки, чтобы те не выделялись в движении, либо чёткость объектов из разных источников будет разная, и это будет выглядеть явной вклейкой. Короче говоря, чтобы меньше работы по прихорашиванию делать руками в студии. Или, напротив, имеет место ошибка оператора, проблемы планирования съёмок и прочее.
Таким образом, проблема не в «мазне», как ты считаешь, а в её отсутствии, слишком резких и коротких кадрах. Некоторые уже могли догадаться, что аналогичное происходит в компьютерных играх: ускорители растеризуют объекты каждого кадра в статичном состоянии, рассчитанном для определённого момента времени, не имея представления об их движении до и после. Поэтому для создания иллюзии «нормального» движения требуется генерировать много таких кадров в секунду, чтобы глаз более-менее переставал отличать один от другого, или добавлять более или менее примитивную постобработку (пресловутый «блюрчик для компенсации фиговой частоты кадров»). Серьёзный же рассчёт движения и смазывания при съёмке слишком трудоёмок для обработки реального времени.
Я сделаю вид, что в твоём посте ничего не было про интерполяцию и прочую муру. Великовозрастным дебилам накидали инструментов, с которыми они не умеют работать, и они радостно генерируют мусор, даже не понимая принципов. Вот какого чёрта ты решил, что какой-то волшебный плагин сделает тебе «красиво» в этом случае? В интернете дебилов начитался? Ну так читай дальше, что ты жалуешься на говно на экране? Пихай в рот и жуй как все.
Ничего не понял. Так в исходнике? Или это «восстановленное» движение? Я сейчас не про число кадров в секунду, на него на самом деле плевать, а про характер перемещения объектов.
Если это не изменённые кадры из оригинала, то, кажется, всё понятно.
Для начала почитай про устройство традиционной кинокамеры:
https://ru.wikipedia.org/wiki/Обтюратор_(оптика)
В общем случае кадр киноплёнки засвечивается половину времени съемки кадра (1/48 секунды), ещё половина уходит на протягивание плёнки к следующему. Следовательно, при перемещении объектов съёмки или камеры будет захвачено и проинтегрировано их движение за этот отрезок времени и получена размазанная (если перемещения быстрые) картинка, как на единичном фотокадре с такой же выдержкой. Это нормально, и нормально выглядит при воспроизведении. В зависимости от условий съёмки, светочувствительности плёнки, используемого объектива, скорости кадров и прочего могли подбираться другие параметры обтюратора для сдвига выдержки в более выгодном направлении. В компактных камерах механизм мог упрощаться, отсюда специфический характер движения при съёмках на них.
Теперь посмотрим на кадры из примера. Допустим, между кадром N и кадром N+1 дом сдвинулся влево на определённое расстояние. Можно предположить, что с традиционной выдержкой в половину от 1/24 секунды мы должны увидеть размазанный по половине этого расстояния дом (или другой пропорциональный выдержке смаз). Но на кадрах у нас гораздо более чёткий дом, размазанный на порядок меньше. Почему?
Само собой, потому, что цифровые камеры не привязаны к механике и могут произвольно менять выдержку для каждого кадра, имея огромный запас по чувствительности матрицы. Оператор меняет настройки в зависимости от условий съёмки и нужной картинки, эффекта от видео. Более того, цифровая камера может захватить практически всё движение за время от одного кадра до следующего, за исключением промежутка (постоянно уменьшавшегося с развитием технологий), когда с фотодиодов снимается накопленный заряд, обрабатывается, и в память сохраняются значения, становящиеся потом пикселями картинки.
Тут каждый кадр снят с маленькой выдержкой, и результат скорее можно описать не как панораму, а как поворот камеры на небольшой угол, съёмку с почти статичного положения, поворот для следующего кадра, съёмку и так далее, то есть как серию фотографий, снятых одну за другой. Зачем так делать? Например, потому, что показанного места в реальности не существует, и оно скомпоновано из натурных съёмок и декораций в павильоне. Компоновать и накладывать компьютерную графику проще на мало размазанные объекты, иначе либо придётся вылизывать контуры стыковки, чтобы те не выделялись в движении, либо чёткость объектов из разных источников будет разная, и это будет выглядеть явной вклейкой. Короче говоря, чтобы меньше работы по прихорашиванию делать руками в студии. Или, напротив, имеет место ошибка оператора, проблемы планирования съёмок и прочее.
Таким образом, проблема не в «мазне», как ты считаешь, а в её отсутствии, слишком резких и коротких кадрах. Некоторые уже могли догадаться, что аналогичное происходит в компьютерных играх: ускорители растеризуют объекты каждого кадра в статичном состоянии, рассчитанном для определённого момента времени, не имея представления об их движении до и после. Поэтому для создания иллюзии «нормального» движения требуется генерировать много таких кадров в секунду, чтобы глаз более-менее переставал отличать один от другого, или добавлять более или менее примитивную постобработку (пресловутый «блюрчик для компенсации фиговой частоты кадров»). Серьёзный же рассчёт движения и смазывания при съёмке слишком трудоёмок для обработки реального времени.
Я сделаю вид, что в твоём посте ничего не было про интерполяцию и прочую муру. Великовозрастным дебилам накидали инструментов, с которыми они не умеют работать, и они радостно генерируют мусор, даже не понимая принципов. Вот какого чёрта ты решил, что какой-то волшебный плагин сделает тебе «красиво» в этом случае? В интернете дебилов начитался? Ну так читай дальше, что ты жалуешься на говно на экране? Пихай в рот и жуй как все.
>>574117
Ничего не понял. Так в исходнике? Или это «восстановленное» движение? Я сейчас не про число кадров в секунду, на него на самом деле плевать, а про характер перемещения объектов.
Если это не изменённые кадры из оригинала, то, кажется, всё понятно.
Для начала почитай про устройство традиционной кинокамеры:
https://ru.wikipedia.org/wiki/Обтюратор_(оптика)
В общем случае кадр киноплёнки засвечивается половину времени съемки кадра (1/48 секунды), ещё половина уходит на протягивание плёнки к следующему. Следовательно, при перемещении объектов съёмки или камеры будет захвачено и проинтегрировано их движение за этот отрезок времени и получена размазанная (если перемещения быстрые) картинка, как на единичном фотокадре с такой же выдержкой. Это нормально, и нормально выглядит при воспроизведении. В зависимости от условий съёмки, светочувствительности плёнки, используемого объектива, скорости кадров и прочего могли подбираться другие параметры обтюратора для сдвига выдержки в более выгодном направлении. В компактных камерах механизм мог упрощаться, отсюда специфический характер движения при съёмках на них.
Теперь посмотрим на кадры из примера. Допустим, между кадром N и кадром N+1 дом сдвинулся влево на определённое расстояние. Можно предположить, что с традиционной выдержкой в половину от 1/24 секунды мы должны увидеть размазанный по половине этого расстояния дом (или другой пропорциональный выдержке смаз). Но на кадрах у нас гораздо более чёткий дом, размазанный на порядок меньше. Почему?
Само собой, потому, что цифровые камеры не привязаны к механике и могут произвольно менять выдержку для каждого кадра, имея огромный запас по чувствительности матрицы. Оператор меняет настройки в зависимости от условий съёмки и нужной картинки, эффекта от видео. Более того, цифровая камера может захватить практически всё движение за время от одного кадра до следующего, за исключением промежутка (постоянно уменьшавшегося с развитием технологий), когда с фотодиодов снимается накопленный заряд, обрабатывается, и в память сохраняются значения, становящиеся потом пикселями картинки.
Тут каждый кадр снят с маленькой выдержкой, и результат скорее можно описать не как панораму, а как поворот камеры на небольшой угол, съёмку с почти статичного положения, поворот для следующего кадра, съёмку и так далее, то есть как серию фотографий, снятых одну за другой. Зачем так делать? Например, потому, что показанного места в реальности не существует, и оно скомпоновано из натурных съёмок и декораций в павильоне. Компоновать и накладывать компьютерную графику проще на мало размазанные объекты, иначе либо придётся вылизывать контуры стыковки, чтобы те не выделялись в движении, либо чёткость объектов из разных источников будет разная, и это будет выглядеть явной вклейкой. Короче говоря, чтобы меньше работы по прихорашиванию делать руками в студии. Или, напротив, имеет место ошибка оператора, проблемы планирования съёмок и прочее.
Таким образом, проблема не в «мазне», как ты считаешь, а в её отсутствии, слишком резких и коротких кадрах. Некоторые уже могли догадаться, что аналогичное происходит в компьютерных играх: ускорители растеризуют объекты каждого кадра в статичном состоянии, рассчитанном для определённого момента времени, не имея представления об их движении до и после. Поэтому для создания иллюзии «нормального» движения требуется генерировать много таких кадров в секунду, чтобы глаз более-менее переставал отличать один от другого, или добавлять более или менее примитивную постобработку (пресловутый «блюрчик для компенсации фиговой частоты кадров»). Серьёзный же рассчёт движения и смазывания при съёмке слишком трудоёмок для обработки реального времени.
Я сделаю вид, что в твоём посте ничего не было про интерполяцию и прочую муру. Великовозрастным дебилам накидали инструментов, с которыми они не умеют работать, и они радостно генерируют мусор, даже не понимая принципов. Вот какого чёрта ты решил, что какой-то волшебный плагин сделает тебе «красиво» в этом случае? В интернете дебилов начитался? Ну так читай дальше, что ты жалуешься на говно на экране? Пихай в рот и жуй как все.
Ничего не понял. Так в исходнике? Или это «восстановленное» движение? Я сейчас не про число кадров в секунду, на него на самом деле плевать, а про характер перемещения объектов.
Если это не изменённые кадры из оригинала, то, кажется, всё понятно.
Для начала почитай про устройство традиционной кинокамеры:
https://ru.wikipedia.org/wiki/Обтюратор_(оптика)
В общем случае кадр киноплёнки засвечивается половину времени съемки кадра (1/48 секунды), ещё половина уходит на протягивание плёнки к следующему. Следовательно, при перемещении объектов съёмки или камеры будет захвачено и проинтегрировано их движение за этот отрезок времени и получена размазанная (если перемещения быстрые) картинка, как на единичном фотокадре с такой же выдержкой. Это нормально, и нормально выглядит при воспроизведении. В зависимости от условий съёмки, светочувствительности плёнки, используемого объектива, скорости кадров и прочего могли подбираться другие параметры обтюратора для сдвига выдержки в более выгодном направлении. В компактных камерах механизм мог упрощаться, отсюда специфический характер движения при съёмках на них.
Теперь посмотрим на кадры из примера. Допустим, между кадром N и кадром N+1 дом сдвинулся влево на определённое расстояние. Можно предположить, что с традиционной выдержкой в половину от 1/24 секунды мы должны увидеть размазанный по половине этого расстояния дом (или другой пропорциональный выдержке смаз). Но на кадрах у нас гораздо более чёткий дом, размазанный на порядок меньше. Почему?
Само собой, потому, что цифровые камеры не привязаны к механике и могут произвольно менять выдержку для каждого кадра, имея огромный запас по чувствительности матрицы. Оператор меняет настройки в зависимости от условий съёмки и нужной картинки, эффекта от видео. Более того, цифровая камера может захватить практически всё движение за время от одного кадра до следующего, за исключением промежутка (постоянно уменьшавшегося с развитием технологий), когда с фотодиодов снимается накопленный заряд, обрабатывается, и в память сохраняются значения, становящиеся потом пикселями картинки.
Тут каждый кадр снят с маленькой выдержкой, и результат скорее можно описать не как панораму, а как поворот камеры на небольшой угол, съёмку с почти статичного положения, поворот для следующего кадра, съёмку и так далее, то есть как серию фотографий, снятых одну за другой. Зачем так делать? Например, потому, что показанного места в реальности не существует, и оно скомпоновано из натурных съёмок и декораций в павильоне. Компоновать и накладывать компьютерную графику проще на мало размазанные объекты, иначе либо придётся вылизывать контуры стыковки, чтобы те не выделялись в движении, либо чёткость объектов из разных источников будет разная, и это будет выглядеть явной вклейкой. Короче говоря, чтобы меньше работы по прихорашиванию делать руками в студии. Или, напротив, имеет место ошибка оператора, проблемы планирования съёмок и прочее.
Таким образом, проблема не в «мазне», как ты считаешь, а в её отсутствии, слишком резких и коротких кадрах. Некоторые уже могли догадаться, что аналогичное происходит в компьютерных играх: ускорители растеризуют объекты каждого кадра в статичном состоянии, рассчитанном для определённого момента времени, не имея представления об их движении до и после. Поэтому для создания иллюзии «нормального» движения требуется генерировать много таких кадров в секунду, чтобы глаз более-менее переставал отличать один от другого, или добавлять более или менее примитивную постобработку (пресловутый «блюрчик для компенсации фиговой частоты кадров»). Серьёзный же рассчёт движения и смазывания при съёмке слишком трудоёмок для обработки реального времени.
Я сделаю вид, что в твоём посте ничего не было про интерполяцию и прочую муру. Великовозрастным дебилам накидали инструментов, с которыми они не умеют работать, и они радостно генерируют мусор, даже не понимая принципов. Вот какого чёрта ты решил, что какой-то волшебный плагин сделает тебе «красиво» в этом случае? В интернете дебилов начитался? Ну так читай дальше, что ты жалуешься на говно на экране? Пихай в рот и жуй как все.
>>574759
Я зря это говно покупал, которое даже кадр из говновидео не может дорисовать? 60фпс были еще в 10х годах, как сейчас помню, на примере матрицы.
Я зря это говно покупал, которое даже кадр из говновидео не может дорисовать? 60фпс были еще в 10х годах, как сейчас помню, на примере матрицы.
>>574961
К чему это вообще?
К чему это вообще?
Вопрос по mpv, windows
Как настроить профиль для автоматического применения шейдеров, чтобы он работал на определенном мониторе?
На данный момент у меня применение по разрешению
[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, но как не крутил эту вариацию чот толкового не вышло.
Как настроить профиль для автоматического применения шейдеров, чтобы он работал на определенном мониторе?
На данный момент у меня применение по разрешению
[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-HC, есть ли смысл катится на MPC-BE, он лучше? Пока что нравится темный интерфейс и возможность воспроизводить 3D, хотя телик у меня и сам может в 3D
Вот действительно, в кинотеатрах эти 24 кадра смотрятся более плавно. Вообще 24 кадровые фильмы не предназначены для просмотра на обычном телике или мониторе. Поэтому и сделали всякие TruMotion
Сегодня узнал что MPC-BE наши делают. Имеют нормальный форум в отличие от "ононимуса" clsid2 который ещё в 18 года закрыл форум и пидорнулся в гитхаб где 2 калеки сидят и строчат репорты.
Хочется спросить по поводу рендера, почему по умолчанию в MPC-BE стоит EVR. Когда как я понял есть MPC Video Renderer от авторов же MPC-BE и он типо лучше, но при этом по умолчанию не используется. Это странно
Хочется спросить по поводу рендера, почему по умолчанию в MPC-BE стоит EVR. Когда как я понял есть MPC Video Renderer от авторов же MPC-BE и он типо лучше, но при этом по умолчанию не используется. Это странно
36 Кб, 1248x344>>575850
Хотя автор парой ленивый. Как обстоят дела с Dolby Vision в MPC-HC? Ещё хуже?
https://mpc-be.org/forum/index.php?topic=381.1635
Хотя автор парой ленивый. Как обстоят дела с Dolby Vision в MPC-HC? Ещё хуже?
https://mpc-be.org/forum/index.php?topic=381.1635
>>575853
Не глянул в MPC-HC по умолчанию как раз его рендер юзается. Что в других плеерах? Все также? Что скажите стандартного медиаплеера Windows?
Не глянул в MPC-HC по умолчанию как раз его рендер юзается. Что в других плеерах? Все также? Что скажите стандартного медиаплеера Windows?
>>575839
Ты внимание просто не обращаешь. В кинотеатре качество картинки - говно. Я один раз в аймакс на паука сходил и там все экшн сцены были дерганными и рябили так, что невозможно было хоть что-то рассмотреть. Я на титрах смотрел на выходящих людей и никто из этих говноедов даже не высказал недовольства.
Ты внимание просто не обращаешь. В кинотеатре качество картинки - говно. Я один раз в аймакс на паука сходил и там все экшн сцены были дерганными и рябили так, что невозможно было хоть что-то рассмотреть. Я на титрах смотрел на выходящих людей и никто из этих говноедов даже не высказал недовольства.
Есть в треде пользователи PortPlayer? Знает кто, как сделать так, чтобы при клике на разные файлы, у меня не 2-3-4-5-6 окон новой программы открывались?
>>576367
Спасибо, нетакуся
Спасибо, нетакуся
>>537918 (OP)
ffplay
ffplay
>>537918 (OP)
На новую винду установил этот ваш MPC-BE модный.
Заметил что 60FPS видосы подтармаживают. Думал может так кажется - но нет, открыл статистику и в моменты просадов видно что frame rate падает до 59.98, кажется что 0.02 хуйня но на глаз это сильно видно.
В чём может быть проблема? 4 года пользовался MPC-HC не было такого.
На новую винду установил этот ваш MPC-BE модный.
Заметил что 60FPS видосы подтармаживают. Думал может так кажется - но нет, открыл статистику и в моменты просадов видно что frame rate падает до 59.98, кажется что 0.02 хуйня но на глаз это сильно видно.
В чём может быть проблема? 4 года пользовался MPC-HC не было такого.
>>576524
Во-первых, ты фантазируешь. Во-вторых, в видео может быть не 60 fps, а 60/1.001 fps по некоторым стандартам.
Вероятно, ты при перекодировании или в настройках задал жёстко одну частоту кадров, и теперь не соответствующие ей потоки видимо глючат, потому что плеер либо дублирует, либо дропает кадры.
Тащи сюда параметры файла и отладочный вывод проигрывателя.
> на глаз это сильно видно
Во-первых, ты фантазируешь. Во-вторых, в видео может быть не 60 fps, а 60/1.001 fps по некоторым стандартам.
Вероятно, ты при перекодировании или в настройках задал жёстко одну частоту кадров, и теперь не соответствующие ей потоки видимо глючат, потому что плеер либо дублирует, либо дропает кадры.
Тащи сюда параметры файла и отладочный вывод проигрывателя.
>>575839
Ты эту же сцену смотрел в кинотеатре, и она выглядела иначе? Другие фильмы нормально сняты, вот и всё.
Ты эту же сцену смотрел в кинотеатре, и она выглядела иначе? Другие фильмы нормально сняты, вот и всё.
>>575856
Китайцы заплатили за лицензию и взяли готовый декодер. Стоимость лицензии включена в стоимость продукта. Если ты готов платить за программный проигрыватель такие же деньги, тебе в него без проблем засунут все платные лицензируемые компоненты.
Китайцы заплатили за лицензию и взяли готовый декодер. Стоимость лицензии включена в стоимость продукта. Если ты готов платить за программный проигрыватель такие же деньги, тебе в него без проблем засунут все платные лицензируемые компоненты.
>>575753
От души, спасибо!
От души, спасибо!
Какой же потплеер пидорас, господи.
Был у меня, значится, базовый плейлист в который я добавлял видосы с ютуба, чтобы когда-нибудь посмотреть. Семь сотен роликов было в нем. Загрузил я сегодня потного и как обычно хотел пролистать плейлист в конец, но промахнулся по клавише. Хрен знает какой хоткей нажался и в плейлисте остался лишь один выделенный ролик. Заебись, чотко! Полез в папку с плейлистами, думая что там остался необновленный плейлист. Но нет, всё стёрто к хуям.
Был у меня, значится, базовый плейлист в который я добавлял видосы с ютуба, чтобы когда-нибудь посмотреть. Семь сотен роликов было в нем. Загрузил я сегодня потного и как обычно хотел пролистать плейлист в конец, но промахнулся по клавише. Хрен знает какой хоткей нажался и в плейлисте остался лишь один выделенный ролик. Заебись, чотко! Полез в папку с плейлистами, думая что там остался необновленный плейлист. Но нет, всё стёрто к хуям.
>>576856
Похуй, не велика потеря, раз бэкап не сделал значит там одна хуйня ненужная.
> чтобы когда-нибудь посмотреть
Похуй, не велика потеря, раз бэкап не сделал значит там одна хуйня ненужная.
>>576857
Твоя правда. Но всё равно неприятно.
Твоя правда. Но всё равно неприятно.
Неожиданно для себя открыл что MPC-BE не может воспроизводит отрывки от .ts файлов а MPC-HC может. Рендер одинаковый стоит MPCшный.
Делаю вывод удаляю MPC-BE и снова сижу на MPC-HC к тому же мне не нравится автор который хуй кладет на свое же программу как он говорит.
Делаю вывод удаляю MPC-BE и снова сижу на MPC-HC к тому же мне не нравится автор который хуй кладет на свое же программу как он говорит.
22 Кб, 336x373mpv при просмотре ютаба стал спамить или всегда так делал? запросами питухона в сеть, скорее всего после очередного обновления yt-dlp. Баг или фича?
Хз когда началось, давно ютаб через mpv не смотрел.
Хз когда началось, давно ютаб через mpv не смотрел.
>>578051
Это где с такими откровениями автора можно ознакомиться?
>автор который хуй кладет на свое же программу как он говорит
Это где с такими откровениями автора можно ознакомиться?
>>578743
Он жe ужe гoд paбoтaeт сoвмeстнo с phantomjs.exe, чтoбы гуглoпapaшa думaлa чтo этo бpaузep
> yt-dlp
Он жe ужe гoд paбoтaeт сoвмeстнo с phantomjs.exe, чтoбы гуглoпapaшa думaлa чтo этo бpaузep
PotPlayer, что и CCleaner в парашу какую-то превратились, сплошной мусор, рюшечки всякие бестолковые, ужас.
В RTX VSR снизили нагрузку на GPU на 30%.
Какой плеер пойдет для просмотра фильмов и мультиков на телевизоре через HDMI? Не надо свистоперделок, просто качественный просмотр без лагов и прочего
>>581545
PotPlayer, MPC-HC.
PotPlayer, MPC-HC.
>>581559
Да вроде нет, просто может простыми танцами картинку лучше сделать можно или плавнее
Да вроде нет, просто может простыми танцами картинку лучше сделать можно или плавнее
>>581850
А кто тебе сказал, что она сейчас плохая или дёрганая?
По-моему, ты ищешь предлоги, чтобы обосновать свой страх, что ты от моды отстал, и что пацаны засмеют, когда твои программы увидят.
Сначала надо определить проблему, а потом её решать.
А кто тебе сказал, что она сейчас плохая или дёрганая?
По-моему, ты ищешь предлоги, чтобы обосновать свой страх, что ты от моды отстал, и что пацаны засмеют, когда твои программы увидят.
Сначала надо определить проблему, а потом её решать.
>>581850
да не зависит картинка от плееров, наооборот чем шизовнее автор плеера по типу MPC-BE тем больше проблем. Единственный вариант это пердлолить madVR чтобы картинку по четче сделать, и то различие хуй заметишь только споткадрами, на ТВ вообще разницу хуй увидишь. Да и нагрузка большая. Картинку можно улучшить только купив новый телек
да не зависит картинка от плееров, наооборот чем шизовнее автор плеера по типу MPC-BE тем больше проблем. Единственный вариант это пердлолить madVR чтобы картинку по четче сделать, и то различие хуй заметишь только споткадрами, на ТВ вообще разницу хуй увидишь. Да и нагрузка большая. Картинку можно улучшить только купив новый телек
>>581991
Алгоритмы апскейлинга madVR устарели супротив RTX VSR. В чём madVR хорош, так это в его HDR-фишечках работы с изображением, в остальном появился более совершенный рендерер MPC-VR с частичной поддержкой Dolby Vision, и прямым обращением к RTX HDR и RTX VSR.
Алгоритмы апскейлинга madVR устарели супротив RTX VSR. В чём madVR хорош, так это в его HDR-фишечках работы с изображением, в остальном появился более совершенный рендерер MPC-VR с частичной поддержкой Dolby Vision, и прямым обращением к RTX HDR и RTX VSR.
Уже оценили гигаобновление юзеринтерфейса mpv? Он всё больше превращается в человеческий плеер из пердольной коляски!
>>584336
А туда завезли поведение: при нажатии на пробел в пустом окне плеера воспроизводится ранее запускавшийся файл?
А туда завезли поведение: при нажатии на пробел в пустом окне плеера воспроизводится ранее запускавшийся файл?
>>584341
Хоткей истории просмотра + enter.
>в пустом окне плеера воспроизводится ранее запускавшийся файл?
Хоткей истории просмотра + enter.
>>584336
А это меню редактировать можно? Если нет - кал высрали ненужный. Там кроме выбора глав нихуя полезного нету если мышкой без хоткеев можно и дорожки аудио/сабов выбирать и без этого меню. Чё они копротивляются? Пусть сделают по человечески менюшки как в mpvnet, нахуй этот дрочь с конфигами ёбнутые блядь.
А это меню редактировать можно? Если нет - кал высрали ненужный. Там кроме выбора глав нихуя полезного нету если мышкой без хоткеев можно и дорожки аудио/сабов выбирать и без этого меню. Чё они копротивляются? Пусть сделают по человечески менюшки как в mpvnet, нахуй этот дрочь с конфигами ёбнутые блядь.
>>584558
Надо было папку портабле_калфиг создавать (с копированием текущей куда-нибудь, чтобы восстановить, в случае необходимости отката), иначе придётся лезть в кишки роуминга как дегрель выше советует.
Надо было папку портабле_калфиг создавать (с копированием текущей куда-нибудь, чтобы восстановить, в случае необходимости отката), иначе придётся лезть в кишки роуминга как дегрель выше советует.
>>580134
Windows Firewall Controll, человеческая шкурка для встроенного файрвола.
лучше поздно, чем никогда
Windows Firewall Controll, человеческая шкурка для встроенного файрвола.
лучше поздно, чем никогда
>>580134
WFC от binisoft прокладки русофобов Malwarebytes.
WFC от binisoft прокладки русофобов Malwarebytes.
Докладываю, кому интересно. На RTX 5xxx сломали нахуй 32-бит PhysX, из-за чего фпс, например, в мафии 2 или битмане пробивает дно. Повезло челам, которые обзавелись RTX 4xxx.
>>584526
Ну хз, я помню, как в mpv.net не работало save-position-on-quit, когда я посоветовал человеку и в итоге пришлось ждать исправления несколько месяцев:
https://github.com/mpvnet-player/mpv.net/issues/565
С тех пор я никому не советую этот вариант, потому что если что-то не работает у человека, то помимо гита самих разрабов надо ещё смотреть гит этого пердикса. Да и в целом он свои ручки пускает не туда куда следует. Функции, которые из коробки работают не должны ломаться от его шкурки. Для себя понял, что надо брать сток и цеплять шкурку какая по кайфу из предоставленных. Пока что использую uosc и доволен.
Недавно смотрел её - кал.
Ну хз, я помню, как в mpv.net не работало save-position-on-quit, когда я посоветовал человеку и в итоге пришлось ждать исправления несколько месяцев:
https://github.com/mpvnet-player/mpv.net/issues/565
С тех пор я никому не советую этот вариант, потому что если что-то не работает у человека, то помимо гита самих разрабов надо ещё смотреть гит этого пердикса. Да и в целом он свои ручки пускает не туда куда следует. Функции, которые из коробки работают не должны ломаться от его шкурки. Для себя понял, что надо брать сток и цеплять шкурку какая по кайфу из предоставленных. Пока что использую uosc и доволен.
>скрины анимки
Недавно смотрел её - кал.
>>585126
Радеонщики и интеловички жили с работой на цпу всё это время и ничего, хе.
Радеонщики и интеловички жили с работой на цпу всё это время и ничего, хе.
>>585131
У меня на этой васянке дропы кадров были, а при открытом меню через ПКМ они пропадали, в обычном mpv такой хуйни не было и пердолинг конфига не помогал, снёс нахуй.
>mpv.net
У меня на этой васянке дропы кадров были, а при открытом меню через ПКМ они пропадали, в обычном mpv такой хуйни не было и пердолинг конфига не помогал, снёс нахуй.
3 Кб, 176x78>>585131
Я самого начала ставил чистый mpv и пердолил скрипты от других васянов без них невозможно пользоваться. Потом хотел что бы окно не меняло размеры при открытии видео в оконном режиме - хуй там. Эта падла меняет размеры и похуй на настройки в конфиге. А в mpv net все работает и скрипты некоторые только там пашут хз почему. Переезд на чистый mpv периодически по пол часа на попытки сделать а потом бешусь и закрываю к ебеням идет нахуй пока все хотелки не будут работать как в mpv net.
Нормально смотреть можно, мне хватило что бы не дропать после полторы серий и 7 поставить.
>>585148
Я как на mpv переезд оформил не сразу заметил что картинка рывками как в старом аниме и охуел. Какие то настройки со скрина это дело убрали.
> С тех пор я никому не советую этот вариант
Я самого начала ставил чистый mpv и пердолил скрипты от других васянов без них невозможно пользоваться. Потом хотел что бы окно не меняло размеры при открытии видео в оконном режиме - хуй там. Эта падла меняет размеры и похуй на настройки в конфиге. А в mpv net все работает и скрипты некоторые только там пашут хз почему. Переезд на чистый mpv периодически по пол часа на попытки сделать а потом бешусь и закрываю к ебеням идет нахуй пока все хотелки не будут работать как в mpv net.
> Недавно смотрел её - кал.
Нормально смотреть можно, мне хватило что бы не дропать после полторы серий и 7 поставить.
>>585148
> У меня на этой васянке дропы кадров были
Я как на mpv переезд оформил не сразу заметил что картинка рывками как в старом аниме и охуел. Какие то настройки со скрина это дело убрали.
16 Кб, 742x225>>585212
а у меня вот такой батник лежит, он работает? ой какой батник, код павершела вон снизу
а у меня вот такой батник лежит, он работает? ой какой батник, код павершела вон снизу
>>585223
В блокноте открой.
В блокноте открой.
>>537918 (OP)
На компьютере самый лучший MPC
На телефоне самый классный был mx player
Когда-то на старом атлоне одноядерном пробывал другие плееры потому что процессор не тянул h264 720P с сабами. Но таких проблем больше нету. Пока не придумают еще один дибильный новый стандарт видео который замучает любой современный процессор.
На компьютере самый лучший MPC
На телефоне самый классный был mx player
Когда-то на старом атлоне одноядерном пробывал другие плееры потому что процессор не тянул h264 720P с сабами. Но таких проблем больше нету. Пока не придумают еще один дибильный новый стандарт видео который замучает любой современный процессор.
>>585390
даун вой папа. а дибильность в жудкой нагрузке на проц.
265 сделали ещё более идиотской хренью
даун вой папа. а дибильность в жудкой нагрузке на проц.
265 сделали ещё более идиотской хренью
>>585380
Вот именно что был. После того как его индусы купили - там все по пизде пошло.
>На телефоне самый классный был mx player
Вот именно что был. После того как его индусы купили - там все по пизде пошло.
>>537918 (OP)
Есть плееры которые нормально открывают ютуб ссылки кроме потплеера? Комп слабый, не тянет через видео через браузер выше 480. А потплеер хандрит иногда, хотя в целом робит.
Есть плееры которые нормально открывают ютуб ссылки кроме потплеера? Комп слабый, не тянет через видео через браузер выше 480. А потплеер хандрит иногда, хотя в целом робит.
Запущен Mpv как открывать новые файлы в одном экземпляре, а не что бы каждый раз новая копия запускалась?
>>585571
Да этот детектор пиздит лол. У меня 7. ХР уже не вариант слишком старо.
Да этот детектор пиздит лол. У меня 7. ХР уже не вариант слишком старо.
>>585575
Можешь попробовать mpv, но я бы тебе конечно советовал пробовать жму/пинус (и тот же мпв) или потратить 200$ на пк и там же пробовать жму/пинус и вовек не знать проблем
Можешь попробовать mpv, но я бы тебе конечно советовал пробовать жму/пинус (и тот же мпв) или потратить 200$ на пк и там же пробовать жму/пинус и вовек не знать проблем
>>585591
Как установить? Питон стоит в винде.
Как установить? Питон стоит в винде.
>>537918 (OP)
В каком плеере можно настроить чтобы при открытии файла он просто добавлялся в плейлист, если в данный момент играет другое видео?
В каком плеере можно настроить чтобы при открытии файла он просто добавлялся в плейлист, если в данный момент играет другое видео?
>>585122
Спасибо, анон. Не слыхал о таком. Накатил данную приблуду, работает. Всегда о таком мечтал.
Спасибо, анон. Не слыхал о таком. Накатил данную приблуду, работает. Всегда о таком мечтал.
>>584336
Оценил. Это имба.
Оценил. Это имба.
в мпв субтитры иногда показываются сверху например при диалоге двух человек одни субтитры будут снизу а вторы сверху можно это отключить как то чтобы сабы всегда снизу были ?
40 Кб, 600x450>>585823 (Del)
Исходники есть каждый пук можно проверить...
Мокрописька от васяна без исходников.
> Нахуя этот зондокал с васянским драйвером
Исходники есть каждый пук можно проверить...
> Firewall App Blocker
Мокрописька от васяна без исходников.
>>585815
Васян пофиксил свои говно драйвера или до сих пор изоляцию ядра требует отключать?
>Платная глючная хрень. Удаляй и ставь с гитхаба пикрил.
Васян пофиксил свои говно драйвера или до сих пор изоляцию ядра требует отключать?
>>585823 (Del)
У этой хуйни открытый код, онв же на гитхабе. Это ты доверяешь свой траффик каким то хуесосам, которые потом по нему будут тебе делать таргетированную рекламу
У этой хуйни открытый код, онв же на гитхабе. Это ты доверяешь свой траффик каким то хуесосам, которые потом по нему будут тебе делать таргетированную рекламу
>>585841 (Del)
Ну так скомпилируй сам, или ручки кривые? Хехехе)
Ну так скомпилируй сам, или ручки кривые? Хехехе)
>>585841 (Del)
А какое доверие к тебе с твоим говнософтом без исходников?
А какое доверие к тебе с твоим говнософтом без исходников?
>>585841 (Del)
Так это профиль разработчика, ебать ты додик тупой оррр
Так это профиль разработчика, ебать ты додик тупой оррр
>>585898 (Del)
>>585841 (Del)
>>585851
А ведь если серьёзно, что мешает каждому разрабу, того или иного мода/софта, заливать уже скомпилированный exeшник из исходников? Экономия времени? Сомнительно. Не знание/лень/напиханные зонды? К чему вообще тогда лить именно на гитхаб, а не на условный "игруха-хакс-программс точка ком"?
>>585841 (Del)
>>585851
А ведь если серьёзно, что мешает каждому разрабу, того или иного мода/софта, заливать уже скомпилированный exeшник из исходников? Экономия времени? Сомнительно. Не знание/лень/напиханные зонды? К чему вообще тогда лить именно на гитхаб, а не на условный "игруха-хакс-программс точка ком"?
31 Кб, 621x666>>585898 (Del)
Погоди, а разве не вот эта галка за это отвечает?
>Вот пик, как выглядит собранное из исходников.
Погоди, а разве не вот эта галка за это отвечает?
Идите нахуй отсюда со своими файрволлами васянскими, здесь обсуждают видеоплееры и сопутствующие им технологии.
>>585841 (Del)
Так собери сам, инструкция есть, bijiji. Все тулзы для сборки бесплтьаные.
Так собери сам, инструкция есть, bijiji. Все тулзы для сборки бесплтьаные.
>>585935
Чтоб эту васянку использовать, нужно отключать изоляцию ядра, а если собираешь сам, то плюсом драйвер будет без подписи, пользоваться этой хуйней можно будет только в тестовом режиме, для которого ещё дополнительно несколько других фич безопасности нужно отключать. Бонусом надпись Test Mode в углу экрана.
Найс советуешь, чмо.
>Так собери сам, инструкция есть, bijiji.
Чтоб эту васянку использовать, нужно отключать изоляцию ядра, а если собираешь сам, то плюсом драйвер будет без подписи, пользоваться этой хуйней можно будет только в тестовом режиме, для которого ещё дополнительно несколько других фич безопасности нужно отключать. Бонусом надпись Test Mode в углу экрана.
Найс советуешь, чмо.
>>585958
Так если ты харденик-шиз, то используй дефендер или аппаратный файрволл, а не свою мокрочлень.
Не пользоваться, а собирать. Это разные вещи.
Короче, ты слышал звон, да не знаешь, где он.
bijiji
> нужно отключать изоляцию ядра
Так если ты харденик-шиз, то используй дефендер или аппаратный файрволл, а не свою мокрочлень.
> то плюсом драйвер будет без подписи
> Driver is already test signed by default
> пользоваться этой хуйней можно будет только в тестовом режиме, для которого ещё дополнительно несколько других фич безопасности нужно отключать.
Не пользоваться, а собирать. Это разные вещи.
Короче, ты слышал звон, да не знаешь, где он.
bijiji
>>585960
Это дефолт, уёба, почему я должен урезать безопасность системы ради другой утилиты безопасности? В чём смысл тогда?
Это уже в Deploy, а не Building. Как ты загружать драйвер без подписи на винде будешь?
Короче, бугагашер опять срёт в штаны, ничего нового.
>Так если ты харденик-шиз, то используй дефендер или аппаратный файрволл, а не свою мокрочлень.
Это дефолт, уёба, почему я должен урезать безопасность системы ради другой утилиты безопасности? В чём смысл тогда?
>Не пользоваться, а собирать. Это разные вещи.
>Короче, ты слышал звон, да не знаешь, где он.
>bijiji
Это уже в Deploy, а не Building. Как ты загружать драйвер без подписи на винде будешь?
Короче, бугагашер опять срёт в штаны, ничего нового.
>>585963
Смысл в работе другой утилиты безопасности. Ты когда антивирус сторонний ставишь, он тоже поведение дефендера переопределяет.
> В чём смысл тогда?
Смысл в работе другой утилиты безопасности. Ты когда антивирус сторонний ставишь, он тоже поведение дефендера переопределяет.
> Как ты загружать драйвер без подписи на винде будешь?
> Driver is already test signed by default
>>585965
Это замена одного на другое, я не вижу тут проблемы. Антивирус не требует глушить систему выключая половину фич безопасности.
И с каких пор подобный драйвер грузится вне тестового режима?
>Смысл в работе другой утилиты безопасности. Ты когда антивирус сторонний ставишь, он тоже поведение дефендера переопределяет.
Это замена одного на другое, я не вижу тут проблемы. Антивирус не требует глушить систему выключая половину фич безопасности.
> Как ты загружать драйвер без подписи на винде будешь?
> 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.
5 Кб, 768x181>>585898 (Del)
Лол, что за бред я прочитал. Никто не мешает в воркфлоу насрать подтягивание внешнего говна/малваря какого-то при сборке и упаковке этого в итоговый файл. Ты никак не можешь это запредиктить и гитхаб экшены никакой безопасности обеспечить не могут. Всё сводится к твоей внимательности, проверке кода и самостоятельной сборке, а в случае с экшенами - проверке настроенных workflows разработчика и этапов сборки в истории сборки. Ещё надо помнить, что история сборки со временем стирается, так что если софт долго не обновляется, то посмотреть лог сборки у тебя не выйдет (пик1).
tl dr: эта надпись не обеспечивает 100% сборку кода из репозитория конкретного разработчика, а также не обеспечивает никакой безопасности и не защищает от того, что васян мог насрать в итоговый файл. Она лишь означает, что сборка была произведена посредством автоматически настроенных workflows через виртуальную машину гитхаба.
ps и я не против гитхаб экшенсов, это отличная вещь, но твои утверждения в сторону собирающих локально уровня
абсолютно одинаковы с тем, что предлагаешь ты.
Ты не предложил проверить workflows настроенные разрабом, не предложил проверить лог сборки, не предложил залить на вирустотал в конце концов. Ты ПОЧЕМУ-ТО решил начать утверждать, что сборка через экшены = сборка из исходников не от ноунейм пидарахи с мокрописьками, хотя эта же пидараха настраивает экшены через workflows и может положить туда любое говно.
>Вот пик, как выглядит собранное из исходников. Учись, тупорылое животное.
Лол, что за бред я прочитал. Никто не мешает в воркфлоу насрать подтягивание внешнего говна/малваря какого-то при сборке и упаковке этого в итоговый файл. Ты никак не можешь это запредиктить и гитхаб экшены никакой безопасности обеспечить не могут. Всё сводится к твоей внимательности, проверке кода и самостоятельной сборке, а в случае с экшенами - проверке настроенных workflows разработчика и этапов сборки в истории сборки. Ещё надо помнить, что история сборки со временем стирается, так что если софт долго не обновляется, то посмотреть лог сборки у тебя не выйдет (пик1).
tl dr: эта надпись не обеспечивает 100% сборку кода из репозитория конкретного разработчика, а также не обеспечивает никакой безопасности и не защищает от того, что васян мог насрать в итоговый файл. Она лишь означает, что сборка была произведена посредством автоматически настроенных workflows через виртуальную машину гитхаба.
ps и я не против гитхаб экшенсов, это отличная вещь, но твои утверждения в сторону собирающих локально уровня
>Верь на слово ноунейм пидарахе с мокрописьками, выродок.
абсолютно одинаковы с тем, что предлагаешь ты.
Ты не предложил проверить workflows настроенные разрабом, не предложил проверить лог сборки, не предложил залить на вирустотал в конце концов. Ты ПОЧЕМУ-ТО решил начать утверждать, что сборка через экшены = сборка из исходников не от ноунейм пидарахи с мокрописьками, хотя эта же пидараха настраивает экшены через workflows и может положить туда любое говно.
>>586596
Что за хуйню ты высрал? Ещё пиздани, что в исходном коде на гитхабе малварь может быть, охуеть маня Америку открыла. При сборке через actions можно всё проверить, а когда разраб свой говняк сам лично заливает, то этот исходный код до пизды, там может быть что угодно собрано, это твой крохотный тупой мозг понимает?
Что за хуйню ты высрал? Ещё пиздани, что в исходном коде на гитхабе малварь может быть, охуеть маня Америку открыла. При сборке через actions можно всё проверить, а когда разраб свой говняк сам лично заливает, то этот исходный код до пизды, там может быть что угодно собрано, это твой крохотный тупой мозг понимает?
>>586627
Сын шлюхи, прочитай свой изначальный пост и перестань через быкование пытаться спрятать свой позор. Ты не ответил ни на один мой тейк, как и не признал того, что ты написал полный бред с:
Я не буду повторять свой пост и разжевывать тебе по второму разу написанное, если ты не осилил с первого раза. В следующий раз, когда прижмут к стенке молча слейся с треда и обтекай.
Сын шлюхи, прочитай свой изначальный пост и перестань через быкование пытаться спрятать свой позор. Ты не ответил ни на один мой тейк, как и не признал того, что ты написал полный бред с:
>Вот пик, как выглядит собранное из исходников.
Я не буду повторять свой пост и разжевывать тебе по второму разу написанное, если ты не осилил с первого раза. В следующий раз, когда прижмут к стенке молча слейся с треда и обтекай.
>>586645
Хуею с этого тупоголового. Файл workflow является частью исходников, ты можешь проверить всё, как из чего что собирается и код приложения. Без сборки через github исходный код смысла не имеет, максимум для сборки приложения самому, разраб может вшить малварь в свою сборку и хуй ты это отследишь.
Даун решил за умного сойти итт, но перед этим забыл штанцы на чистые поменять.
Хуею с этого тупоголового. Файл workflow является частью исходников, ты можешь проверить всё, как из чего что собирается и код приложения. Без сборки через github исходный код смысла не имеет, максимум для сборки приложения самому, разраб может вшить малварь в свою сборку и хуй ты это отследишь.
Даун решил за умного сойти итт, но перед этим забыл штанцы на чистые поменять.
175 Кб, 1920x1080Как улучшить картинку всратого видео? (плеер MPC-HC)
Есть видео, с артефактами то ли сжатия, то ли ресайза - "лесенки" на всех прямых под углом в кадре, типа листов бумаги, оконных рам, мебели и т.д.
Вот скришнот (пикрелатед) в исходном виде, обратите внимание на края мебели, бумагу и прочее - лесенки пикселей. Такие же пиксельные ступеньки и на глазах, веках людей в кадрах с крупным планом.
Короче, я использую шейдеры,
дефолтные, которые улучают ситуацию с интерлейсом:
Deinterlace (blend)
Denoise
и сторонний, который добавляет немного размытости, что скрывает "пикселизацию":
blurGauss_pass2
Итоговый результат заметно лучше, но оставляет желать
Если вам приходилось бороться с такими видео - поделитесь своими рецептами "улучшайзинга" картинки.
Есть видео, с артефактами то ли сжатия, то ли ресайза - "лесенки" на всех прямых под углом в кадре, типа листов бумаги, оконных рам, мебели и т.д.
Вот скришнот (пикрелатед) в исходном виде, обратите внимание на края мебели, бумагу и прочее - лесенки пикселей. Такие же пиксельные ступеньки и на глазах, веках людей в кадрах с крупным планом.
Короче, я использую шейдеры,
дефолтные, которые улучают ситуацию с интерлейсом:
Deinterlace (blend)
Denoise
и сторонний, который добавляет немного размытости, что скрывает "пикселизацию":
blurGauss_pass2
Итоговый результат заметно лучше, но оставляет желать
Если вам приходилось бороться с такими видео - поделитесь своими рецептами "улучшайзинга" картинки.
>>587252
> Если вам приходилось бороться с такими видео - поделитесь своими рецептами "улучшайзинга" картинки.
>>587255
Значит, эта фича современных видеокарт Нвидии... И нужна свежая версия плеера MPC, поддерживающая эту фичу.
Учту. Но в данный момент у меня видеокарта старая, не RTX поэтому не вариант для меня.
Значит, эта фича современных видеокарт Нвидии... И нужна свежая версия плеера MPC, поддерживающая эту фичу.
Учту. Но в данный момент у меня видеокарта старая, не RTX поэтому не вариант для меня.
Поясните в чем проблема с сабами в MPC? Бывают какие-то непонятные иероглифы вместо букв, но такое происходит крайне редко, поэтому похуй, опустим.
Трясет от такого как на пикриле: вместо l (L) показывает I (i), выглядит крайне уебищно. И происходит уже не первый (и не десятый) раз.
Проверил в VLC - там все ок, как и должны быть.
Подумал, мож у меня MPC слишком старый? Ну скачал последний форк отсюда:
https://github.com/clsid2/mpc-hc/releases/tag/2.4.0
Проблема все та же.
Что не так, чуваки? Не могу пользоваться другими плеерами после божественного MPC, который я юзаю последние лет 15. ПОМОГИТЕ!!!!
Трясет от такого как на пикриле: вместо l (L) показывает I (i), выглядит крайне уебищно. И происходит уже не первый (и не десятый) раз.
Проверил в VLC - там все ок, как и должны быть.
Подумал, мож у меня MPC слишком старый? Ну скачал последний форк отсюда:
https://github.com/clsid2/mpc-hc/releases/tag/2.4.0
Проблема все та же.
Что не так, чуваки? Не могу пользоваться другими плеерами после божественного MPC, который я юзаю последние лет 15. ПОМОГИТЕ!!!!
>>587267
Скорее всего проблемы кодировки.
Например, при перекодировке из юникода в win-1251 всякая юникодовская специфика типа троеточий (специальных, а не тремя простыми точками) и всяких значков апострофа - превращается в хрень.
А перкодировка может пройти незаметно для юзера, пока он тайминг подправлял в спец.софте, например, и не проверил в какой кодировке результат сохранил.
Я бы в эту сторону проверил, лучше чтобы субтитры были в юникоде.
А это, скорее всего, проблема иного плана.
Это в ходе автоматического распознавания субтитров из форматов "картиночных" в текст происходит.
На dvd и bd субтитры не текстовые, а изображения - и программы для перевода тех картинок в текстовый вид просто иногда неправильно угадывает где там l, а где I.
То есть это не вина плеера, сами субтитры такими были сделаны, тем кто их выдирал с диска, скорее всего.
>Бывают какие-то непонятные иероглифы вместо букв
Скорее всего проблемы кодировки.
Например, при перекодировке из юникода в win-1251 всякая юникодовская специфика типа троеточий (специальных, а не тремя простыми точками) и всяких значков апострофа - превращается в хрень.
А перкодировка может пройти незаметно для юзера, пока он тайминг подправлял в спец.софте, например, и не проверил в какой кодировке результат сохранил.
Я бы в эту сторону проверил, лучше чтобы субтитры были в юникоде.
>вместо l (L)
А это, скорее всего, проблема иного плана.
Это в ходе автоматического распознавания субтитров из форматов "картиночных" в текст происходит.
На dvd и bd субтитры не текстовые, а изображения - и программы для перевода тех картинок в текстовый вид просто иногда неправильно угадывает где там l, а где I.
То есть это не вина плеера, сами субтитры такими были сделаны, тем кто их выдирал с диска, скорее всего.
>>587267
Ну, это как-то совсем странно.
Проверь субтитры просто в текстовом редакторе - что там на самом деле: II или ll
>Проверил в VLC - там все ок, как и должны быть.
Ну, это как-то совсем странно.
Проверь субтитры просто в текстовом редакторе - что там на самом деле: II или ll
>>587269
>>587271
А как проверить-то, если они встроенные? Знаю, что в Subresync (ctrl+6) обычно показывается текст, но это видимо ток если грузишь сабы отдельным файлом.
Фильм:
https://rutracker.org/forum/viewtopic.php?t=3375013
Вон там чуть ниже чел скинул ссылку на "исправленные сабы" - с ними все ок, но почему "неисправленные" нормально отображаются в VLC (2й скрин)? Опять же, проблема не единичная и не присуща конкретно этому фильму, поэтому хотелось бы разобраться раз и навсегда.
Причем я смотрю исключительно ебейшую попсу: либо раздачи где по 20к+ скачиваний, либо самые популярные сабы с opensubtitles, где тоже даунлоадов десятки тысяч, поэтому вряд ли проблемы именно с сабами?
>>587271
А как проверить-то, если они встроенные? Знаю, что в Subresync (ctrl+6) обычно показывается текст, но это видимо ток если грузишь сабы отдельным файлом.
Фильм:
https://rutracker.org/forum/viewtopic.php?t=3375013
Вон там чуть ниже чел скинул ссылку на "исправленные сабы" - с ними все ок, но почему "неисправленные" нормально отображаются в VLC (2й скрин)? Опять же, проблема не единичная и не присуща конкретно этому фильму, поэтому хотелось бы разобраться раз и навсегда.
Причем я смотрю исключительно ебейшую попсу: либо раздачи где по 20к+ скачиваний, либо самые популярные сабы с opensubtitles, где тоже даунлоадов десятки тысяч, поэтому вряд ли проблемы именно с сабами?
>>587275
mkv это контейнер, через MKVToolNix извлеки субтитры и посмотри, но тут очевидно что ошибка в тексте субтитров, вместо буквы l (маленькая L) используется I (большая i), в VLC просто шрифт такой в котором большая i выглядит как маленькая L.
mkv это контейнер, через MKVToolNix извлеки субтитры и посмотри, но тут очевидно что ошибка в тексте субтитров, вместо буквы l (маленькая L) используется I (большая i), в VLC просто шрифт такой в котором большая i выглядит как маленькая L.
>>587276
Бляяяяя, да.
Посмотрел какой шрифт в VLC - Arial. В MPC с этим шрифтом тоже становится нормально.
А что за долбоебы тогда делают сабы, в которых путают буквы, и почему я стабильно натыкаюсь на подобное?
Бляяяяя, да.
Посмотрел какой шрифт в VLC - Arial. В MPC с этим шрифтом тоже становится нормально.
А что за долбоебы тогда делают сабы, в которых путают буквы, и почему я стабильно натыкаюсь на подобное?
404 Кб, 1536x858>>587277
Я выше объяснил вроде четко.
1) Субтитры на дисках не являются текстом, они там - картинка, накладывающаяся поверх видео.
2) Чтобы их перевести в текст нужно провести процесс похожий по принципу на сканирование с листа бумаги, с помощью машинного распознавания текста (пикрелатед так выглядит процесс)
Ну или руками набить на клавиатуре, но кому это надо.
3) Машине трудно определить где в картинке I, а где l - ведь часто они одинаково нарисованы просто палочка вертикальная, без засечек и изгиба.
4) Программа обычно в таких случаях спрашивает человека правильно ли угадала, человек отвечает, программа пытается подстроиться сообразно ответам.
Но человеку может быть лень программу обучать, он просто укажет, мол, давай сама, без вопросов.
5) Еще человекам лень бывает и получившиеся после работы программы текстовые субтитры проверить своим глазом.
>А что за долбоебы тогда делают сабы, в которых путают буквы
Я выше объяснил вроде четко.
1) Субтитры на дисках не являются текстом, они там - картинка, накладывающаяся поверх видео.
2) Чтобы их перевести в текст нужно провести процесс похожий по принципу на сканирование с листа бумаги, с помощью машинного распознавания текста (пикрелатед так выглядит процесс)
Ну или руками набить на клавиатуре, но кому это надо.
3) Машине трудно определить где в картинке I, а где l - ведь часто они одинаково нарисованы просто палочка вертикальная, без засечек и изгиба.
4) Программа обычно в таких случаях спрашивает человека правильно ли угадала, человек отвечает, программа пытается подстроиться сообразно ответам.
Но человеку может быть лень программу обучать, он просто укажет, мол, давай сама, без вопросов.
5) Еще человекам лень бывает и получившиеся после работы программы текстовые субтитры проверить своим глазом.
>>587275
Очевидно, видеофайл MKV ?
Самый просто вариант - это программа для работы с субтитрами Subtitle Edit (у меня версия 4.0.3 например)
Просто открываешь ею mkv видеофайл и она автоматически извлекает субтитры (предлагая выбрать какие именно, если их несколько) и показывают их текст.
>А как проверить-то, если они встроенные?
Очевидно, видеофайл MKV ?
Самый просто вариант - это программа для работы с субтитрами Subtitle Edit (у меня версия 4.0.3 например)
Просто открываешь ею mkv видеофайл и она автоматически извлекает субтитры (предлагая выбрать какие именно, если их несколько) и показывают их текст.
14 Кб, 200x200Почему этот кусок говна вечно уходит за границу рабочего стола и мне приходится искать на компе широкоформатный ролик, чтобы за краешек оттащить в центр экрана.
1,2 Мб, 1561x874>>587942
Отклеилось.
Отклеилось.
>>559305
Такая перемотка полностью заменяет паузу на SPACE. Можно как-то и паузу и перемотку в одну клавишу уместить, чтобы прям как в точности на ютубе было?
Такая перемотка полностью заменяет паузу на SPACE. Можно как-то и паузу и перемотку в одну клавишу уместить, чтобы прям как в точности на ютубе было?
>>587252
Анон, эти "лесенки", это следствие отсутствующего деинтерлейсинга, какой-то еблан взял двд рип и перекодировал его, а должен был перекодировать с деинтерлейсингом (а лучше вообще отрезать пилой себе руки шаловливые). Твоё видео это мусор, брак, на помойку, оно испорчено. Так не делают. Вообще не перекодируют двд рипы, а смотрят рипы так.
Анон, эти "лесенки", это следствие отсутствующего деинтерлейсинга, какой-то еблан взял двд рип и перекодировал его, а должен был перекодировать с деинтерлейсингом (а лучше вообще отрезать пилой себе руки шаловливые). Твоё видео это мусор, брак, на помойку, оно испорчено. Так не делают. Вообще не перекодируют двд рипы, а смотрят рипы так.
>>588173
Бляяять, я прочитал половину твоего поста. Хуйнёй какой-то занимаешься. У тебя неправильно выбран деинтерлейсинг. Лесенок быть не должно ни при каких условиях.
Бляяять, я прочитал половину твоего поста. Хуйнёй какой-то занимаешься. У тебя неправильно выбран деинтерлейсинг. Лесенок быть не должно ни при каких условиях.
>>588175
Ну а как надо-то, если видео вот такое и другого нету?
Шейдер Deinterlace (blend) я включаю, но он мало что дает.
А шейдеры Denoise и blur помогают хотя бы замылить эти пиксели.
>Хуйнёй какой-то занимаешься. У тебя неправильно выбран деинтерлейсинг.
Ну а как надо-то, если видео вот такое и другого нету?
Шейдер Deinterlace (blend) я включаю, но он мало что дает.
А шейдеры Denoise и blur помогают хотя бы замылить эти пиксели.
>>588289
А я, думаешь, прямо помогать тебе стану? Ты пользуешься плеером для свинды, старым плеером без поддержки. Я тебе сказал правду, что лесенки это артефакты деинтерлейсинга, дальше ебись как хочешь.
А я, думаешь, прямо помогать тебе стану? Ты пользуешься плеером для свинды, старым плеером без поддержки. Я тебе сказал правду, что лесенки это артефакты деинтерлейсинга, дальше ебись как хочешь.
>>588292
Но от них нельзя избавиться . Вот в плеере VLC, например есть настройки деинтерлейсинга и с десяток разных алгоритмов оного, я все перепробовал и ноль эффекта.
Тогда не стоило и рот открывать, согласись.
Ведь мой вопрос - как косметически улучшить видео такое, которое создано с неверными параметрами интерлейса.
>лесенки это артефакты деинтерлейсинга
Но от них нельзя избавиться . Вот в плеере VLC, например есть настройки деинтерлейсинга и с десяток разных алгоритмов оного, я все перепробовал и ноль эффекта.
>прямо помогать тебе стану?
Тогда не стоило и рот открывать, согласись.
Ведь мой вопрос - как косметически улучшить видео такое, которое создано с неверными параметрами интерлейса.
>>588295
Это мой вопрос, воображуля. Никак. Теоретически можно было бы интерлейснуть видео, а потом заново деинтерлейснуть, но тут серьёзный выход из виндомирка, подозреваю, тебе не понравится, да и я не знаю, возможно ли это в принципе.
> Ведь мой вопрос
Это мой вопрос, воображуля. Никак. Теоретически можно было бы интерлейснуть видео, а потом заново деинтерлейснуть, но тут серьёзный выход из виндомирка, подозреваю, тебе не понравится, да и я не знаю, возможно ли это в принципе.
Шизы, что вы тут вообще обсуждаете, не имея на руках никаких характеристик видеофайла? Кто вообще суётся без вывода хотя бы mediainfo (которого в таких случаях часто недостаточно, и надо дальше смотреть в отладочный вывод ffmpeg или специальные утилиты)?
Если в файле закодированы кадры прогрессивной развёртки, содержащие именно такую картинку, как на скриншоте, то надо: а) понять, что было сделано не так автором; б) понять, как написать обрабатывающий пиксели фильтр, который замаскирует именно эту проблему (а не будет, к примеру, блюрить всё во все стороны от балды).
Допустим, кто-то дропнул все чётные поля, чтобы из 60i получить 30p, и в результате вертикальное разрешение кадра уменьшилось вдвое, а обратно его растягивали дешёвым масштабированием. Можно попытаться обратить смазы от него, чтобы получить исходник, а потом растянуть его заново нормально. Само собой, потерянную информацию не восстановишь, можно разве что заниматься гаданием по объединяющим несколько кадров сглаживающим фильтрам.
Если же эти полоски прыгают на каждом кадре или при смене сцен, то всё становится веселее.
Если же файл указывает чересстрочный формат видео, надо выяснять, что у тебя настроено, какие «улучшения» из драйверов, настройки по советам из интернетика и так далее, чтобы точно знать путь кадров от декодера на монитор. Иногда видео, записанное как чересстрочное в силу технических ограничений техники или формата, на самом деле исходно прогрессивное, то есть оба поля регистрируют событие в один и тот же момент времени, и тогда никакой фильтр НЕ НУЖЕН, надо просто вывести оба поля на один кадр. Иногда порядок полей криво записан, и они перепутываются. В случае монтирования из исходников чересстрочного видео (если речь о пятнадцати-двадцатилетней и более давности) смена сцен может происходить на любом поле. В случае применения эффектов к чересстрочному видео (например, наплывов, наложения логотипов, титров и прочего), разные объекты в кадре могут иметь разную фазу (чётные и нечётные поля), и просто так их не смешать. Такие штуки могут запутывать автоматические алгоритмы обработки чересстрочности. Например, если автор ленился и был неграмотен (или просто ежедневно обрабатывал массу видео), он мог ткнуть в режим «авто», проверить первые пять минут своего рипчика и кинуть файлы в интернет, а там после какой-то склейки порядок полей нужно было менять, и остальной файл был запорот из-за кривых настроек.
Если в файле закодированы кадры прогрессивной развёртки, содержащие именно такую картинку, как на скриншоте, то надо: а) понять, что было сделано не так автором; б) понять, как написать обрабатывающий пиксели фильтр, который замаскирует именно эту проблему (а не будет, к примеру, блюрить всё во все стороны от балды).
Допустим, кто-то дропнул все чётные поля, чтобы из 60i получить 30p, и в результате вертикальное разрешение кадра уменьшилось вдвое, а обратно его растягивали дешёвым масштабированием. Можно попытаться обратить смазы от него, чтобы получить исходник, а потом растянуть его заново нормально. Само собой, потерянную информацию не восстановишь, можно разве что заниматься гаданием по объединяющим несколько кадров сглаживающим фильтрам.
Если же эти полоски прыгают на каждом кадре или при смене сцен, то всё становится веселее.
Если же файл указывает чересстрочный формат видео, надо выяснять, что у тебя настроено, какие «улучшения» из драйверов, настройки по советам из интернетика и так далее, чтобы точно знать путь кадров от декодера на монитор. Иногда видео, записанное как чересстрочное в силу технических ограничений техники или формата, на самом деле исходно прогрессивное, то есть оба поля регистрируют событие в один и тот же момент времени, и тогда никакой фильтр НЕ НУЖЕН, надо просто вывести оба поля на один кадр. Иногда порядок полей криво записан, и они перепутываются. В случае монтирования из исходников чересстрочного видео (если речь о пятнадцати-двадцатилетней и более давности) смена сцен может происходить на любом поле. В случае применения эффектов к чересстрочному видео (например, наплывов, наложения логотипов, титров и прочего), разные объекты в кадре могут иметь разную фазу (чётные и нечётные поля), и просто так их не смешать. Такие штуки могут запутывать автоматические алгоритмы обработки чересстрочности. Например, если автор ленился и был неграмотен (или просто ежедневно обрабатывал массу видео), он мог ткнуть в режим «авто», проверить первые пять минут своего рипчика и кинуть файлы в интернет, а там после какой-то склейки порядок полей нужно было менять, и остальной файл был запорот из-за кривых настроек.
Шизы, что вы тут вообще обсуждаете, не имея на руках никаких характеристик видеофайла? Кто вообще суётся без вывода хотя бы mediainfo (которого в таких случаях часто недостаточно, и надо дальше смотреть в отладочный вывод ffmpeg или специальные утилиты)?
Если в файле закодированы кадры прогрессивной развёртки, содержащие именно такую картинку, как на скриншоте, то надо: а) понять, что было сделано не так автором; б) понять, как написать обрабатывающий пиксели фильтр, который замаскирует именно эту проблему (а не будет, к примеру, блюрить всё во все стороны от балды).
Допустим, кто-то дропнул все чётные поля, чтобы из 60i получить 30p, и в результате вертикальное разрешение кадра уменьшилось вдвое, а обратно его растягивали дешёвым масштабированием. Можно попытаться обратить смазы от него, чтобы получить исходник, а потом растянуть его заново нормально. Само собой, потерянную информацию не восстановишь, можно разве что заниматься гаданием по объединяющим несколько кадров сглаживающим фильтрам.
Если же эти полоски прыгают на каждом кадре или при смене сцен, то всё становится веселее.
Если же файл указывает чересстрочный формат видео, надо выяснять, что у тебя настроено, какие «улучшения» из драйверов, настройки по советам из интернетика и так далее, чтобы точно знать путь кадров от декодера на монитор. Иногда видео, записанное как чересстрочное в силу технических ограничений техники или формата, на самом деле исходно прогрессивное, то есть оба поля регистрируют событие в один и тот же момент времени, и тогда никакой фильтр НЕ НУЖЕН, надо просто вывести оба поля на один кадр. Иногда порядок полей криво записан, и они перепутываются. В случае монтирования из исходников чересстрочного видео (если речь о пятнадцати-двадцатилетней и более давности) смена сцен может происходить на любом поле. В случае применения эффектов к чересстрочному видео (например, наплывов, наложения логотипов, титров и прочего), разные объекты в кадре могут иметь разную фазу (чётные и нечётные поля), и просто так их не смешать. Такие штуки могут запутывать автоматические алгоритмы обработки чересстрочности. Например, если автор ленился и был неграмотен (или просто ежедневно обрабатывал массу видео), он мог ткнуть в режим «авто», проверить первые пять минут своего рипчика и кинуть файлы в интернет, а там после какой-то склейки порядок полей нужно было менять, и остальной файл был запорот из-за кривых настроек.
Если в файле закодированы кадры прогрессивной развёртки, содержащие именно такую картинку, как на скриншоте, то надо: а) понять, что было сделано не так автором; б) понять, как написать обрабатывающий пиксели фильтр, который замаскирует именно эту проблему (а не будет, к примеру, блюрить всё во все стороны от балды).
Допустим, кто-то дропнул все чётные поля, чтобы из 60i получить 30p, и в результате вертикальное разрешение кадра уменьшилось вдвое, а обратно его растягивали дешёвым масштабированием. Можно попытаться обратить смазы от него, чтобы получить исходник, а потом растянуть его заново нормально. Само собой, потерянную информацию не восстановишь, можно разве что заниматься гаданием по объединяющим несколько кадров сглаживающим фильтрам.
Если же эти полоски прыгают на каждом кадре или при смене сцен, то всё становится веселее.
Если же файл указывает чересстрочный формат видео, надо выяснять, что у тебя настроено, какие «улучшения» из драйверов, настройки по советам из интернетика и так далее, чтобы точно знать путь кадров от декодера на монитор. Иногда видео, записанное как чересстрочное в силу технических ограничений техники или формата, на самом деле исходно прогрессивное, то есть оба поля регистрируют событие в один и тот же момент времени, и тогда никакой фильтр НЕ НУЖЕН, надо просто вывести оба поля на один кадр. Иногда порядок полей криво записан, и они перепутываются. В случае монтирования из исходников чересстрочного видео (если речь о пятнадцати-двадцатилетней и более давности) смена сцен может происходить на любом поле. В случае применения эффектов к чересстрочному видео (например, наплывов, наложения логотипов, титров и прочего), разные объекты в кадре могут иметь разную фазу (чётные и нечётные поля), и просто так их не смешать. Такие штуки могут запутывать автоматические алгоритмы обработки чересстрочности. Например, если автор ленился и был неграмотен (или просто ежедневно обрабатывал массу видео), он мог ткнуть в режим «авто», проверить первые пять минут своего рипчика и кинуть файлы в интернет, а там после какой-то склейки порядок полей нужно было менять, и остальной файл был запорот из-за кривых настроек.
>>588307
Спс, то что нужно
Спс, то что нужно
>>588500
Нет.
Нет.
>>588494
Если ты про первую же ссылку на автоматические сборки на Github, то можно нажать на задание и посмотреть файлы конфигурации. Станет понятно, что под 64-битные Windows собирается две версии компилятором clang (одна совместимая со всеми процессорами, вторая — только с выпущенными за последние десять лет, поддерживающими инструкции AVX2) и одна версия компилятором gcc. Если тебе нужно собрать САМЫЕ СВЕЖИЕ версии каких-то дополнительных библиотек и прочих модулей (или внешних программ, обращающихся к mpv), чтобы протестировать исправление ошибки или новую функцию, это надо делать в совпадающей с исходной системе сборки.
Если ты про первую же ссылку на автоматические сборки на Github, то можно нажать на задание и посмотреть файлы конфигурации. Станет понятно, что под 64-битные Windows собирается две версии компилятором clang (одна совместимая со всеми процессорами, вторая — только с выпущенными за последние десять лет, поддерживающими инструкции AVX2) и одна версия компилятором gcc. Если тебе нужно собрать САМЫЕ СВЕЖИЕ версии каких-то дополнительных библиотек и прочих модулей (или внешних программ, обращающихся к mpv), чтобы протестировать исправление ошибки или новую функцию, это надо делать в совпадающей с исходной системе сборки.
65 Кб, 640x531Есть ли конкуренты у PotPlayer? Я помню как еще в 2014 на него перешел и кайфую. Но вот сейчас задумался, может за 11 лет какие-то альтернативы изобрели, которые разъебывают в пух и прах PotPlayer, я не знаю даже.
>>588599
Так то, это неплохой плеер, но с зондами корейских небратушек.
Я использую MPC-BE, выглядит попроще, но он более оптимизированный и лёгкий. Но если нужно, например, смотреть IPTV по плейлисту, потный всё равно будет удобнее.
Так то, это неплохой плеер, но с зондами корейских небратушек.
Я использую MPC-BE, выглядит попроще, но он более оптимизированный и лёгкий. Но если нужно, например, смотреть IPTV по плейлисту, потный всё равно будет удобнее.
>>588599
И смысла нету его менять, особенно на старых версиях, там зонды легко отключались.
И смысла нету его менять, особенно на старых версиях, там зонды легко отключались.
почоны а есть такой потплеер чтобы в нем можно было включить фреймген через нвидию без пердоленья 100500 настроек?
когда-то пробовал смуч прожект на мпц, но за 20 лет наблюдений мпц как был говном так и остался, не смог это терпеть
когда-то пробовал смуч прожект на мпц, но за 20 лет наблюдений мпц как был говном так и остался, не смог это терпеть
>>589565
Зря, в углу было удобнее.
Зря, в углу было удобнее.
>>589572
У меня из первой ссылки, но я нашел более свежие форки:
https://github.com/maoiscat/mpv-osc-modern
https://github.com/zydezu/ModernX
https://github.com/cyl0/ModernX
У меня из первой ссылки, но я нашел более свежие форки:
https://github.com/maoiscat/mpv-osc-modern
https://github.com/zydezu/ModernX
https://github.com/cyl0/ModernX
>>589574
Выглядит добротно. Спасибо анон!
Выглядит добротно. Спасибо анон!
963 Кб, 977x769Только что вспомнил, нашёл и поставил медиаплеер со своего самого первого компьютера. Исключительно из ностальгических чувств. Это был не Винамп. Это был Light Alloy Player. Нашёл в настройках именно ту шкурку, которая была двадцать лет назад; смотрю на это и глаза туманят слёзы. Буду использовать этот плеер специально для просмотра аниме тех времён.
>>590947
Название какое-то пидорское
Название какое-то пидорское
>>580350
ctrl+f либо из меня нажав на + в коне плейлиста. Я сам спросил, сам нашёл, ёпта
ctrl+f либо из меня нажав на + в коне плейлиста. Я сам спросил, сам нашёл, ёпта
5 Кб, 390x208В чем плох был WMP? Ну кроме того что он не открывал блядь 95% музыки и кино?
>>595324
С кодеками открывал что угодно.
С кодеками открывал что угодно.
Как в mpv сделать рекурсивный поиск аудиодорожек к видосу?
audio-file-paths=E:/FILMS/
Вот это вот не работает. По уму конечно лучше вообще сделать чтобы искалось только в папке и подпапках где находится сам фильмец.
audio-file-paths=E:/FILMS/
Вот это вот не работает. По уму конечно лучше вообще сделать чтобы искалось только в папке и подпапках где находится сам фильмец.
>>595407
две звездочки в конце пути еще есть
две звездочки в конце пути еще есть
>>595407
https://github.com/dyphire/mpv-config/blob/master/scripts/fuzzydir.lua
>Как в mpv сделать рекурсивный поиск аудиодорожек к видосу?
https://github.com/dyphire/mpv-config/blob/master/scripts/fuzzydir.lua
Мой обзор на проигрыватели:
VLC хронически (более нескольких лет) не может решить проблему с таймингом аудио, из-за чего музыка и аудиодорожка звучит заметно говённее
В потплеере настройки пиздец, и дефолты тоже.
Мпв рассчинан на красноглазиков
Вывод: всё - тупое говно
VLC хронически (более нескольких лет) не может решить проблему с таймингом аудио, из-за чего музыка и аудиодорожка звучит заметно говённее
В потплеере настройки пиздец, и дефолты тоже.
Мпв рассчинан на красноглазиков
Вывод: всё - тупое говно
>>595535
нет я серьезно я ради аниме это ставил и у меня в итоге 8 звуковых дорожек было когда там была два аудио вшитый японский и русский внешним
нет я серьезно я ради аниме это ставил и у меня в итоге 8 звуковых дорожек было когда там была два аудио вшитый японский и русский внешним
>>595565
audio-file-auto настроить ума не хватило?
>нет я серьезно я ради аниме это ставил и у меня в итоге 8 звуковых дорожек было когда там была два аудио вшитый японский и русский внешним
audio-file-auto настроить ума не хватило?
>>595567
я его и ставил --audio-file-auto=fuzzy
ну там кажись баг в самой версии мвп был сейчас все работает
я его и ставил --audio-file-auto=fuzzy
ну там кажись баг в самой версии мвп был сейчас все работает
- Некропека
- 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.
Пикрилы. В названиях картинок подписано, где что.
Как такое возможно? Я по наивности думал, что за внешний вид картинки отвечает только декодер кодека. Поясните матчасть и вообще происходящее, пожалуйста.
- 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.
Пикрилы. В названиях картинок подписано, где что.
Как такое возможно? Я по наивности думал, что за внешний вид картинки отвечает только декодер кодека. Поясните матчасть и вообще происходящее, пожалуйста.
>>595885
Разрывы у тебя из-за v-sync.
А качество и цветность картинки - из-за особенностей работы с видеопотоком - всякими чересстрочками, попикселями, альфа-слоями, цветовыми диапазонами. При этом за 30 лет накоплен зоопарк цифрового видео с кучей кодеков с разными настройками, а еще и 8+бит на канал подваливает. Отсюда и приколы с разными картинками, при одном драйвере. Смотри на MadVR и забудь про это.
Разрывы у тебя из-за v-sync.
А качество и цветность картинки - из-за особенностей работы с видеопотоком - всякими чересстрочками, попикселями, альфа-слоями, цветовыми диапазонами. При этом за 30 лет накоплен зоопарк цифрового видео с кучей кодеков с разными настройками, а еще и 8+бит на канал подваливает. Отсюда и приколы с разными картинками, при одном драйвере. Смотри на MadVR и забудь про это.
>>595894
Нет, это не такого вида разрывы, а именно задержки кадров, когда я прямо глазами вижу, что какой-то кадр завис на долю секунды дольше нужного, как будто продублировался, а в другом месте видео через пару секунд другой кадр выпал. Частота обновления монитора там 75 Гц, а видео 24 (23.976).
Обрати внимание, что на 2 и 3 пикче там - одинаковый рендерер (Enhanced Video Renderer (custom presenter)), но на разных виндах - не только цветность и яркость разная, но буквально разный характер мпег-артефактов! Вверху справа от центра, фон, рядом с крупной башкой корабля, вот там хорошо видно - не только цвета другие, но и разное декодирование шакалов. Это-то как вообще происходит?..
>Разрывы у тебя из-за v-sync.
Нет, это не такого вида разрывы, а именно задержки кадров, когда я прямо глазами вижу, что какой-то кадр завис на долю секунды дольше нужного, как будто продублировался, а в другом месте видео через пару секунд другой кадр выпал. Частота обновления монитора там 75 Гц, а видео 24 (23.976).
>А качество и цветность картинки - из-за особенностей работы с видеопотоком - всякими чересстрочками, попикселями, альфа-слоями, цветовыми диапазонами.
Обрати внимание, что на 2 и 3 пикче там - одинаковый рендерер (Enhanced Video Renderer (custom presenter)), но на разных виндах - не только цветность и яркость разная, но буквально разный характер мпег-артефактов! Вверху справа от центра, фон, рядом с крупной башкой корабля, вот там хорошо видно - не только цвета другие, но и разное декодирование шакалов. Это-то как вообще происходит?..
![The.Walk.2015.1080p.BluRay.Rus.Ukr.Eng.HDCLUB.mkvsnapshot00.53.52[2025.03.3123.07.32].jpg](https://2ch.life//s/src/3537918/17441758996420.jpg)
460 Кб, 1920x800>иногда поврежденные кадры
Кстати, про вот это: на некоторых видеофайлах при рендерере Enhanced Video Renderer (custom presenter) повреждения выглядят вот так. Случайно удалось удачно поймать на стоп-кадре, а так они происходят раз в 5-10 секунд.
Причем - я хочу обратить на это отдельное внимание! - эти повреждения рандомные. Увидел его - отмотал на 10 секунд назад - снова воспроизвел этот же самый фрагмент - этой зелени уже НЕТ! Зато она может выскочить в каком-то ДРУГОМ случайном кадре (не соседнем, а просто в "каком-то"). То есть это даже не похоже на баги декодирования видеопотока кодеком, это какая-то неведомая рандомная хуйня с отображением результата.
>>595894
(если что, все те пикчи - скрины ровно из одного и того же видеофайла)
>зоопарк цифрового видео с кучей кодеков с разными настройками, а еще и 8+бит на канал подваливает. Отсюда и приколы с разными картинками, при одном драйвере.
(если что, все те пикчи - скрины ровно из одного и того же видеофайла)
>>595885
Короткий ответ на твой вопрос звучит примерно так. Благодаря обратной совместимости с большинством исторических решений, ты имел возможность на одном и том же программно-аппаратном комплексе воспроизвести одину и ту же видеопоследовательность разными способами, отличающимися деталями решения задачи аппаратного ускорения воспроизведения видео. Каждый из упомянутых способов решал в разное время одну и ту же историческую задачу в разном контексте.
Например, когда-то были ограниченные диапазоны интенсивностей компонентных аналоговых сигналов, а коэффициенты матриц преобразования цветности были частью стандартов на телевизионные сигналы; потом сигналы стали цифровыми и сжатыми, а ограниченность диапазонов указывалась флагом в метаданных потока; потом стали указывать в метаданных видеопоследовательности аж три набора колориметрических характеристик. И эти данные можно и нужно использовать при воспроизведении видеопоследовательностей, но... Исторический контекст приводит к тому, что часть программно-аппаратных средств вывода просто не умеет работать с колориметрической информацией, а другой части иногда эти данные сообщаются неверно. Так или иначе, задача точного воспроизведения цвета становится нетривиальной.
Но потом я подумал, что здесь степень деконструкции оставляет аонятийный аппарат на высоком уровне условности, и о том, что нужно бы эти материи как-то объяснить.
Короткий ответ на твой вопрос звучит примерно так. Благодаря обратной совместимости с большинством исторических решений, ты имел возможность на одном и том же программно-аппаратном комплексе воспроизвести одину и ту же видеопоследовательность разными способами, отличающимися деталями решения задачи аппаратного ускорения воспроизведения видео. Каждый из упомянутых способов решал в разное время одну и ту же историческую задачу в разном контексте.
Например, когда-то были ограниченные диапазоны интенсивностей компонентных аналоговых сигналов, а коэффициенты матриц преобразования цветности были частью стандартов на телевизионные сигналы; потом сигналы стали цифровыми и сжатыми, а ограниченность диапазонов указывалась флагом в метаданных потока; потом стали указывать в метаданных видеопоследовательности аж три набора колориметрических характеристик. И эти данные можно и нужно использовать при воспроизведении видеопоследовательностей, но... Исторический контекст приводит к тому, что часть программно-аппаратных средств вывода просто не умеет работать с колориметрической информацией, а другой части иногда эти данные сообщаются неверно. Так или иначе, задача точного воспроизведения цвета становится нетривиальной.
Но потом я подумал, что здесь степень деконструкции оставляет аонятийный аппарат на высоком уровне условности, и о том, что нужно бы эти материи как-то объяснить.
>>596060
Спасибо. Мне знакомы большинство из этих вещей. Меня застало врасплох следующее: декодерная часть кодека декодирует видеопоток, получает в результате значения YCbCr (или иные варианты цветов пикселей) для пикселей в каждом из кадров, после чего... а зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)? Разве эту задачу не должен решать собственно кодек (которых я понаставил в систему в процессе установки всё того же K-Lite'а)?
Тут такая всратая и минималистичная встройка на матери середины нулевых, что ничего ускорять она не умеет, и даже сам MPC-HC не пишет "playing [h/w]", а пишет просто "playing".
Спасибо. Мне знакомы большинство из этих вещей. Меня застало врасплох следующее: декодерная часть кодека декодирует видеопоток, получает в результате значения YCbCr (или иные варианты цветов пикселей) для пикселей в каждом из кадров, после чего... а зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)? Разве эту задачу не должен решать собственно кодек (которых я понаставил в систему в процессе установки всё того же K-Lite'а)?
>отличающимися деталями решения задачи аппаратного ускорения воспроизведения видео.
Тут такая всратая и минималистичная встройка на матери середины нулевых, что ничего ускорять она не умеет, и даже сам MPC-HC не пишет "playing [h/w]", а пишет просто "playing".
Когда я написал это >>596060 сообщение, я решил углубиться в объяснения.
Уже лет тридцать, как видеоадаптеры делают цифровую обработку изображений у себя на борту. Раньше они только сводили отдельные изображения и графические примитивы в комплзицию, потом научились отрисовывать простые проекции трёхмерных сцен, а потом дошли сначала до преобразования цветовых пространств и масштабирования изображений. И вот теперь видеопдаптеры умрет и сжатые потоки с видео декодировать. При этом исторически есть куча интерфейсов, через которые видеоадаптеру можно поставить задачу. И современные видеоадаптеры стараются с переменным успехом поддерживать большинство из них. У каждого из интерфейсов есть в меру его развитости разные возможности, и вот эти самые EVR, System Default Renderer — это такие пользовательские программы для доступа к разным интерфейсам видеоадаптера.
Теперь про тона, уровни яркости и всякое такое. Прежде, чем ты увидишь синтезированное на мориторе изображение, оно подвергается целому ряду преобразований, параметры которых бывают неоднозначными. Так, например, видеодекодер, имея поблочные спектры и вектора движения, синтезирует для тебя изображение, сосьоящее из трёх прямоугольных решёток отсчётов. Монитор при этом тоже синтезируют для тебя изображение из трёх прямоугольных решёток отсчётов, совмещая решётки в пространстве. Монитор создаёт у тебя ощущение освещённости и цветности, балансируя интенсивности излучателей. У мониторов, как правило, три цветовых компонентры — красный, синий и зелёный. И отсчёты этих компонентов по растру распространены равномерно и равнозначно (одинаковое число отсчётов для каждой из компонент). Но на выходе декодера изображение представлено немного иначе. Оно представлено, как правило в виде трёх прямоугольных решёток отсчётов яркости и двух цветоразностных.
И тут нужно объяснить про цветоразности. Сам подход, приведший к появлению понятия о цветоразностном сигнале, вытекает из истории развития телевидения (от чёрно-белого к цветному), из особенностей человеческого зрения, и из задач радиотехники. Первое — самое простое: нужно было обеспечить приём сигналов цветного телевидения при помощи чёрно-белых телевизоров. Т. е. старый сигнал, передающий картинку в виде рапределения яркости по растру должен был остаться, как был, а к нему нужно было как-то добавить что-то, чтобы передать ещё и цветовые оттенки. Второе — человеческое зрение воспринимает резкость картинки лучше по пространственным перепадам яркости, нежели по пространственнвм перепадам цветовых оттенков. И вот тут с третьим вбегает радиотехника, которая по своей области постоянно оперирует сигналами и информацией.
Радиотехника сходу предложила преобразовать красно-зелёно-синюю триаду сигналов в один яркостный и два других средствами линейной алгебры — через разложение одного и того же вектора в разных системах координат, через матрицу перехода. Так, сразу после телевизионной трубки и сканирования, три цветовых сигнала для передачи в эфир нужно преобразовать в яркость и два каких-то ещё сигнала так, чтобы старые телевизоры ловили только яркость, а два других сигнала не попадали в полосу частот приёмника. Ну, а новые цветные телевизоры могли бы ещё одним каналом приёмника вылавливать и ещё два сигнала и восстанавливать обратно красно-зелёно-синюю триаду уже через матрицу обратного перехода. Звучит как план. Примерно так и реализовано: есть сигнал яркостм Y и два других сигнала — это те самые цветоразностные сигналы Pr и Pb.
И тут радиотехника сразу обнаружила, что в сигналах, использующихся для передачи телевизионных изображений, много избыточности, т. е. небольшое ухудшение качества изображений может позволить здорово сократить полосу используемого сигнала. Очевидное решение проблемы отделения яркостного и цветоразностных сигналов в сочетании с применением знаний об особенностях человеческого зрения почти сразу дало предложение вдвое сократить ширину полосы пропускания для цветоразностных сигналов за счёт уменьшения их пространственного разрешения. Эта техника называется прореживанием и используется повсеместно и по сей день.
И тут снова возникло желание углубиться в деконструкцию.
Уже лет тридцать, как видеоадаптеры делают цифровую обработку изображений у себя на борту. Раньше они только сводили отдельные изображения и графические примитивы в комплзицию, потом научились отрисовывать простые проекции трёхмерных сцен, а потом дошли сначала до преобразования цветовых пространств и масштабирования изображений. И вот теперь видеопдаптеры умрет и сжатые потоки с видео декодировать. При этом исторически есть куча интерфейсов, через которые видеоадаптеру можно поставить задачу. И современные видеоадаптеры стараются с переменным успехом поддерживать большинство из них. У каждого из интерфейсов есть в меру его развитости разные возможности, и вот эти самые EVR, System Default Renderer — это такие пользовательские программы для доступа к разным интерфейсам видеоадаптера.
Теперь про тона, уровни яркости и всякое такое. Прежде, чем ты увидишь синтезированное на мориторе изображение, оно подвергается целому ряду преобразований, параметры которых бывают неоднозначными. Так, например, видеодекодер, имея поблочные спектры и вектора движения, синтезирует для тебя изображение, сосьоящее из трёх прямоугольных решёток отсчётов. Монитор при этом тоже синтезируют для тебя изображение из трёх прямоугольных решёток отсчётов, совмещая решётки в пространстве. Монитор создаёт у тебя ощущение освещённости и цветности, балансируя интенсивности излучателей. У мониторов, как правило, три цветовых компонентры — красный, синий и зелёный. И отсчёты этих компонентов по растру распространены равномерно и равнозначно (одинаковое число отсчётов для каждой из компонент). Но на выходе декодера изображение представлено немного иначе. Оно представлено, как правило в виде трёх прямоугольных решёток отсчётов яркости и двух цветоразностных.
И тут нужно объяснить про цветоразности. Сам подход, приведший к появлению понятия о цветоразностном сигнале, вытекает из истории развития телевидения (от чёрно-белого к цветному), из особенностей человеческого зрения, и из задач радиотехники. Первое — самое простое: нужно было обеспечить приём сигналов цветного телевидения при помощи чёрно-белых телевизоров. Т. е. старый сигнал, передающий картинку в виде рапределения яркости по растру должен был остаться, как был, а к нему нужно было как-то добавить что-то, чтобы передать ещё и цветовые оттенки. Второе — человеческое зрение воспринимает резкость картинки лучше по пространственным перепадам яркости, нежели по пространственнвм перепадам цветовых оттенков. И вот тут с третьим вбегает радиотехника, которая по своей области постоянно оперирует сигналами и информацией.
Радиотехника сходу предложила преобразовать красно-зелёно-синюю триаду сигналов в один яркостный и два других средствами линейной алгебры — через разложение одного и того же вектора в разных системах координат, через матрицу перехода. Так, сразу после телевизионной трубки и сканирования, три цветовых сигнала для передачи в эфир нужно преобразовать в яркость и два каких-то ещё сигнала так, чтобы старые телевизоры ловили только яркость, а два других сигнала не попадали в полосу частот приёмника. Ну, а новые цветные телевизоры могли бы ещё одним каналом приёмника вылавливать и ещё два сигнала и восстанавливать обратно красно-зелёно-синюю триаду уже через матрицу обратного перехода. Звучит как план. Примерно так и реализовано: есть сигнал яркостм Y и два других сигнала — это те самые цветоразностные сигналы Pr и Pb.
И тут радиотехника сразу обнаружила, что в сигналах, использующихся для передачи телевизионных изображений, много избыточности, т. е. небольшое ухудшение качества изображений может позволить здорово сократить полосу используемого сигнала. Очевидное решение проблемы отделения яркостного и цветоразностных сигналов в сочетании с применением знаний об особенностях человеческого зрения почти сразу дало предложение вдвое сократить ширину полосы пропускания для цветоразностных сигналов за счёт уменьшения их пространственного разрешения. Эта техника называется прореживанием и используется повсеместно и по сей день.
И тут снова возникло желание углубиться в деконструкцию.
Когда я написал это >>596060 сообщение, я решил углубиться в объяснения.
Уже лет тридцать, как видеоадаптеры делают цифровую обработку изображений у себя на борту. Раньше они только сводили отдельные изображения и графические примитивы в комплзицию, потом научились отрисовывать простые проекции трёхмерных сцен, а потом дошли сначала до преобразования цветовых пространств и масштабирования изображений. И вот теперь видеопдаптеры умрет и сжатые потоки с видео декодировать. При этом исторически есть куча интерфейсов, через которые видеоадаптеру можно поставить задачу. И современные видеоадаптеры стараются с переменным успехом поддерживать большинство из них. У каждого из интерфейсов есть в меру его развитости разные возможности, и вот эти самые EVR, System Default Renderer — это такие пользовательские программы для доступа к разным интерфейсам видеоадаптера.
Теперь про тона, уровни яркости и всякое такое. Прежде, чем ты увидишь синтезированное на мориторе изображение, оно подвергается целому ряду преобразований, параметры которых бывают неоднозначными. Так, например, видеодекодер, имея поблочные спектры и вектора движения, синтезирует для тебя изображение, сосьоящее из трёх прямоугольных решёток отсчётов. Монитор при этом тоже синтезируют для тебя изображение из трёх прямоугольных решёток отсчётов, совмещая решётки в пространстве. Монитор создаёт у тебя ощущение освещённости и цветности, балансируя интенсивности излучателей. У мониторов, как правило, три цветовых компонентры — красный, синий и зелёный. И отсчёты этих компонентов по растру распространены равномерно и равнозначно (одинаковое число отсчётов для каждой из компонент). Но на выходе декодера изображение представлено немного иначе. Оно представлено, как правило в виде трёх прямоугольных решёток отсчётов яркости и двух цветоразностных.
И тут нужно объяснить про цветоразности. Сам подход, приведший к появлению понятия о цветоразностном сигнале, вытекает из истории развития телевидения (от чёрно-белого к цветному), из особенностей человеческого зрения, и из задач радиотехники. Первое — самое простое: нужно было обеспечить приём сигналов цветного телевидения при помощи чёрно-белых телевизоров. Т. е. старый сигнал, передающий картинку в виде рапределения яркости по растру должен был остаться, как был, а к нему нужно было как-то добавить что-то, чтобы передать ещё и цветовые оттенки. Второе — человеческое зрение воспринимает резкость картинки лучше по пространственным перепадам яркости, нежели по пространственнвм перепадам цветовых оттенков. И вот тут с третьим вбегает радиотехника, которая по своей области постоянно оперирует сигналами и информацией.
Радиотехника сходу предложила преобразовать красно-зелёно-синюю триаду сигналов в один яркостный и два других средствами линейной алгебры — через разложение одного и того же вектора в разных системах координат, через матрицу перехода. Так, сразу после телевизионной трубки и сканирования, три цветовых сигнала для передачи в эфир нужно преобразовать в яркость и два каких-то ещё сигнала так, чтобы старые телевизоры ловили только яркость, а два других сигнала не попадали в полосу частот приёмника. Ну, а новые цветные телевизоры могли бы ещё одним каналом приёмника вылавливать и ещё два сигнала и восстанавливать обратно красно-зелёно-синюю триаду уже через матрицу обратного перехода. Звучит как план. Примерно так и реализовано: есть сигнал яркостм Y и два других сигнала — это те самые цветоразностные сигналы Pr и Pb.
И тут радиотехника сразу обнаружила, что в сигналах, использующихся для передачи телевизионных изображений, много избыточности, т. е. небольшое ухудшение качества изображений может позволить здорово сократить полосу используемого сигнала. Очевидное решение проблемы отделения яркостного и цветоразностных сигналов в сочетании с применением знаний об особенностях человеческого зрения почти сразу дало предложение вдвое сократить ширину полосы пропускания для цветоразностных сигналов за счёт уменьшения их пространственного разрешения. Эта техника называется прореживанием и используется повсеместно и по сей день.
И тут снова возникло желание углубиться в деконструкцию.
Уже лет тридцать, как видеоадаптеры делают цифровую обработку изображений у себя на борту. Раньше они только сводили отдельные изображения и графические примитивы в комплзицию, потом научились отрисовывать простые проекции трёхмерных сцен, а потом дошли сначала до преобразования цветовых пространств и масштабирования изображений. И вот теперь видеопдаптеры умрет и сжатые потоки с видео декодировать. При этом исторически есть куча интерфейсов, через которые видеоадаптеру можно поставить задачу. И современные видеоадаптеры стараются с переменным успехом поддерживать большинство из них. У каждого из интерфейсов есть в меру его развитости разные возможности, и вот эти самые EVR, System Default Renderer — это такие пользовательские программы для доступа к разным интерфейсам видеоадаптера.
Теперь про тона, уровни яркости и всякое такое. Прежде, чем ты увидишь синтезированное на мориторе изображение, оно подвергается целому ряду преобразований, параметры которых бывают неоднозначными. Так, например, видеодекодер, имея поблочные спектры и вектора движения, синтезирует для тебя изображение, сосьоящее из трёх прямоугольных решёток отсчётов. Монитор при этом тоже синтезируют для тебя изображение из трёх прямоугольных решёток отсчётов, совмещая решётки в пространстве. Монитор создаёт у тебя ощущение освещённости и цветности, балансируя интенсивности излучателей. У мониторов, как правило, три цветовых компонентры — красный, синий и зелёный. И отсчёты этих компонентов по растру распространены равномерно и равнозначно (одинаковое число отсчётов для каждой из компонент). Но на выходе декодера изображение представлено немного иначе. Оно представлено, как правило в виде трёх прямоугольных решёток отсчётов яркости и двух цветоразностных.
И тут нужно объяснить про цветоразности. Сам подход, приведший к появлению понятия о цветоразностном сигнале, вытекает из истории развития телевидения (от чёрно-белого к цветному), из особенностей человеческого зрения, и из задач радиотехники. Первое — самое простое: нужно было обеспечить приём сигналов цветного телевидения при помощи чёрно-белых телевизоров. Т. е. старый сигнал, передающий картинку в виде рапределения яркости по растру должен был остаться, как был, а к нему нужно было как-то добавить что-то, чтобы передать ещё и цветовые оттенки. Второе — человеческое зрение воспринимает резкость картинки лучше по пространственным перепадам яркости, нежели по пространственнвм перепадам цветовых оттенков. И вот тут с третьим вбегает радиотехника, которая по своей области постоянно оперирует сигналами и информацией.
Радиотехника сходу предложила преобразовать красно-зелёно-синюю триаду сигналов в один яркостный и два других средствами линейной алгебры — через разложение одного и того же вектора в разных системах координат, через матрицу перехода. Так, сразу после телевизионной трубки и сканирования, три цветовых сигнала для передачи в эфир нужно преобразовать в яркость и два каких-то ещё сигнала так, чтобы старые телевизоры ловили только яркость, а два других сигнала не попадали в полосу частот приёмника. Ну, а новые цветные телевизоры могли бы ещё одним каналом приёмника вылавливать и ещё два сигнала и восстанавливать обратно красно-зелёно-синюю триаду уже через матрицу обратного перехода. Звучит как план. Примерно так и реализовано: есть сигнал яркостм Y и два других сигнала — это те самые цветоразностные сигналы Pr и Pb.
И тут радиотехника сразу обнаружила, что в сигналах, использующихся для передачи телевизионных изображений, много избыточности, т. е. небольшое ухудшение качества изображений может позволить здорово сократить полосу используемого сигнала. Очевидное решение проблемы отделения яркостного и цветоразностных сигналов в сочетании с применением знаний об особенностях человеческого зрения почти сразу дало предложение вдвое сократить ширину полосы пропускания для цветоразностных сигналов за счёт уменьшения их пространственного разрешения. Эта техника называется прореживанием и используется повсеместно и по сей день.
И тут снова возникло желание углубиться в деконструкцию.
Когда я закончил писать >>596068, то уже решил ответить тебе, уважаемый, не очень коротким эссе на обозначенную тобой тему. Если есть интерес, то могу дальше писать такие следующие части.
Мониторы, зрение и оптические иллюзии
Для начала, давай напомню, как монитор синтезирует зрительные образы для человека, создавая ощущение освещённости, а также цветовые ощущения. Он создаёт это всё путём организации некоторой поверхности, на которой расположены в виде прямоугольной решётки излучатели. Излучатели, чаще всего, одинаковые (в пределах технологического разброса производства) и распределены по решётке равномерно. Каждый излучатель должен быть небольшого размера, сравнимого с разрешающей способностью человеческого зрения. Каждый излучатель составной и включает три компонента, каждый из которых имеет собственную доминирующую длину волны излучаемого света. Пространственные перепады интенсивности излучения по всей излучающей поверхности монитора создают ощущение зрительных образов, а путём балансировки интенсивностей компонент в каждом излучателе достигаются цветовые ощущения.
Таким образом, монитор может синтезировать плоские изображения, иллюзии проекций трёхмерных объектов и сцен, которые человек в быту привык наблюдать. Иллюзии как цветового, так и пространственного ощущения. Надеюсь, с пространственными иллюзиями вопросов не возникает, т. к. люди, как правило, имеют представление о плоских проекциях, и даже имели опыт разгадывания проекционных головоломок. А с цветовыми иллюзиями дело обстоит немного сложнее.
Например, в быту человек ощущает цвет через дневное зрение и последующий анализ сигналов от органов чувств в нервной системе. И если органы зрения более-менее изучены, их функционирование понятно, то само создание ощущений в нервной до конца не изучено и полно довольно удивительных феноменов. В основном последнее связано с тем, что восприятие, в том числе, зрительное, на возможностях органов чувств лишь базируется, но само ощущение является результатом воздействия раздражителя на естественную нервную сеть, которая сформировалась как результат индивидуального процесса обучения восприятию зрительных образов. Вот такая тебе философская подводка.
Что же касается возможностей органов зрения в деле восприятия цвета (через дневное зрение), то здесь есть ряд усреднённых по множеству людей моделей, основанных на двух факторах. Во-первых, имеется представление о пороге чувствительности зрения к малым уровням интенсивности постоянного монохроматического излучения с различными длинами волн в видимой части оптического диапазона. Во-вторых, есть трихроматический эффект. Описать его можно примерной схемой:
- есть некоторое монохроматическое излучение с определённой интенсивностью;
- есть в глазу человека три вида светочувствительных клеток, отвечающих за дневное зрение;
- каждых из трёх видов светочувствительных клеток имеет весьма неравномерную зависимость чувствительности от длины волны излучения; иными словами, каждый вид клеток обладает частотной избирательностью — соответственно, каждый из видов клеток наиболее чувствителен к диапазону длин волн, который люди интерпретируют как красный, зелёный и синий свет;
- монохроматическая волна вызывает в клетках разных типов отклик разной интенсивности, и таким образом позволяет наблюдателю соотнести по соотношению откликов разных клеток цветовое ощущение с положением цвета в спектре видимого света.
Схема трихроматического эффекта работает и в обратном направлении. Так, если выбрать три излучателя с доминирующими длинами волн, соответствующими пикам чувствительности каждого из трёх видов светочувствительных клеток, можно путём балансировки интенсивности излучателей создать то же цветовое ощущение, что возникает при облучении органов зрения при помощи волн, с длинами, не имеющимися в спектре излучателей, но лежащими в пределах крайних точек диапазона длин волн излучателей. Т. е. можно создать иллюзию цвета, реально не существующей волны.
Таким образом, монитор устроен в целом так, что согласован по принципу с устройством дневного зрения человека
Мониторы, зрение и оптические иллюзии
Для начала, давай напомню, как монитор синтезирует зрительные образы для человека, создавая ощущение освещённости, а также цветовые ощущения. Он создаёт это всё путём организации некоторой поверхности, на которой расположены в виде прямоугольной решётки излучатели. Излучатели, чаще всего, одинаковые (в пределах технологического разброса производства) и распределены по решётке равномерно. Каждый излучатель должен быть небольшого размера, сравнимого с разрешающей способностью человеческого зрения. Каждый излучатель составной и включает три компонента, каждый из которых имеет собственную доминирующую длину волны излучаемого света. Пространственные перепады интенсивности излучения по всей излучающей поверхности монитора создают ощущение зрительных образов, а путём балансировки интенсивностей компонент в каждом излучателе достигаются цветовые ощущения.
Таким образом, монитор может синтезировать плоские изображения, иллюзии проекций трёхмерных объектов и сцен, которые человек в быту привык наблюдать. Иллюзии как цветового, так и пространственного ощущения. Надеюсь, с пространственными иллюзиями вопросов не возникает, т. к. люди, как правило, имеют представление о плоских проекциях, и даже имели опыт разгадывания проекционных головоломок. А с цветовыми иллюзиями дело обстоит немного сложнее.
Например, в быту человек ощущает цвет через дневное зрение и последующий анализ сигналов от органов чувств в нервной системе. И если органы зрения более-менее изучены, их функционирование понятно, то само создание ощущений в нервной до конца не изучено и полно довольно удивительных феноменов. В основном последнее связано с тем, что восприятие, в том числе, зрительное, на возможностях органов чувств лишь базируется, но само ощущение является результатом воздействия раздражителя на естественную нервную сеть, которая сформировалась как результат индивидуального процесса обучения восприятию зрительных образов. Вот такая тебе философская подводка.
Что же касается возможностей органов зрения в деле восприятия цвета (через дневное зрение), то здесь есть ряд усреднённых по множеству людей моделей, основанных на двух факторах. Во-первых, имеется представление о пороге чувствительности зрения к малым уровням интенсивности постоянного монохроматического излучения с различными длинами волн в видимой части оптического диапазона. Во-вторых, есть трихроматический эффект. Описать его можно примерной схемой:
- есть некоторое монохроматическое излучение с определённой интенсивностью;
- есть в глазу человека три вида светочувствительных клеток, отвечающих за дневное зрение;
- каждых из трёх видов светочувствительных клеток имеет весьма неравномерную зависимость чувствительности от длины волны излучения; иными словами, каждый вид клеток обладает частотной избирательностью — соответственно, каждый из видов клеток наиболее чувствителен к диапазону длин волн, который люди интерпретируют как красный, зелёный и синий свет;
- монохроматическая волна вызывает в клетках разных типов отклик разной интенсивности, и таким образом позволяет наблюдателю соотнести по соотношению откликов разных клеток цветовое ощущение с положением цвета в спектре видимого света.
Схема трихроматического эффекта работает и в обратном направлении. Так, если выбрать три излучателя с доминирующими длинами волн, соответствующими пикам чувствительности каждого из трёх видов светочувствительных клеток, можно путём балансировки интенсивности излучателей создать то же цветовое ощущение, что возникает при облучении органов зрения при помощи волн, с длинами, не имеющимися в спектре излучателей, но лежащими в пределах крайних точек диапазона длин волн излучателей. Т. е. можно создать иллюзию цвета, реально не существующей волны.
Таким образом, монитор устроен в целом так, что согласован по принципу с устройством дневного зрения человека
Когда я закончил писать >>596068, то уже решил ответить тебе, уважаемый, не очень коротким эссе на обозначенную тобой тему. Если есть интерес, то могу дальше писать такие следующие части.
Мониторы, зрение и оптические иллюзии
Для начала, давай напомню, как монитор синтезирует зрительные образы для человека, создавая ощущение освещённости, а также цветовые ощущения. Он создаёт это всё путём организации некоторой поверхности, на которой расположены в виде прямоугольной решётки излучатели. Излучатели, чаще всего, одинаковые (в пределах технологического разброса производства) и распределены по решётке равномерно. Каждый излучатель должен быть небольшого размера, сравнимого с разрешающей способностью человеческого зрения. Каждый излучатель составной и включает три компонента, каждый из которых имеет собственную доминирующую длину волны излучаемого света. Пространственные перепады интенсивности излучения по всей излучающей поверхности монитора создают ощущение зрительных образов, а путём балансировки интенсивностей компонент в каждом излучателе достигаются цветовые ощущения.
Таким образом, монитор может синтезировать плоские изображения, иллюзии проекций трёхмерных объектов и сцен, которые человек в быту привык наблюдать. Иллюзии как цветового, так и пространственного ощущения. Надеюсь, с пространственными иллюзиями вопросов не возникает, т. к. люди, как правило, имеют представление о плоских проекциях, и даже имели опыт разгадывания проекционных головоломок. А с цветовыми иллюзиями дело обстоит немного сложнее.
Например, в быту человек ощущает цвет через дневное зрение и последующий анализ сигналов от органов чувств в нервной системе. И если органы зрения более-менее изучены, их функционирование понятно, то само создание ощущений в нервной до конца не изучено и полно довольно удивительных феноменов. В основном последнее связано с тем, что восприятие, в том числе, зрительное, на возможностях органов чувств лишь базируется, но само ощущение является результатом воздействия раздражителя на естественную нервную сеть, которая сформировалась как результат индивидуального процесса обучения восприятию зрительных образов. Вот такая тебе философская подводка.
Что же касается возможностей органов зрения в деле восприятия цвета (через дневное зрение), то здесь есть ряд усреднённых по множеству людей моделей, основанных на двух факторах. Во-первых, имеется представление о пороге чувствительности зрения к малым уровням интенсивности постоянного монохроматического излучения с различными длинами волн в видимой части оптического диапазона. Во-вторых, есть трихроматический эффект. Описать его можно примерной схемой:
- есть некоторое монохроматическое излучение с определённой интенсивностью;
- есть в глазу человека три вида светочувствительных клеток, отвечающих за дневное зрение;
- каждых из трёх видов светочувствительных клеток имеет весьма неравномерную зависимость чувствительности от длины волны излучения; иными словами, каждый вид клеток обладает частотной избирательностью — соответственно, каждый из видов клеток наиболее чувствителен к диапазону длин волн, который люди интерпретируют как красный, зелёный и синий свет;
- монохроматическая волна вызывает в клетках разных типов отклик разной интенсивности, и таким образом позволяет наблюдателю соотнести по соотношению откликов разных клеток цветовое ощущение с положением цвета в спектре видимого света.
Схема трихроматического эффекта работает и в обратном направлении. Так, если выбрать три излучателя с доминирующими длинами волн, соответствующими пикам чувствительности каждого из трёх видов светочувствительных клеток, можно путём балансировки интенсивности излучателей создать то же цветовое ощущение, что возникает при облучении органов зрения при помощи волн, с длинами, не имеющимися в спектре излучателей, но лежащими в пределах крайних точек диапазона длин волн излучателей. Т. е. можно создать иллюзию цвета, реально не существующей волны.
Таким образом, монитор устроен в целом так, что согласован по принципу с устройством дневного зрения человека
Мониторы, зрение и оптические иллюзии
Для начала, давай напомню, как монитор синтезирует зрительные образы для человека, создавая ощущение освещённости, а также цветовые ощущения. Он создаёт это всё путём организации некоторой поверхности, на которой расположены в виде прямоугольной решётки излучатели. Излучатели, чаще всего, одинаковые (в пределах технологического разброса производства) и распределены по решётке равномерно. Каждый излучатель должен быть небольшого размера, сравнимого с разрешающей способностью человеческого зрения. Каждый излучатель составной и включает три компонента, каждый из которых имеет собственную доминирующую длину волны излучаемого света. Пространственные перепады интенсивности излучения по всей излучающей поверхности монитора создают ощущение зрительных образов, а путём балансировки интенсивностей компонент в каждом излучателе достигаются цветовые ощущения.
Таким образом, монитор может синтезировать плоские изображения, иллюзии проекций трёхмерных объектов и сцен, которые человек в быту привык наблюдать. Иллюзии как цветового, так и пространственного ощущения. Надеюсь, с пространственными иллюзиями вопросов не возникает, т. к. люди, как правило, имеют представление о плоских проекциях, и даже имели опыт разгадывания проекционных головоломок. А с цветовыми иллюзиями дело обстоит немного сложнее.
Например, в быту человек ощущает цвет через дневное зрение и последующий анализ сигналов от органов чувств в нервной системе. И если органы зрения более-менее изучены, их функционирование понятно, то само создание ощущений в нервной до конца не изучено и полно довольно удивительных феноменов. В основном последнее связано с тем, что восприятие, в том числе, зрительное, на возможностях органов чувств лишь базируется, но само ощущение является результатом воздействия раздражителя на естественную нервную сеть, которая сформировалась как результат индивидуального процесса обучения восприятию зрительных образов. Вот такая тебе философская подводка.
Что же касается возможностей органов зрения в деле восприятия цвета (через дневное зрение), то здесь есть ряд усреднённых по множеству людей моделей, основанных на двух факторах. Во-первых, имеется представление о пороге чувствительности зрения к малым уровням интенсивности постоянного монохроматического излучения с различными длинами волн в видимой части оптического диапазона. Во-вторых, есть трихроматический эффект. Описать его можно примерной схемой:
- есть некоторое монохроматическое излучение с определённой интенсивностью;
- есть в глазу человека три вида светочувствительных клеток, отвечающих за дневное зрение;
- каждых из трёх видов светочувствительных клеток имеет весьма неравномерную зависимость чувствительности от длины волны излучения; иными словами, каждый вид клеток обладает частотной избирательностью — соответственно, каждый из видов клеток наиболее чувствителен к диапазону длин волн, который люди интерпретируют как красный, зелёный и синий свет;
- монохроматическая волна вызывает в клетках разных типов отклик разной интенсивности, и таким образом позволяет наблюдателю соотнести по соотношению откликов разных клеток цветовое ощущение с положением цвета в спектре видимого света.
Схема трихроматического эффекта работает и в обратном направлении. Так, если выбрать три излучателя с доминирующими длинами волн, соответствующими пикам чувствительности каждого из трёх видов светочувствительных клеток, можно путём балансировки интенсивности излучателей создать то же цветовое ощущение, что возникает при облучении органов зрения при помощи волн, с длинами, не имеющимися в спектре излучателей, но лежащими в пределах крайних точек диапазона длин волн излучателей. Т. е. можно создать иллюзию цвета, реально не существующей волны.
Таким образом, монитор устроен в целом так, что согласован по принципу с устройством дневного зрения человека
>>596064
Само преобразование из YPrPb->RGB неоднозначное. Его можно сделать однозначным, например, замкнув в одну цепь и колориметрические характеристики, которве были метеданными на входе декодера, и цветокорректирующие функции рендера, и цветовую калибровку монитора. Но это удаётся редко и только на наиболее современных рендерах, которые тебя качеством работы не устроили.
Нет. Эта задача решается за его пределами. При кодировании и декодировании ещё не известны условия воспроизведения, цветовые профили оборудования и всё такое.
Так-то она много, что уже умеет, сеорее всего: yuv в rgb преобразует и растр масштабирует.
>зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму
Само преобразование из YPrPb->RGB неоднозначное. Его можно сделать однозначным, например, замкнув в одну цепь и колориметрические характеристики, которве были метеданными на входе декодера, и цветокорректирующие функции рендера, и цветовую калибровку монитора. Но это удаётся редко и только на наиболее современных рендерах, которые тебя качеством работы не устроили.
>Разве эту задачу не должен решать собственно кодек
Нет. Эта задача решается за его пределами. При кодировании и декодировании ещё не известны условия воспроизведения, цветовые профили оборудования и всё такое.
>всратая и минималистичная встройка на матери середины нулевых, что ничего ускорять она не умеет
Так-то она много, что уже умеет, сеорее всего: yuv в rgb преобразует и растр масштабирует.
>>596068
Анон, спасибо за подробный текст (уважаю такое и сам иногда пишу такое на другие темы, где надо), но дело в том, что я знаю про YCbCr и 4:2:0 и вот это вот все, что следует из твоих слов.
Меня по-прежнему интересует совсем другое:
Иными словами, почему кроме декодирования еще применяется некий "рендерер", и какое вообще аппаратное декодирование видео даже теоретически возможно на этой дохлой встройке, которая никогда не слышала термин AVC/H264 и не умеет его декодировать? Напоминаю, это встройка на матери из 2006-2008 (надо поискать год появления именно этой встройки).
При этом рендерер Enhanced Video Renderer, выбранный в настройках MPC-HC, рандомно выдает вот такое >>595900 (именно рандомно, а не при декодировании конкретных кадров из раза в раз повторно, в том посте объяснено), а также может уронить видеодрайвер и даже уронить всю винду в синий экран. Ну как так-то, что он там вообще может делать, если видеокарта не декодирует H264 и ВСЁ декодирование выполняется на цпу, и дальше требуется ТОЛЬКО вывести результат на соответствующие пиксели внутри окна плеера?!
Анон, спасибо за подробный текст (уважаю такое и сам иногда пишу такое на другие темы, где надо), но дело в том, что я знаю про YCbCr и 4:2:0 и вот это вот все, что следует из твоих слов.
Меня по-прежнему интересует совсем другое:
>Меня застало врасплох следующее: декодерная часть кодека декодирует видеопоток, получает в результате значения YCbCr (или иные варианты цветов пикселей) для пикселей в каждом из кадров, после чего... а зачем вот здесь "после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)? Разве эту задачу не должен решать собственно кодек (которых я понаставил в систему в процессе установки всё того же K-Lite'а)?
Иными словами, почему кроме декодирования еще применяется некий "рендерер", и какое вообще аппаратное декодирование видео даже теоретически возможно на этой дохлой встройке, которая никогда не слышала термин AVC/H264 и не умеет его декодировать? Напоминаю, это встройка на матери из 2006-2008 (надо поискать год появления именно этой встройки).
При этом рендерер Enhanced Video Renderer, выбранный в настройках MPC-HC, рандомно выдает вот такое >>595900 (именно рандомно, а не при декодировании конкретных кадров из раза в раз повторно, в том посте объяснено), а также может уронить видеодрайвер и даже уронить всю винду в синий экран. Ну как так-то, что он там вообще может делать, если видеокарта не декодирует H264 и ВСЁ декодирование выполняется на цпу, и дальше требуется ТОЛЬКО вывести результат на соответствующие пиксели внутри окна плеера?!
>>596074
О, пожалуйста. Я сам писал длинные сообщения, не обновив тред — соответственно твоё сообщение >>595900. Сейчас попробую объяснить этот хитрый эффект.
>>596073
Добавлю к написанному ранее. Даже если мы представим, что из закодированного потока видео колориметрические метаданные попали в нужное место программы-редерера, допустили, что эта программа знает, как с ними обращаться, знает как у операционной системы спросить для целевого монитора параметры цветокоррекции, знает, как передать это всё добро через драйвер а виде парпметров высислительной задачи в видеоадаптер, а тот в свою очередь знает, что дальше делать, то остаётся ещё кое-что. Я вчера про это забыл сходу упомянуть. Цветовосприятие — это процесс субъективного ощущения, по этому имеется пости всегда ещё возможность у рендереров настроить хотя бы основные пользовательские параметры преобразования YPrPb->RGB, например, тоновое смещение, яркость, контрастность, насыщенность. В итоге само преобразование, в общем случае вообще не бывает однозначным. Плюс, зачастую колориместические параметры преобразователь YPrPb->RGB или программа-рендерер не получает вовсе, и тогда они пользуются значениями по умолчанию, а они разные: у одних марица 601-я, у других 709-я, у третих — 2020-я, а некотопые матрицу пытаются угадать по размеру растра yuv.
>>595900
По картинке могу предположить, что отдельные модуми в прошивке или в драйвере видеоадаптера не поделили между собой адресное пространство памяти — кто-то читает не из своей памяти или пишет не в свою. Это похоже на баг впрошивке. Не удивительно, что при таких условиях драйвер и операционка падают. Что же касается разных программ-рендереров, то они эксплуатируют разные функции видеоадаптера и его драйвера. Более того, функции по масштабированию и преобразованию цветового пространства в адаптере могут дублироваться, а не быть общими для разных интерфейсов, соответствующих разным программам-рендерерам.
О, пожалуйста. Я сам писал длинные сообщения, не обновив тред — соответственно твоё сообщение >>595900. Сейчас попробую объяснить этот хитрый эффект.
>>596073
>после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)?
Добавлю к написанному ранее. Даже если мы представим, что из закодированного потока видео колориметрические метаданные попали в нужное место программы-редерера, допустили, что эта программа знает, как с ними обращаться, знает как у операционной системы спросить для целевого монитора параметры цветокоррекции, знает, как передать это всё добро через драйвер а виде парпметров высислительной задачи в видеоадаптер, а тот в свою очередь знает, что дальше делать, то остаётся ещё кое-что. Я вчера про это забыл сходу упомянуть. Цветовосприятие — это процесс субъективного ощущения, по этому имеется пости всегда ещё возможность у рендереров настроить хотя бы основные пользовательские параметры преобразования YPrPb->RGB, например, тоновое смещение, яркость, контрастность, насыщенность. В итоге само преобразование, в общем случае вообще не бывает однозначным. Плюс, зачастую колориместические параметры преобразователь YPrPb->RGB или программа-рендерер не получает вовсе, и тогда они пользуются значениями по умолчанию, а они разные: у одних марица 601-я, у других 709-я, у третих — 2020-я, а некотопые матрицу пытаются угадать по размеру растра yuv.
>>595900
По картинке могу предположить, что отдельные модуми в прошивке или в драйвере видеоадаптера не поделили между собой адресное пространство памяти — кто-то читает не из своей памяти или пишет не в свою. Это похоже на баг впрошивке. Не удивительно, что при таких условиях драйвер и операционка падают. Что же касается разных программ-рендереров, то они эксплуатируют разные функции видеоадаптера и его драйвера. Более того, функции по масштабированию и преобразованию цветового пространства в адаптере могут дублироваться, а не быть общими для разных интерфейсов, соответствующих разным программам-рендерерам.
>>596074
О, пожалуйста. Я сам писал длинные сообщения, не обновив тред — соответственно твоё сообщение >>595900. Сейчас попробую объяснить этот хитрый эффект.
>>596073
Добавлю к написанному ранее. Даже если мы представим, что из закодированного потока видео колориметрические метаданные попали в нужное место программы-редерера, допустили, что эта программа знает, как с ними обращаться, знает как у операционной системы спросить для целевого монитора параметры цветокоррекции, знает, как передать это всё добро через драйвер а виде парпметров высислительной задачи в видеоадаптер, а тот в свою очередь знает, что дальше делать, то остаётся ещё кое-что. Я вчера про это забыл сходу упомянуть. Цветовосприятие — это процесс субъективного ощущения, по этому имеется пости всегда ещё возможность у рендереров настроить хотя бы основные пользовательские параметры преобразования YPrPb->RGB, например, тоновое смещение, яркость, контрастность, насыщенность. В итоге само преобразование, в общем случае вообще не бывает однозначным. Плюс, зачастую колориместические параметры преобразователь YPrPb->RGB или программа-рендерер не получает вовсе, и тогда они пользуются значениями по умолчанию, а они разные: у одних марица 601-я, у других 709-я, у третих — 2020-я, а некотопые матрицу пытаются угадать по размеру растра yuv.
>>595900
По картинке могу предположить, что отдельные модуми в прошивке или в драйвере видеоадаптера не поделили между собой адресное пространство памяти — кто-то читает не из своей памяти или пишет не в свою. Это похоже на баг впрошивке. Не удивительно, что при таких условиях драйвер и операционка падают. Что же касается разных программ-рендереров, то они эксплуатируют разные функции видеоадаптера и его драйвера. Более того, функции по масштабированию и преобразованию цветового пространства в адаптере могут дублироваться, а не быть общими для разных интерфейсов, соответствующих разным программам-рендерерам.
О, пожалуйста. Я сам писал длинные сообщения, не обновив тред — соответственно твоё сообщение >>595900. Сейчас попробую объяснить этот хитрый эффект.
>>596073
>после чего" необходима еще некая дополнительная йоба кроме собственно декодера из кодека? Зачем она сверх декодирования еще крутит свою цветность, гамму и т.д. (и в результате каждый из этих "рендереров" крутит ее по-своему)?
Добавлю к написанному ранее. Даже если мы представим, что из закодированного потока видео колориметрические метаданные попали в нужное место программы-редерера, допустили, что эта программа знает, как с ними обращаться, знает как у операционной системы спросить для целевого монитора параметры цветокоррекции, знает, как передать это всё добро через драйвер а виде парпметров высислительной задачи в видеоадаптер, а тот в свою очередь знает, что дальше делать, то остаётся ещё кое-что. Я вчера про это забыл сходу упомянуть. Цветовосприятие — это процесс субъективного ощущения, по этому имеется пости всегда ещё возможность у рендереров настроить хотя бы основные пользовательские параметры преобразования YPrPb->RGB, например, тоновое смещение, яркость, контрастность, насыщенность. В итоге само преобразование, в общем случае вообще не бывает однозначным. Плюс, зачастую колориместические параметры преобразователь YPrPb->RGB или программа-рендерер не получает вовсе, и тогда они пользуются значениями по умолчанию, а они разные: у одних марица 601-я, у других 709-я, у третих — 2020-я, а некотопые матрицу пытаются угадать по размеру растра yuv.
>>595900
По картинке могу предположить, что отдельные модуми в прошивке или в драйвере видеоадаптера не поделили между собой адресное пространство памяти — кто-то читает не из своей памяти или пишет не в свою. Это похоже на баг впрошивке. Не удивительно, что при таких условиях драйвер и операционка падают. Что же касается разных программ-рендереров, то они эксплуатируют разные функции видеоадаптера и его драйвера. Более того, функции по масштабированию и преобразованию цветового пространства в адаптере могут дублироваться, а не быть общими для разных интерфейсов, соответствующих разным программам-рендерерам.
Блять аноны помогите. Вопрос у же платина скорее всего но объясните как включить отображение эскизов видео???
>>596530
Установи кодеки:
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
Установи кодеки:
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
>>596534
Заработало, спасибо.
Заработало, спасибо.
>>595325
Нет. Все плееры проиграют zones.lua и его потенциалу возможностей, сразу и без шансов. Ведь соевые кнопки станут не нужны, но и с ними всё в порядке, если с хорошим форком.
Нет. Все плееры проиграют zones.lua и его потенциалу возможностей, сразу и без шансов. Ведь соевые кнопки станут не нужны, но и с ними всё в порядке, если с хорошим форком.
>>589565
Не позорься и поменяй сикбар на белый. Смотри артхаус и авторское, чё за бред для разгорева хаусвайф ты скринишь?
Не позорься и поменяй сикбар на белый. Смотри артхаус и авторское, чё за бред для разгорева хаусвайф ты скринишь?
>>596530
Не пользоваться говном под название MPC-BE а юзать MPC-HC
Не пользоваться говном под название MPC-BE а юзать MPC-HC
>>595894
устаревшее говно которое чуть чуть делают качество четче при этом компухтер пыхтит как паровоз, разница с метра уже не видна. Качество картинки одинаково
>MadVR
устаревшее говно которое чуть чуть делают качество четче при этом компухтер пыхтит как паровоз, разница с метра уже не видна. Качество картинки одинаково
>>585841 (Del)
>>585898 (Del)
>>585898 (Del)
>>586022 (Del)
>>586627
>>586648
Специально для этого тараса читай:
Ниже – развернутое объяснение, почему рассуждения этого анонимного комментатора (назовём его «оппонент») о ненадёжности бинарников и «наличии малвари» в программе 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, ни в принципах безопасной разработки.
>>585898 (Del)
>>585898 (Del)
>>586022 (Del)
>>586627
>>586648
Специально для этого тараса читай:
Ниже – развернутое объяснение, почему рассуждения этого анонимного комментатора (назовём его «оппонент») о ненадёжности бинарников и «наличии малвари» в программе 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, ни в принципах безопасной разработки.
>>585841 (Del)
>>585898 (Del)
>>585898 (Del)
>>586022 (Del)
>>586627
>>586648
Специально для этого тараса читай:
Ниже – развернутое объяснение, почему рассуждения этого анонимного комментатора (назовём его «оппонент») о ненадёжности бинарников и «наличии малвари» в программе 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, ни в принципах безопасной разработки.
>>585898 (Del)
>>585898 (Del)
>>586022 (Del)
>>586627
>>586648
Специально для этого тараса читай:
Ниже – развернутое объяснение, почему рассуждения этого анонимного комментатора (назовём его «оппонент») о ненадёжности бинарников и «наличии малвари» в программе 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, ни в принципах безопасной разработки.
>>597008
Работает даже на старом Atom Z3770D без проблем на планшете Ирбис... Ты обосрамс со своим некропека из 2003 или самосбором на кривой шинде.
>компухтер пыхтит как паровоз
Работает даже на старом Atom Z3770D без проблем на планшете Ирбис... Ты обосрамс со своим некропека из 2003 или самосбором на кривой шинде.
>>597018
Он будет работать да, в таком режиме разницу в качесте не то что через метр не увидишь но с растояние 20 см.
Обосрался только ты этим говном которое ничем не лучше стандартного кодека MPC
Он будет работать да, в таком режиме разницу в качесте не то что через метр не увидишь но с растояние 20 см.
Обосрался только ты этим говном которое ничем не лучше стандартного кодека MPC
>>597020
Протри очки уже, Уася.
Протри очки уже, Уася.
>>597016
Ну и нахуя этот высер от ИИ с промптом "оправдай бедного разраба" тут нужен? Ты то сам эту стену текста не понимаешь. ИИ в ответе сам противоречит себе, в итоге всё равно сводит всё к "поверь разработчику".
>Специально для этого тараса читай:
Ну и нахуя этот высер от ИИ с промптом "оправдай бедного разраба" тут нужен? Ты то сам эту стену текста не понимаешь. ИИ в ответе сам противоречит себе, в итоге всё равно сводит всё к "поверь разработчику".
>>595499
Спасибо, работает. Только одного не пойму, как мне сделать, чтобы он искал только в конкретной папке? Я как понял, то он ищет по всему диску.
Вот я поставил глубину поиска max_search_depth = 3
Диски C и D поставил в исключения, на них видосики открываются сразу, а вот на E нужно 2 секунды ждать
и
audio-file-paths = вот тут доходит до нужной папки
audio-file-paths = E:\FILMS\ а вот тут уже нет, нужно глубину на 4 ставить
Че не так делаю?
Спасибо, работает. Только одного не пойму, как мне сделать, чтобы он искал только в конкретной папке? Я как понял, то он ищет по всему диску.
Вот я поставил глубину поиска max_search_depth = 3
Диски C и D поставил в исключения, на них видосики открываются сразу, а вот на E нужно 2 секунды ждать
и
audio-file-paths = вот тут доходит до нужной папки
audio-file-paths = E:\FILMS\ а вот тут уже нет, нужно глубину на 4 ставить
Че не так делаю?
14 Кб, 315x304>>597246
звездочки проебываются
звездочки проебываются
200 Кб, 783x787>>597018
Лизель пришла к соседям как раз перед самой темнотой и сказала Руди, что приготовила ему рождественский подарок.
Лизель пришла к соседям как раз перед самой темнотой и сказала Руди, что приготовила ему рождественский подарок.
>>597246
Нет, только в папке, где находится видео и во всех папках рядом с видео. Если у тебя видео просто в E:\, то да, по всему диску.
Так, как ты делаешь, должно работать. Уверен, что путь указан правильно?
Из-за скрипта васянского на powershell.
https://github.com/sibwaf/mpv-scripts/blob/master/fuzzydir.lua
В этом пофиксили эту задержку при открытии.
>Я как понял, то он ищет по всему диску.
Нет, только в папке, где находится видео и во всех папках рядом с видео. Если у тебя видео просто в E:\, то да, по всему диску.
>чтобы он искал только в конкретной папке
Так, как ты делаешь, должно работать. Уверен, что путь указан правильно?
>а вот на E нужно 2 секунды ждать
Из-за скрипта васянского на powershell.
https://github.com/sibwaf/mpv-scripts/blob/master/fuzzydir.lua
В этом пофиксили эту задержку при открытии.
Есть какая-то мультимедиа библиотека, которая будет запоминать, на какой серии я остановился, а потом просто открывать ВЛС? Желательно чтобы обои нескучные и обложки были.
>>597405
А сам ты уже настолько отупел что запомнить не можешь? Записывай в заметку тогда.
А сам ты уже настолько отупел что запомнить не можешь? Записывай в заметку тогда.
>>597467
Сам уже настолько отупел, что тебе плеер нужен? Выйти траву потрогать не пробовал?
Нахуя интересно этот раздел вообще существует? Что ни спрошу все НИНУЖНА
Сам уже настолько отупел, что тебе плеер нужен? Выйти траву потрогать не пробовал?
Нахуя интересно этот раздел вообще существует? Что ни спрошу все НИНУЖНА
>>597469
Я только что вернулся с прогулки, сейчас буду смотреть аниме, чётко помню на какой серии остановился.
Из тебя сверхчеловека пытаются сделать, а ты сопротивляешься.
> Выйти траву потрогать не пробовал?
Я только что вернулся с прогулки, сейчас буду смотреть аниме, чётко помню на какой серии остановился.
> Нахуя интересно этот раздел вообще существует? Что ни спрошу все НИНУЖНА
Из тебя сверхчеловека пытаются сделать, а ты сопротивляешься.
>>597474
Да пиздец требования, отмечать галочкой просмотрен файл или нет.
Kodi вроде неплохой, подтягивает заодно инфу и обложки, но явно под телеки заточен и не показывает вообще файлы, которые не может идентифицировать как фильмы/шоу. Мб это можно как-то пофиксить
Да пиздец требования, отмечать галочкой просмотрен файл или нет.
Kodi вроде неплохой, подтягивает заодно инфу и обложки, но явно под телеки заточен и не показывает вообще файлы, которые не может идентифицировать как фильмы/шоу. Мб это можно как-то пофиксить
>>597476
меня кстати девушка бросила, у нее была кинопоиск подписка, удобно было, но ща расстались она меня удалила
меня кстати девушка бросила, у нее была кинопоиск подписка, удобно было, но ща расстались она меня удалила
>>597480
Да у меня есть и нетфликс, и яндекс, при чем тут это вообще.
Да у меня есть и нетфликс, и яндекс, при чем тут это вообще.
>>597281
Оно. Теперь все работает как надо, спасибо.
Оно. Теперь все работает как надо, спасибо.
>>596534
Блять вы виндузятники там вообще ебанулись, ставить столько хуйни из мсстора когда на нормальных системах оно из коробки работает.
Блять вы виндузятники там вообще ебанулись, ставить столько хуйни из мсстора когда на нормальных системах оно из коробки работает.
>vo=gpu-next
Старый век
>vo=dmabuf-wayland
Вот это наша тема
>>597651
Оно и на винде из коробки работает, если это не ltsc винда.
>ставить столько хуйни из мсстора когда на нормальных системах оно из коробки работает.
Оно и на винде из коробки работает, если это не ltsc винда.
Есть ща какие нибудь конверторы или нейросетки или хуй знает что угодно, чтоб автоматом определяли оптимальное качество при перекодировании видева. Ну то есть есть какой нибудь видос в формате avi c битрейтом 5000 килобит и его надо перегнать в н264, ну и чтоб самому не ебаться с выставлением битрейта, программа сама определяет путем тестовых конвертаций оптимальный битрейт который не шакалит картинку и производит полную конвертацию.
Можно как-нибудь в Пот Плеере внести путь, по которому он будет искать внешние субтитры, на подобие того, как это реализовано с внешними звук. дорожками?
Хотелось бы ещё знать, как открыть внешний субтитр, но чтобы, если уже один был открыть, то он не пропал из списка? Т. е. не чтобы 2 одновременно субтитра было, а просто чтобы они в список внеслись.
Хотелось бы ещё знать, как открыть внешний субтитр, но чтобы, если уже один был открыть, то он не пропал из списка? Т. е. не чтобы 2 одновременно субтитра было, а просто чтобы они в список внеслись.
Есть ли смысл скачивать 2.4.2 mpc-hc вместо 1.7.9? Работа плеера устраивает, но если в новую версию добавили какие-нибудь новые функции или сделали её более удобной по сравнению с 1.7.9, то я буду кусать локти.
537 Кб, 1170x996Последний месяц-два vlc стал медленно открывать файлы. Даже если это просто mp3 на 10 мегабайт. даже если уже открыта в vlc уже другая музыка - все равно ему нужно секунд 15-20 чтоб пропердеться и только потом запускает. Версия самая новая. Что за пиздаускас? Вы ж меня знаете - я такого не люблю.
>>598173
Такую штуку придумали тысячу лет назад, называется constant rate factor
Такую штуку придумали тысячу лет назад, называется constant rate factor
есть эксперты по mpv какой hwdec и vo нужно сделать что бы видео без проблем работало на steam deck, а то 4к 60 фпс видосы не тянет, обычные 4к зависания через каждые пару секунд
>>599987
profile=fast в конфиг. Можно hwdec=no попробовать, если не пропадут лаги.
>что бы видео без проблем работало на steam deck
profile=fast в конфиг. Можно hwdec=no попробовать, если не пропадут лаги.
Посоветуйте хороший видео плеер пожалуйста.
Юзал ВЛЦ, но он иногда видео некоторые не проигрывает и тормозной.
Сейчас попробовал МПЦ БЕ, а в нём хоткеи не работают почему-то, в фуллскрине я так и не нашёл как включить панель со временем и по дефолту отключить сабы.
Юзал ВЛЦ, но он иногда видео некоторые не проигрывает и тормозной.
Сейчас попробовал МПЦ БЕ, а в нём хоткеи не работают почему-то, в фуллскрине я так и не нашёл как включить панель со временем и по дефолту отключить сабы.
769 Кб, 1024x1024Привет аноны, я вообще полный нуб в компьютерах. Брат установил лет пять VLC и я так им и пользовался, но была у меня проблема что превью не показывалось у некоторых видосов, а их накопилось очень много за пять лет и по совету из интернетов скачал k-lite codec pack и вместе с ним их плеер медиа плеер классик и охуел. Я думал у меня комп не тянет видосы в высоком разрешении, но с этим новым плеером летают даже самые тяжелые видеоролики. А есть ещё более шустрый видеоплеер чем VLC или даже MPC хочу попробовать посмотреть фильм в 4k?
>>600231
MPC
MPC
>>600231
*MPV, не MPC.
*MPV, не MPC.
>>600520
Не нужен он в мемдицыне.
Пусть отключит поиск и\или сканирование с добавлением файлов в библиотеку. Для начала.
Не нужен он в мемдицыне.
Пусть отключит поиск и\или сканирование с добавлением файлов в библиотеку. Для начала.