Это копия, сохраненная 6 декабря 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Сравниваем mpv vs MPC-HC vs MPC-BE vs PotPlayer vs VLC vs всё остальное.
Обсуждаем декодеры, рендереры, разные улучшайзеры и т.д.
Предыдущий: >>1847348 (OP)
Жаль в МПЦ ХЦ временное исчезновение субтитров после перемотки не чинят даже в новейших найтли, иначе я с уверенностью за него бы голосовал.
Это же крутая фича. Чтобы делать бессубтитровые скрины.
Школьник со своей забагованной парашей для даунов никак не уймётся.
лол, отключение субтитров можно забайндить на кнопку, их отключение - это не проблемаэто не проблема понятно что щютка
А вообще - я не понимаю что можно делать целый год, решая какие-то незаметные проблемы (судя по чейнджлогу), и не чинить заметную (хотя у меня часто такое очучение бывает по отношению к софту)
С встроенным саборендерером этого и так делать нельзя вроде: https://trac.mpc-hc.org/ticket/1232
Кривожопый пердософт. Чинят то, что хотят. То, что не хотят не чинят. Возьми да почини сам. швабодка!
Все эти варианты не менее лулзовы
Хотя, у меня есть учетка с 2002 в конце ника (ник был занят уже в 2002 году), один раз сказали "ну вроде уже взрослый парень". Скоро, наверное, олдфагом начнут считать. Может этот уже вообще капитально взрослый.
Ну так-то имея свободное время и уча в универе Ц++, имея желание (это важнейший момент, вот у меня самому глюки править желания нет, жизнь слишком коротка, мне надо фильмы смотреть) вполне можно не хуже других второстепенные вещи допиливать в МПЦ ХЦ в 19 лет.
Дак вот, я тут пердольные инструкции по настройке МПЦ ХЦ и ммммаксимум пердольную шакпку текущего лисотреда выкладывал, так что хоть и не прогаю в свободное время (5 дней в неделю таки прогаю целыми днями, что ещё больше отбивает желание копаться в коде МПЦ и подобных), но чтоб всё как надо пахало, пердолить настроечки/аддоны всё же приходится, иных путей не придумали пока.
По причёске видно, что прошаренный.
Так-то да, точно
Не то чтоб запутался, просто не понимаю нахуй нужны эти настройки. Напихали всякого говна.
Ёбаный кореец почти перестал его разрабатывать, это крайне печально, но уходить некуда.
Зачем поддерживать глючное говно у которого даже название ворованное?
Работает лучше vlc. Интерфейс вообще самый лучший для просмотра сериалов/аниме/etc. Простые быстрые настройки, и не выглядит уёбищно.
>Работает лучше vlc
Сравнил одно говно с другим говном.
Вам дали mpv, нет, блять, будем бултыхаться в фекалиях. Необучаемые, ёпта.
И кто является владельцем авторских прав на слово "рвота"?
>не понимаю нахуй нужны эти настройки
Настройки нужны для кастомизации. Хотя насчёт пота могу понять, там немного странная группировка опций порой и лично мне надо было много куда тыкать, чтобы привести все к приемлемому виду. Хотя нормально прятать гуй, как в то же MPC-HC, там нельзя.
>> mpv
>Пиздец, одно окно, ни элементов управления, нихуя.
Not this again... Что тебе ещё нужно-то?
Дефолт новый, но мне старый больше нравится, я на него переключил.
>>1880951
Там можно как-то настроить автоматическое открытие следующего файла, если я ничего не путаю, но мне не влом из папочки даблкликнуть.
А в боми есть всё, что нужно. Просто открыл на весь экран, содержимое всей папки уже есть. На 20 файлов запоминается место откуда ты смотрел, иштук 50 последних, есть избранное, и всё это в охуительно простом интерфейсе. Плюс это надстройка на тот же MPV.
>А как серии будете открывать следующие?
1) https://github.com/mpv-player/mpv/blob/master/TOOLS/lua/autoload.lua
2) Открвай всю папку.
>Плюс это надстройка на тот же MPV
После обновления бэкенда нужно ещё ждать пока фронтенд его подхватит? Или всё продумано?
Поддержку новых фич в любом случае придётся ждать, если там не реактивные разрабы, само собой (которые не такие, судя по отзывам).
Неужели фронтенд даёт какие-то киллер-фичи?
>Костыль
>2) Открывай всю папку
Вообще открывать файлы перетаскиванием это, мягко говоря, странно
В сперме ты хотел сказать? Не работает. В прыщах тоже пердолиться надо, разраб кореец и на английском базарит через транслейт, сам кажется сидит на фёдоре, и не жалует остальных. В общем, бида-бида.
Относительно недавно обновлял. Но думается мне, что дропнет. В общем попробуй и почувствуй, лучше и удобнее плеера я ещё не находил.
Собирается с самым последним mpv нормально, там только минимальный патч наложить, который 3 инклюда удаляет.
Вот что автор прекратил разработку — это да, печально.
Двачую, почитаешь вышеотписавшихся, и такое ощущение, что плееры под линух - это непрерывные боль и унижение.
Не повезло спермачам. Всю жизнь проживут, а так ни познают прелести костыльного пердолинга..
>костыльного
Вот уж на сперме костылей поболе будет. Один только многими любимый madVR чего стоит - гигантский костыль. Сами плееры тоже не отстают с их кучкой багов.
"Зато у нас гуй есть, а вы все пирдольки"...
Я провёл токо что НЕВЕРОЯТНЫЙ эксперимент, просто всю жизнь ждал дня, когда я воочию увижу 10-битный цвет, и я его узрел!!!
Итак, что у меня имеется:
1. Монитор Philips BDM3275UP (шикарная вещь всего за 55К, уже ни одного не осталось в России, судя по яндех маркету, я последнюю купил). 10-битная матрица, 24p нативно кажет, вощем на удивление шикарнейший моник.
2. неописуемое нестабильное говно видеокарта AMD RX 460
3. Кабели HDMI и DP, поставлявшиеся с моником
4. Фотошоп и мастерское владение Color Picker'ом и панелью Info
5. Windows 10 + MPC-HC + madVR
Цель - увидеть воочию великолепие 10 бит на канал RGB (итого 30-битный цвет), убедиться, что моник его отображает, проверить экспериментально утверждение в интернетах о том, что HDMI 2.0 не способен передавать 4K@60fps@10-bit@4:4:4, а DP 1.2 - способен.
Пошаговое руководство к действию: http://forum.doom9.org/showthread.php?t=172128
Смысл действий вкратце: Direct3D 11 - единственный способ вывести 10-битное изображение на непрофессиональных видеокартах (не FirePro и не Quadro), madVR в фуллскрине способен выводить на поверхности Direct3D 11 10-битный цвет, там в инструкции есть тестовый png с градиентом в 16-битном цвете, воспроизведём его в MPC HC (лол), и по нему будем судить, как выводятся цвета, в 8 бит на канал, или в 10.
Не забудьте, если будете повторять, всё как там написано обязательно выполнить, в т.ч. добавить в случае AMD в
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0000
DWORD value named TMDS_DisableDither (for DVI), DP_DisableDither (for DisplayPort), HDMI_DisableDither (for HDMI) with a value of 1. Reboot after.
и всё правильно настроить в madVR.
И очень важно - галку RGB48 поставить, иначе внутри MPC будет дитхерить в 8 бит, я сначала не врубался что за хуйня, откуда дитхеринг при анализе color picker'ом, потом токо про флажок вспомнил.
Итак, что я увидел (всё в 4К@60fps@4:4:4, инфа в меню монитора и другие наблюдения это подтверждают):
HDMI 2.0 показывает полосы, отчётливо видные на чёрно-белом градиенте (и на других). Фотошоп подтверждает, что на границах видимых полос идёт переход от цвета 55.55.55 на 56.56.56 например. Полосы видны как в окне, так и в фуллскрине.
DP 1.2 - те же полосы в окне, но их нет в фуллскрине!!! Всё плавно! 1024 градации серого! Тру 10 бит!!! Я этого 15 лет ждал. Вот теперь-то я полюбил madVR!
Я провёл токо что НЕВЕРОЯТНЫЙ эксперимент, просто всю жизнь ждал дня, когда я воочию увижу 10-битный цвет, и я его узрел!!!
Итак, что у меня имеется:
1. Монитор Philips BDM3275UP (шикарная вещь всего за 55К, уже ни одного не осталось в России, судя по яндех маркету, я последнюю купил). 10-битная матрица, 24p нативно кажет, вощем на удивление шикарнейший моник.
2. неописуемое нестабильное говно видеокарта AMD RX 460
3. Кабели HDMI и DP, поставлявшиеся с моником
4. Фотошоп и мастерское владение Color Picker'ом и панелью Info
5. Windows 10 + MPC-HC + madVR
Цель - увидеть воочию великолепие 10 бит на канал RGB (итого 30-битный цвет), убедиться, что моник его отображает, проверить экспериментально утверждение в интернетах о том, что HDMI 2.0 не способен передавать 4K@60fps@10-bit@4:4:4, а DP 1.2 - способен.
Пошаговое руководство к действию: http://forum.doom9.org/showthread.php?t=172128
Смысл действий вкратце: Direct3D 11 - единственный способ вывести 10-битное изображение на непрофессиональных видеокартах (не FirePro и не Quadro), madVR в фуллскрине способен выводить на поверхности Direct3D 11 10-битный цвет, там в инструкции есть тестовый png с градиентом в 16-битном цвете, воспроизведём его в MPC HC (лол), и по нему будем судить, как выводятся цвета, в 8 бит на канал, или в 10.
Не забудьте, если будете повторять, всё как там написано обязательно выполнить, в т.ч. добавить в случае AMD в
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0000
DWORD value named TMDS_DisableDither (for DVI), DP_DisableDither (for DisplayPort), HDMI_DisableDither (for HDMI) with a value of 1. Reboot after.
и всё правильно настроить в madVR.
И очень важно - галку RGB48 поставить, иначе внутри MPC будет дитхерить в 8 бит, я сначала не врубался что за хуйня, откуда дитхеринг при анализе color picker'ом, потом токо про флажок вспомнил.
Итак, что я увидел (всё в 4К@60fps@4:4:4, инфа в меню монитора и другие наблюдения это подтверждают):
HDMI 2.0 показывает полосы, отчётливо видные на чёрно-белом градиенте (и на других). Фотошоп подтверждает, что на границах видимых полос идёт переход от цвета 55.55.55 на 56.56.56 например. Полосы видны как в окне, так и в фуллскрине.
DP 1.2 - те же полосы в окне, но их нет в фуллскрине!!! Всё плавно! 1024 градации серого! Тру 10 бит!!! Я этого 15 лет ждал. Вот теперь-то я полюбил madVR!
А ведь как долго я к успеху шёл: сначала в 1992 Денди с 54 цветами, потом в 2000 PS1 с 16-битным цветом (R5-G6-B5) (правда дитхерится из 24-битного в 16 бит,ь вычисления в 24 битах), затем компишко в 2001 с 24-битным цветом, и наконец, в 2016, 30-битный. Это победа, товаrищи, я всегда знал, что 8 бит на канал - это мало.
Поздравляю. Хоть кто-то здесь интересуется цветоёбством кроме меня. Теперь осталось купить калибратор монитора и пути назад уже не будет.
>Direct3D 11 - единственный способ вывести 10-битное изображение на непрофессиональных видеокартах (не FirePro и не Quadro)
На AMD на Windows. На nvidia на Windows вроде вообще нельзя, на nvidia на Linux есть репорты, что OpenGL 10bpc работает.
>затем компишко в 2001 с 24-битным цветом
В 2001 это был CRT или LCD? Потому что на дешёвых TN 6b+FRC.
Спасибо! Цветовой калибратор - это не столь принципиально, пожалуй. Главное - что смотрится хорошо. Вот градиенты мне в некоторых фильмах, особенно на новом монике, бросались в глаза, что и сподвигло к действиям. Теперь попробую фильмецы смотреть с madVR (однако говновидяха вангую будет вылетать с Direct3D 11, уже вылетала, надо возвращать).
>На nvidia на Windows вроде вообще нельзя
Ну в той инструкции сказано
Since driver version 353.06 users can select bit depth in the Nvidia Control Panel on all systems.
и она для НВидиа в том числе написана, так что должно и на ней пахать.
С 2001 по 2007 был ЭЛТ. С 2007 по 2010 ЖК, 6-битный с FRC + Pattern dithering, который я воочию наблюдать мог. В таких играх, как столкир, в темноте когда бегаешь - вообще 6-битность очень заметна была, да и в целом заметна. С 2010 по 2016 - 8-битный ЖК, и вот теперь 10-битный.
Не подписываюсь, но узнают, приятно однако)
>Вот градиенты мне в некоторых фильмах, особенно на новом монике, бросались в глаза
Если фильм закодирован в 8bpc, то тебе 10 бит вывод не поможет. Нужен debanding. А 10bpc фильмы и на 8bpc панелях лучше смотрятся (там дизеринг потом просто, главное, что все референсные кадры видео с большой точностью закодированы).
>Since driver version 353.06
А, ну понятно, значит буквально год назад включили. На AMD это вроде уже лет 5 было.
Да, я догадываюсь, что сурс фильма повинен в бандинге, т.к. вроде не на всех фильмах бросается в глаза, и видимо так и будет - бандинг не исчезнет (хотя посмотрим, ведь фильмы не в RGB хранятся, преобразование цветов происходит же, может его результаты большую точность, чем 8 бит на канал RGB имеют). Дебандинг - это доп. фильтр, может испаганить кач-во, не уверен, что стоит его применять. Я в плане фильтров пурист, никаких фильтров к видосам не применяю, в панели видяхи все отрубаю.
>ведь фильмы не в RGB хранятся, преобразование цветов происходит же, может его результаты большую точность, чем 8 бит на канал RGB имеют
В правильных фильтрах преобразование YCbCr в RGB идёт через повышение битности. У madVR скорее всего всё ок с этим.
>Дебандинг - это доп. фильтр, может испаганить кач-во, не уверен, что стоит его применять
Зависит от фильтра. В mpv вот хороший, всё чётко чистит от полос. Хотя в целом согласен, тоже не люблю картинку как-либо менять без сильной надобности.
Проверил на вступлении Now You See Me (фильмец 2013 года) - да, ничего не изменилось, бандинг в фэйдауте и в тёмной части вступления всё так же заметен. Пикрел - момент в фэйдауте с белого фона в чёрный экран
Лол, Димон познаёт madVR.
Во-первых, 10-битный цвет вкупе с дебандингом с дитхерингом результата дебандинга из 16 бит в 10 - это как раз выигрышная комбинация, 10 бит тут не лишние будут, они лишь довершат картину совершенства:)
Что касается самого качества видоса, то допустим, здоровая область экрана имеет серый цвет в 8-битной системе исчисления, равный 15 (от 0 до 256), а другая здоровая область экрана - 16. Осилит ли алгоритм дебандинга преобразование в 10 бит (от 0 до 1024) таких областей плавно? Не факт. Так что 10 бит пригодятся и в видосах.
Дитхер решает, а 10 бит тут не требуется. В 4 раза больше уровней - это не очень много и вряд ли защитит от выраженного бандинга.
В 10 битах я практически не видел соседних значений яркости серого в тестовом пнг из инструкции в фуллскрине при подключении через DP 1.2, но очень хорошо видел при HDMI 2.0, так что от бандинга определённо защищает
другое дело, что я при этом отключил дитхеринг в 8 бит, поставив галку RGB48 в настройках LAV Video Decoder. Но при дитхеринге в 8 бит был виден шум дитхеринга, причём цветной даже на сером в оригинальном пнг градиенте.
Так что нативное 10 бит тут явно предпочтительнее и приятнее осознавать, что смотришь 10 бит
Параметры и тип дизеринга можно контролировать. Там много разных алгоритмов.
>>1881508
>Так что нативное 10 бит тут явно предпочтительнее и приятнее
Ну так-то это стандарт UHDTV, поэтому да, 8bpc мертвы. В HEVC (и VP9+) и 12bpc есть. Анимешники прочухали и самые модные из них энкодят теперь в 12 бит, называя это почему-то HEVC2.
D3D11 Fullscreen (10 bit) - это хорошо
а вторая строка ТАКАЯ ЖЕ как на скриншоте - это плохо, это видимо означает что результат дебандинга всё равно 8-битный
>энкодят теперь в 12 бит
Ошибка тупо в том, что они энкодят, а не делают ремух, или тупо bdmv файлы с блу-рая выкладывают. Продукт для говноедов делают в общем, что 8 бит, что 12.
>это видимо означает что результат дебандинга всё равно 8-битный
Это аппаратное декодирование 8b исходника в 8b. После этого битность картинки повышается и над ним совершаются все прочие манипуляции. Кстати, ты там copy-back хоть поставил? А то с DXVA очень не рекомендуется (в том числе madshi) работать с результатом аппаратного декодера напрямую.
>>1881516
Лол, да ты до сегодняшнего дня все фильмы с бандингом смотрел. Это говноедство в тысячу раз большее. Не говоря уже о том, что грамотный риппер может исправить тысячи косяков хуёвого исходника. Поэтому результат их работы и ценят.
>бандинг с палец шириной в 10 битном отображении будет шириной с четверть пальца.
Да, это верно в случае тестового градиента, так и в инструкции написано
У меня соображение простое: переход от 6 бит (даже с FRC + Pattern dithering) к 8 битам серьёзнейше улучшил ситуацию ночью в Сталкер Clearscreen Sky ночью, значит и от 8 к 10 битам улучшение, безусловно, будет.
>А мне дитхер нравится. Шершавенький такой.
Дитхер в фильмеце 1080p на новом 32-дюймовом BDM3275 как-то по-уродски выглядит, сильно заметнее, чем на старом 24-дюймовом монике, так что хорошо, что я от него избавился но не да конца, 8 бит жи всё равно судя по надписи
Так бандинг на хуёвых энкодах, фильмы во-первых всегда дитерят, во-вторых съемочный материал натурально зернист и не особенно подвержен какому-то выраженному бандингу.
>После этого битность картинки повышается и над ним совершаются все прочие манипуляции.
Ладно, успокоил. Copy-back не ставил, ща попробую
>ты до сегодняшнего дня все фильмы с бандингом смотрел. Это говноедство в тысячу раз большее.
madVr помимо глюков, которые я ранее наблюдал, в Fullscreen Exclusive mode не позволяет вызывать меню (переключается на Fullscreen windowed, как я только что проверил), поэтому, вкупе с глюками и шумом видяхи я это дело не юзал, вдобавок дебандинг боялся применять, боясь, что пострадает детализация изображения или ещё что-нибудь ненароком, или там, где не нужно, он применяться будет.
>грамотный риппер может исправить тысячи косяков хуёвого исходника.
И в результате призвести повторное сжатие - нет уж, спасибо
>съемочный материал натурально зернист и не особенно подвержен какому-то выраженному бандингу.
Обычно в теории да, но я многократно видел бандинг даже на шумноватых сценах фильмов
>фильмы во-первых всегда дитерят
Как видно из вступительных сцен на вышевыложенных скриншотах - не всегда, либо дитхерят, но дитхеринг херится при сжатии с потерями
Один фиг исходные блюреи очень слабо сжаты, а DVD так и подавно.
>>1881424
Кстати, вот пруф, что в линуксе на nvidia в mpv через OpenGL-вывод отлично всё работает:
https://github.com/mpv-player/mpv/issues/3613#issuecomment-250988273
Настраивается вообще элементарно, одной строчкой в конфиге, это вам не по реестрам с неведомыми ключами лазить. И кто после этого пердолик? :3
Мудрец был тот чел, кто выбирал битрейт для блу-рая. Неоднократно убеждался, что в рипах, даже большого размера, уже артефачат сложнейшие сцены слегка.
>пруф
>I forgot to mention, it will break absolutely everything.
лел
Ну так-то хорошо, хакнули нвидию штобэ квадру не покупать дорохую
>это вам не по реестрам с неведомыми ключами лазить.
Эт да, для людей зделоли
>я многократно видел бандинг
Речь не о том, что его нет, а о том, что бандинг не потому что у тебя лоховской моник, и что тебе надо бежать за очередным потреблядством в магазин, а потому что ты скачал излишне пережатый энкод или вообще на ютубе что-то зыришь.
>Неоднократно убеждался, что в рипах, даже большого размера, уже артефачат сложнейшие сцены слегка
Ну если поставить на паузу и быстро переключаться, то наверно. В движении не заметишь.
>лел
Можно подумать на винде не сломается так ничего. Олсо, я так понял, это даже в оконном режиме везде 10bpc включает. А у тебя только в фуллскрине.
>хакнули нвидию
Там не хакнули, просто нвидия с определённой версии драйвера втихую включила (вроде даже анонсов нигде не было). Это чисто на уровне софта всё, железно оно одинаково с квадрами. Но один фиг фотошопы в 10 бит не будут работать без диких хаков вроде перепрошивки/замыкания перемычек, так что им пофиг, много бабла не потеряют.
>>1881535
Проблема в том, что энкодеру подаётся на вход картинка в 8 бит, и не важно, какой там был дизеринг, один хрен кодек тысячу раз перехуячивает всё. Надёждный способ защититься от бандинга это кодировать в 10 бит, ну или high precision references, который в новых кодеках. Если у тебя результат энкода качественный, то иметь 10 бит на выводе вовсе не обязательно для хорошего результата, хоть и предпочтительнее (для >8 бит форматов). Если формат 8 бит, то 10 бит вывод вообще ничего не улучшит.
>>1881533
>Мудрец был тот чел, кто выбирал битрейт для блу-рая
Хуец. У них энкодеры говно, поэтому и битрейт так задан. x264 влёгкую в 1.5-2 раза качественнее результат может дать, оттого и размер сильно меньше, чем у блюрея.
Тут не поспоришь. Хотя почему не сразу 16. Качественно иной ведь уровень. Весь мир работает в 8, 16 и 32 битах, но нет, зафорсим хуйню (10 бит), которая чуть-чуть наполовину решает проблему, но ломает совместимость и не везде пашет, а также стимулирует экономику в известном смысле. Я ещё понимаю это где-то году в 2000 на SGI IRIX станциях, вычислительные мощности которых не дотягивали до современных краптопов, и когда 10 бит были бы подспорьем.
>Можно подумать на винде не сломается так ничего.
Да, пипец, без меню ПКМ в МПЦ ХЦ я не проживу, а оно в DX11 Exclusive Mode не появляется.
Разве она должна быть? Это вроде вопрос передачи данных и задержки на это дело.
>фотошопы в 10 бит не будут работать
За фотошопку обидно, вот уж где 10 бит нужны, а он зараза в ОпенГЛ токо кажет, или софтваре.
>энкодеру подаётся на вход картинка в 8 бит
А ведь могли бы поди сделать как в мрЗ, чтобы всегда в плавающей запятой сэмплы хранились, мр3 вот может от 24 битных семплов и выиграет.
>У них энкодеры говно
Дак x264 - это один из энкодеров вроде, да? Позднее просто появился?
А так, конечно, битрейт нельзя сказать, чтобы кто-то вооьще выбирал, кроме того кто делает конкретный блу-рей. Можно ведь и целый сезон сериала в один блу-рей запихнуть, никто вроде не запрещает.
Лол, а хром так. У браузеров же сейчас везде модные тулкиты с выводом в OpenGL.
Нетрудно предположить, что загвоздка в кабелях DP и HDMI - в них с годами маленькими шажками повышают и повышают потихонечку пропускную способность (как ты и сказал, в известном смысле стимулируя рынок). 16 бит против 8 - это сразу же двухкратное увеличение требований к пропускной полосе, тут бы 4К@60fps ниасилил даже DP 1.2, его предел как раз 4К@10bit@60fps. Хотя DP 1.4 влугкую бы осилил, он даже 8К@10-bit@60 fps тащить должен.
>А ведь могли бы поди сделать как в мрЗ, чтобы всегда в плавающей запятой сэмплы хранились
Лол, ты знаешь сколько это весить будет?
Так-то видеоформатов с >8b полно сейчас. H.264 High10, H.265 Main10/Main12, VP9 Profile2/Profile3. Так что проблема уже не стоит.
>>1881545
>Позднее просто появился?
Ну он GPL, разрабатывался с активным участнием коммьюнити вроде doom9. Не интерпрайз, хотя они на продажах лицензий (чтобы GPL-код можно было пиздить) хорошо зарабатывают.
Depth 30 в Xorg.
Моники можно сказать, практически строго восьмибитные. Суть и не в выводе всех 16 бит по кабелю на экран, а в "натуральном" дитхере без фильтров (которые работают неплохо и снимают нужду в этой потреблядской катавасии).
>>1881561
Фотошоп прекрасно дитхерит повышенную глубину пикселя.
>Лол, ты знаешь сколько это весить будет?
Дак а в мр3 тогда чому сделали? Чтобы тихие звуки не проёбывались наверное. Можно аналогию провести с тёмными сценами видосов.
>Фотошоп прекрасно дитхерит повышенную глубину пикселя.
Только что быстрый и очень показательный эксперимент провёл:
создал пустой рисунок, конвертанул в 16 бит на канал, протянул диагональный градиент от чёрного к белому - бандинг бросается в глаза. И только когда я конвертанул результат в 8 бит на канал - бандинг исчез, т.е. фотошоп дитхерит уже при физическом преобразовании к 8 битам, а не пока ты работаешь в 16 битах, что есть oche херово.
Ну к звуку требования на порядки меньше. Его прямо сейчас любой домашний пользователь хоть в несжатом виде может хранить, вообще без проблем. И звук уже давным давно достиг границы возможностей человеческого слуха (по части хранения), выше 48KHz 16bit не нужно будет вообще никогда. А видео было 1080p, теперь 4K, потом в VR 16K 240fps захотят и так далее. Там ещё долго вычислительные мощности поднимать, чтобы достичь паритета с параметрами зрения, а в них уже почти упёрлись.
Почти упёрлись в ограничения по техпроцессу железа всмысле. Даже многоядерные системы не взлетели, хз что они там дальше делать будут. Кроме добавления новых векторных инструкций и улучшения конвеерезации/кэшей/предсказания ветвей и подобных сложных штук, сложным образом связанных с результирующим быстродействием, прогресса не видно.
Вроде говорят ещё тайминги синхронизации выдачи кадров точнее работают, т.к. вындовый отрисовщик окон не вносит в него непредсказуемые дилэи. Хотя я с синк рендерером разницы не замечал.
>выше 48KHz 16bit не нужно будет вообще никогда
Можно развести срач на всю ночь, я тестил 192 кгц и разницу слышал, но уже ночь на дворе:) 24 бита в очень тихих помещениях тоже пригодиться должны.
А, да, ты прав. Но это не oche херово, скорее мелкая напасть. Про существование которой можно даже ненароком забыть.
>Там ещё долго вычислительные мощности поднимать, чтобы достичь паритета с параметрами зрения
Это да, а потом какие-нибудь суперлинзы запилят, которые локально на части изображения фокусировку меняют, лет этак через 100:) И будут степень локальность наращивать ещё 100 лет.
Да, я почему купил новый моник:
Думаю 6 лет прошло с текущим компом, пора обновлять, в ногу с прогрессом идти. Смотрю - крутейший i7-6700K в 2 раза всего лишь на ядро быстрее моего i5-760, а стоит в 3 раза больше, чем i5-760 в 2010 стоил. Думаю - дануна. Побалую себя шикарным моником лучше, там хоть реально большой прогресс есть. Пусть и как целый новый комп стоит - но новый комп нет смысла покупать, значит на заготовленные деньги можно купить дорогой моник:) Ну и видяху старую продал за 3200, новую купил за 8500 (ради 4К-выхода) и оперативы ещё 4 гига докупил за 850 р. - итого 64 с небольшим тыщи - и у меня комп, тянущий HEVC с шикарным моником.
Упёрлись ещё до распространения 4k. 4k - это источник баттхёрта для счастливых владельцев.
Так что не знаю, как там акции Интола-то? Поди падать будут, либо народ будет платить фуллпрайс за говноприросты скорости.
Но если народ шарит - то не будет, как я. Менее чем в 5 раз прирост скорости ЦП считаю недостойным покупки.
Я так же считаю! Пикча гениальна!! Алсо торидэ-интерактивные развлечения росли вместе со мной. Денди->Плэйстэйшон->суровые жестокие шутаны на пека
В видеокартах прогресс вроде пока есть. Туда и так много что перенесли с задач проца. Но для больших разрешений мощность CPU один фиг должна расти, иначе боттлнек будет.
Да я уже на фильмец в 60 фпс наткнулся, ещё раз обнатерил Амуду, тормозило как с кореянками. Корейский рип с ультрахдтв, кач-во так себе было правда.
VR интолу не шибко помогает, он устанавливает требования к видяхам, а не процу, высокие.
Алсо степень "пенетрации" VR в сухом остатке оказалась очень низкой, как впрочем и ожидалось.
Быстрый гуглинг показал http://store.steampowered.com/hwsurvey/
Эта степень проникновения VR к юзерам (и то только хардкорным геймерам) - никакой паогоды для Интола не сделает, да даже и для производителей видях по минимуму сделает.
Ну так нет ещё ни устройств, ни приложений. Люди не ещё распробовали прелести VR и решили пока не отказываться от зрения.
Не думаю, что рано. Дешевле VR-киты уже вряд ли сильно будут. Технология довольно хороша уже сейчас, можно конечно гораздо выше разрешение сделать и выше частоту трекинга положения, но уже в текущем виде она дешева и работает - и продаётся более полугода - 0,3% от всех геймеров - это очень мало, и так оно и останется.
VR/4K это просто пример темы, в которую можно загнать потребителей и временно отвлечь.
Да вообще хуйня вопрос, вон у эппла инновации уровня миниэкранчика на клавиатуре и ничего, хавают.
Так-то вроде развивается не очень быстро, если подходить с точки зрения потребителя с баблом. Т.е. если покупаешь например раз в 2 года самую топовую систему, то для тебя вообще мало что меняется.
Но с точки зрения разработчика и энтузиаста, зарыться много во что можно, много всяких новых проблем и областей интересных появилось, хотя бы DL то же. Но это всегда так было в принципе, мир безграничен для познания.
>вон у эппла инновации уровня миниэкранчика на клавиатуре и ничего, хавают.
Сколь нелогичен мир. Надо кстати разбираться в iOS SDK, хочу бохато пожить.
Что за DL?
Сравнение дурацкое, скорость перехода на SSD и отказа от дисководов в некотором приближении будут величинами примерно того же порядка. То есть нужно не полгода, чтобы все пересели. Обычное-то железо в среднем отстаёт от новинок на 5 лет, если верить железной статистике выше.
>>1881602
>у эппла инновации уровня миниэкранчика на клавиатуре
Лебедев тут ехидничал:
http://tema.livejournal.com/2354335.html
Deep learning, всякие интересные штуки вроде продвинутого распознавания предметов, создания картинок/музыки, робототехника и т.д. На гораздо более высоком уровне, чем это было лет 10 назад. Может и Strong AI скоро изобретут, вообще весело будет.
Как пример, ящитаю 3D-телеки были годнотой, сам таким уже 3 года наслаждаюсь. Но говорят, что не взлетают они, число фильмов в 3Д, выпускаемых в год, не растёт. Пользователей не особо удаётся завлечь даже годнотой, дак там лёгкие очки, а в шлеме мало кто захочет сидеть. Хотя VR так-то годнота ещё большая.
Обзови имя файла с дорожкой и субтитрами (не расширение) как имя файла с фидосом - они сами подцепятся
Чому не взлетают? Вроде все новые телики, даже дешёвка, с 3d на борту. А телик - это такое дело, которое через 5 лет не начинает тормозить, и менять такую-то плазму, накрытую салфеточкой, на жк-гнусмас как-то не с руки без особых на то мотивов.
Лол да, тоже сразу про Лебедева подумал.
>>1881608
А я ни разу даже в 3D кинотеатр не ходил, лол. Как-то лень даже смотреть, что там за фигня. Но VR вроде прикольно, хотя я не играю вообще ни во что уже много лет.
>>1881609
Хочу анценз японского порно :3
Олсо, уже предвижу будущие запреты кода, который генерирует какое-нибудь ЦП.
>скорость перехода на SSD и отказа от дисководов в некотором приближении будут величинами примерно того же порядка
А может ты и прав.
>>1881607
Робототехника за последние 25 лет не думаю, что шибко сильно развилась.
>создания картинок/музыки
Технологии стали доступнее, но уже были у профи 25 лет назад.
>Strong AI
Я лично не думаю, что скоро, это слишком сильно круче, чем сегодняшний уровень. Может лет через 100. И тогда нам уже не нужно будет почти ничего изобретать, кроме средств удержания в подчинении этого AI.
А я читал, что ~40% теликов и процент падает, ну может запамятовал.
Менять - ради 4К, потом BT.2020, потом отсутсвтие ШИМ, потом 8К, потом 8К 144 Гц, потом всё :)
С анценза проиграл, а что вообще с искусством станет, когда AI изобретут - это вообще немыслимо. Он сможет создать идеальный фильм, нарисовать самую проникновенную картину, самую лучшую музыку или нет, отрендерить фильм будто с живыми актёрами, самый интересный
Телик 8К 144 Гц BT.2020 без ШИМ с углами обзора как в сегодняшних IPS нет смысла обновлять на что-то более совершенное.
Ну хуй знает.
>>1881619
Это уже будет сингулярность, там невозможно что-то спрогнозировать. Единственное, что слегка сглаживает предстоящие проблемы, это плавность подхода к ней. Вообще, на эти темы можно говорить часами. У позапрошлого прошлого поколения была романтика космоса, а у нас зато романтика ИИ, настоящая, яркая.
4К порно уже джва года выпускают (на порнолабе), но мне оно не вставляет, потому что я на гладкой коже видел даже на 1080р-монике ярко выраженные квадратные артефакты, ибо 4К в H.264 20 мбит/с как сговорились все порнушники пилят, да ещё и 60 фпс порой.
Можно смотреть 4K вертикальные корейские фанкамы на ютубе, ничем не хуже порно :3. Ютуб на 4K битрейта обычно сильно не жлобит, к тому же оно сжимается неплохо, motion prediction с движением одного человека по сцене хорошо работает.
Ну там вроде не сильно лучше с артефактами, и битрейт там вроде в районе 12 мбит/с (понятно что кодек лучше), а в фоне у этого человека бывает здоровый экран с пикселями, который сильно усложняет сцену, и прожектора мелькающие, и в итоге всё это превращается в пиксельную кашу. Но я пока мало смотрел видосов в HEVC, трудно судить, вроде в целом да, неплохо, но тоже артефакты на коже есть аналогичные.
Тьфу, не в HEVC, а в VP9 4K
А вот я еще помню шутку про петицию о прогрузке картинок на порносайтах снизу вверх.
Ебать. 60fps ему. Да вы ебнулись
4К для порно очень даже нужно, все детали рассмотреть. 60 фпс необходимо в принципе для любого видео 4К, ибо эффект стробоскопии очень сильный в такой чёткости и с такого расстояния от экрана и с таким охватом зрения. Это очень плохо, что в 48 фпс (лучше 60, но зассут из-за неидеальной конвертации в 24 для легаси-кинотеатров) не пилят новые фильмы, долбаные старпёры-режиссёры.
> в 2016 году до сих пор активно выпускают 1360х768
Сам охуел, едва не попал.
И, добавлю, продают за 35 штук.
Выбирал телик на кухню на отъебись и реально окосел, когда понял, что 2/3 из них (малой диагонали без смарта) НЕ fullHD
Не соглашусь. 60 дают плавность, но она настолько непривычна после 24 кино, что просто воспринимается как графика.
Грим же, тоналка, все дела. Корейки вон бёдра специальным кремом мажут, чтобы блестели :3.
>На ИИ в 80 сильнее дрочили
Дрочили, но неправильно, наивно (потом и сказал, что позапрошлое поколение). У нас может тоже пока наивно, но точно правильнее, чем тогда. Вообще, думаю в течении 30-50 лет должны открыть, по сути последня крупная загадка человека это устройство мозга. В остальном всё понятно, только детали дорабатывать.
Никак нет. Просто я бухой.
За 35 уже чуть ли не 4К можно купить, непонятно где ты выбирал. Мой друг 40-дюймовый 4К курвед-телик за 32 тыщи купил в black friday.
Типичный битрейт hd-ролика - полтора мегабита в секунду на 30 фпс. На 60 фпс нужно всего три мегабита, это если качество не снижать. Это более чем реально в рамках нынешнего прогресса.
>непривычна
Я и говорю - старпёры. Я лично при облёте камеры камеры рассматриваю дёрганье всяких фонарных столбов как большой недостаток изображения, в 4К - едва ли не единственный.
>шутку про петицию о прогрузке картинок на порносайтах снизу вверх
>это чувство когда кто-то не застал диалап и порнофорумов с картинками в BMP, у которого точка (0, 0) как раз снизу
Вообще я не уверен, что BMP, он же несжатый, но загрузка снизу точно была в 2000.
Мне кажется, проблема в startup sequence, после которого программа должна начать самообучаться всяким абстрактным вещам аки человек, а само устройство мозга как раз упрощённо успешно моделируется нейронными сетями.
Вообще сложнее всё. Есть совсем пессимистичные оценки. Ну и квантовая теория мозга, лол. Вот про оба твоих пункта почитать:
http://timdettmers.com/2015/07/27/brain-vs-deep-learning-singularity/
https://techcrunch.com/2016/09/28/facebook-amazon-google-ibm-and-microsoft-come-together-to-create-historic-partnership-on-ai/
Джейпег тоже можно с помощью какой-то инфы в служебной части перевернуть на 90 градусов - и он начнёт снизу вверх грузиться.
На 180 то есть, ну и на 90 можно
Завтра почитаю обязательно
Ну это и не ноу-хау. Просто на иксхамстере нет категории, а на порнхабе есть. Вот можно заценить битрейты:
http://www.pornhub.com/video?c=105
Сидит с 4k-петушения без задач и бухтит на 60 фпс, который ещё 5-6 лет назад все заценили с SVP.
А, это другой кто-то бухтит.
А, ты про порно, в порно да, бида с кач-вом. На иные порносайты заходишь - а там все видосы, вообще все, такого кач-ва, что вообще ничего не видно и не понятно, и недоумеваешь, для чего такой сайт вообще создан, кто будет это смотреть.
>все заценили с SVP
SVP это хуита по ср. с настоящим 60 фпс.
>кто будет это смотреть
С планшета нормально.
>SVP это хуита
Да. Хотя остальные до сих пор просто лерпят кадры. Хотя, что в видео-рендеринге ещё даже девяностые годы не наступили и так всем ITT известно.
>С планшета нормально.
Эх молодёжь, в наше время журнальчики глянцевые были вместо планшета.
>в видео-рендеринге ещё даже девяностые годы не наступили
Ты меня запутал)
В смысле поковыряйся в улучшаторах, интерполяторах и скейлерах, и наткнёшься на ядрёный винтаж уровня хайпассинга. Даже как-то хз, что современного есть в нынешних видеоплейерах. О чем можно было бы с интересом поговорить.
>абсолютно идентичная картинка, совпадающая пиксель-в-пиксель
>прикручивать костыли, чтобы посмотреть на неё в другой рамке
На ютубе неудобное управление, и в фаерфоксе цветовая матрица неправильная. Это если основные минусы брать.
Необходимость этого транзишна и шастанье по окнам гарантирует порцию неудобств при просмотре каждого видео, а просмотр видео на ютубе не сулит неудобств в связи с отсутствием нужных функций - не всегда в них есть необходимость. Если б про матрицу не сказал, я б и не заметил. Ну тут да, согласен, паразитная хуйня.
И всё же. На том и другом видео проёбан баланс белого и сказочная недоэкспозиция в связи с быдло-грейдом - это нормально; полтора градуса разницы по хую, заметных лишь при желании в сравнениях сайд-бай-сайд - это катастрофа.
>проёбан баланс белого и сказочная недоэкспозиция в связи с быдло-грейдом
Н-но ведь это дорогущий клип флагманской группы топового корейского кейпоп-агенства!
>спойлер
Хм. Открыл, и действительно, там вообще всё прекрасно. А на 27 и 1:59 секундах были замечены волшебные спецэффекты. Я кажется знаю программу, в которой зделали.
Лол, это да, они с энкодом обосрались.
Но в остальном-то норм. В мастере зерно плёночки есть, все дела.
Вот можешь глянуть: https://mega.nz/#!5dgzgIqK!VgsGfLyJ-v4-x9d_u-K7ZgIpbY9Uu3docmS8VdT5-TI
Фотошопка именно этот пнг кстати оче херово отображает, фраерфокс и то гораздо лучче
Присвоение в фотошопе цветового профиля монитора вместо Адобе РГБ исправила косяк
PotPlayer и ниёбет! Куча настроек субтитров, звука, видео! Всякие синхронизации, фильтры-хуильтры! Увеличение/уменьшение размера кадра на лету! Настройки яркости, насыщенности, контраста... с клавы по умолчанию (не нужно ебаться и залазить в меню)! Уменьшение/увеличение скорости проигрывания когда хочется порнушку в слоу! И много-много друго!
Запости скрин потных сабов. Все, которые тут постили, содержали взмыленные субтитры.
>10 минут не отвечает
Ясно, сидит замазывает края шрифтов в фотошопе мышкой.
Записал твой скриншот на флешку. Буду пользоваться ей в качестве мыла.
У тебя заебись. Заебись фотошоп.
В интернете всё отчень и очень плохо со сравнительными скриншотами - нормальных, тем более для случая 1080p -> 4K, попросту нет, так что пришлось всё делать самому.
Гуглинг сузил число вариантов, которые стоит проверять, в целом до 4 алгоритмов (выскажите ваше мнение, если это не так):
NNEDI3
xbr
Lanczos
Jinc
NNEDI3 >=32 нейрона просто не тянет моя видяха, от слова совсем (для 1080p -> 4K), хотя из того, что я видел с тормозами, он просто творит чудеса. Отпадает. <32 не советуюют ставить, так что отпадает. Остальные не тормозят, так что выбираю из них.
xbr применим для удвоения разрешения, как раз мой случай (он находится в разделе Image Doubling)
Не буду описывать особенности последних трёх вариантов, ибо хочу услышать ваше мнение.
Я наверное выбрал не самый удачный кадр не самого удачного фильма, различия надо искать с лупой, причём на большом увеличении, и даже так они малы.
1 пик - оригинал
2 пик - super -xbr sharpness 100
3 пик - Lanczos 4-tap + antiringing filter
4 пик - Jinc + antiringing filter
И Luma и Chroma апскейлились с одним и тем же фильтром.
это кадр № 74790 из БД-ремуха фильма Now You See Me (пункт Go to в меню MPC HC надо юзать, чтоб на нужный кадр попасть, в паузе)
Какой выбор лично я сделал из нагугленного + из этого теста:
для 2х увеличения и более - xbr лучший
Ваши обоснованные мнения?
для <2x увеличения - Lanczos
В интернете всё отчень и очень плохо со сравнительными скриншотами - нормальных, тем более для случая 1080p -> 4K, попросту нет, так что пришлось всё делать самому.
Гуглинг сузил число вариантов, которые стоит проверять, в целом до 4 алгоритмов (выскажите ваше мнение, если это не так):
NNEDI3
xbr
Lanczos
Jinc
NNEDI3 >=32 нейрона просто не тянет моя видяха, от слова совсем (для 1080p -> 4K), хотя из того, что я видел с тормозами, он просто творит чудеса. Отпадает. <32 не советуюют ставить, так что отпадает. Остальные не тормозят, так что выбираю из них.
xbr применим для удвоения разрешения, как раз мой случай (он находится в разделе Image Doubling)
Не буду описывать особенности последних трёх вариантов, ибо хочу услышать ваше мнение.
Я наверное выбрал не самый удачный кадр не самого удачного фильма, различия надо искать с лупой, причём на большом увеличении, и даже так они малы.
1 пик - оригинал
2 пик - super -xbr sharpness 100
3 пик - Lanczos 4-tap + antiringing filter
4 пик - Jinc + antiringing filter
И Luma и Chroma апскейлились с одним и тем же фильтром.
это кадр № 74790 из БД-ремуха фильма Now You See Me (пункт Go to в меню MPC HC надо юзать, чтоб на нужный кадр попасть, в паузе)
Какой выбор лично я сделал из нагугленного + из этого теста:
для 2х увеличения и более - xbr лучший
Ваши обоснованные мнения?
для <2x увеличения - Lanczos
>Ваши обоснованные мнения?
https://www.imagemagick.org/Usage/filter/#summery
https://www.imagemagick.org/Usage/filter/nicolas/#short
Проигрываю с тебя. Ещё 2 треда назад говорил, что всё это нинужно, теперь сам с лупой различия ищешь.
>лучший
Такого не бывает. Для понимания основ вначале внимательно прочти https://www.imagemagick.org/Usage/filter/
Для Lanczos есть варианты 3-tap и 4-tap
Лол, это охуенно.
Ннеди3 забавная штука, но работает редко и непомерно жрет ресурсы. Для своих плюсов оно того не стоит. Остальное без разницы, ставь цинк, он вроде как самый "лучший". Эти алгоритмы и выбор между ними - крайне переоцененная вещь.
Хорошее чтиво, и картиночки показательны, в принципе совпадает с тем, что я находил применительно к MadVR:
Here is a list of the above filters in decreasing order of sharpness (more is good) and halo (more is bad): tensor Lanczos (sharpest, with the most halo), EWA LanczosRadius, EWA LanczosSharp, EWA QuadraticJinc, tensor Mitchell, EWA Robidoux, and finally EWA Quadratic (very blurry, with no halo).
Я люблю чёткость, именно поэтому я выбрал Lanczos вместо Jinc, несмотря на то, что Jinc многие считают лучшим, т.к. он делает пикселизированные линии гладкими и вкупе с AR не вносит ringing), но вдруг я ошибся, вдруг Jinc всё же лучше, а может даже дефолтный бикубик 0,75? Выбор сделать так трудно, кто бы его сделал за меня:(
Я вроде как при дефолтном бикубике увидел очень сильный ringing на новеньком 4К-монике, поэтому таки не переоценённая весчь, xbr куда лучше.
Точнее, на самом деле я по сути выбрал xbr, lanczos лишь в редких случаях включится, например для 2560p.
То есть 1440p, дурацкие наименования
>Ещё 2 треда назад говорил, что всё это нинужно
Дело не в этом, дело в том, что на 1080p-монике встроенный в MPC-HC бикубик на блу-реях по сути действовал только для хромы, и назличий с MadVR ну совсем никаких не было. А тут я уже так и так с MadVR, а там такой выбор, надо уж тогда выбрать правильно.
>лучший
>Такого не бывает
Должен быть (говорят Jinc, но они мягкотелые парни, любят мягкость). Объективно верный выбор, проверенный на фильмах, должен быть, ну или хотя бы из двух вариантов - мягкий или чёткий.
Пикрел Bicubic A=-0,60 искаробочный, не MadVR, соответственно вдобавок ещё и без дебандинга, щас проанализирую с лупой.
>Объективно верный выбор, проверенный на фильмах, должен быть, ну или хотя бы из двух вариантов - мягкий или чёткий.
Нет. Блюрить и шарпить нужно последующим фильтерингом, с контролем над параметрами. Паразитный фильтеринг алгоритмов интерполяции не нужен, звенящий ли он или мыльный.
>>1883035
Возьми лупу потолще только.
Ну рингинга в бикубике не заметно, мне тогда значит показалось:) xbr явно лучше, края контрастнее, чётче.
Ещё радует отсутствие сглаживания лёгкого шумка дебандингом, то есть он, получается, врубается только на реально градиентах, мелкий шумок не замазывает (ведь это может быть и не шумок)
Попробуй ещё какую-нибудь вообще билинейную фильтрацию и какой-нибудь шарп. xbr соснёт в четкости уже на самых слабых настройках шарпилки, я гарантирую это. Лучше только полноцветная ннеди3, но только когда работает. И вот на таком зерне оно вряд ли работает.
>>1883046
Но дебандинг же только добавляет шумок, потому что где гладко - там бандинг. С денойзером попутал?
>Блюрить и шарпить нужно последующим фильтерингом
Такие вещи, как искусственное добавление границ объектам (чем по сути и является шарпенинг) - для меня табу. Рука не поднимется. А так - можно сказать - фильтр шарпит, значит нормас))) И не паразитный, а какбэ, будем считать, необходимый для реализации интеполяции))
>>1883029
Не бывает вообще никакого лучшего. Я же ссылку дал. Пиздец.
Есть только выбор из набора артефактов. Ну в крайнем случае Mitchell можно считать лучшим, там математически показано, что у него минимальное значение от суммы всех артефактов.
В mpv вот такой выбор из основных, если дополнительные шейдеры не подключать:
∙ spline36 — среднее между мылом и шарпом, мало артефактов (вроде типо mitchell, но более чёткий). Дефолтный для opengl-hq.
∙ lanczos — очень чёткий, но ringing. Область действия можно увеличить (по умолчанию 3), будет ещё чётче и больше звенеть.
∙ catrom — примерно как lanczos2, но быстрее. Профита мало.
∙ ewa_lanczos — он же jinc, EWA-версия Lanczos. Более мыльный, но должно быть меньше ringing.
∙ ewa_lanczossharp — как предыдущий, но чуть почётче. Рекомендуется авторами mpv.
Ещё можно отдельно выбрать фильтры для даунсэмплинга и для хромы.
>>1883049
Шарп для каждого исходника отдельно настраивать надо, а ресэмплинг обычно один раз для всего выбирают. Поэтому EWA такие модные: они дают пусть не самую чёткую картинку, зато в плохих случаях будет мало артефактов.
>>1883053
>В целом-то чем я возмущён - простых советов не дано
Дано. Используют дефолт.
>какие настройки наилучшие
Ну ты пиздец тупой.
>Попробуй ещё какую-нибудь вообще билинейную фильтрацию и какой-нибудь шарп. xbr соснёт в четкости уже на самых слабых настройках шарпилки, я гарантирую это.
Заочно соглашусь:) Так-то понятно, что шарпинг - одно, а качественная интерполяция - другое, но алгоритмы интерполяции различаются в чёткости? Да. Рука у меня не поднимется после интерполяции добавочно шарпенинг сделать? Не поднимется. Значит придётся двух зайцев одним выстрелом убивать)))
>Но дебандинг же только добавляет шумок, потому что где гладко - там бандинг.
Всё наоборот жи. Дебандинг сглаживает переход между близкими друг к другу значениями цветов в градиентоподобных областях.
Да шарп вообще зло.
>Не бывает вообще никакого лучшего. Я же ссылку дал. Пиздец.
Бывает, не дыми. Выбор не из артефактов (которые минимально отличаются на реальных случаях), а из сложности. Это если игнорировать совсем экзотические интерполяторы, которые агрессивно фильтерят изображение. Просто в 2016 году это уже незаметно, вот аудиофилы и ковыряются тут с умным видом (в основном отдавая предпочтение алгоритмам с паразитными шарпами), что-то разбираются, углубляются, сравнивают, спорят со мной.
Это ты тот тролль, который на предложение сравнить Catrom и Lanczos3 сделал 4 ебанутых скрина и предложил искать, что есть что?
Ну ты уже знаешь куда тебе идти.
>Используют дефолт.
Я уже писал, дефолт скорее всего выбран из соображений производительности, а не качества. Писали, что эти все Lanczos'ы больше ресурсов жрут. У меня одинаково быстро на глаз всё, проэтому надо думать, что было бы дефолттом без оглядки на производительность для человека, любящего чёткость.
>lanczos — очень чёткий, но ringing.
Вот в madVr есть antiringing filter, который по идее улучшает ситуёвину. Так что хз.
Более сложный не всегда значит более подходящий. Если ты думаешь, что какой-нибудь Jinc будет чётче, чем Lanczos, то ты ошибаешься. А Lancoz (тензорный фильтр) работает быстрее Jinc (EWA). Кубические (например, CatRom) ещё быстрее, чем Lanczos, а результат почти тот же.
Самый чёткий это вообще какой-нибудь Sinc с окном 10, но ты охуеешь от ringing.
Если чисто по чёткости искать, то выбор наверно из lanczos, ewa_lanczossharp и ewa_lanczosradius. nnedi/xbr/superres хз, отдельно надо смотреть.
>Всё наоборот жи. Дебандинг сглаживает переход между близкими друг к другу значениями цветов в градиентоподобных областях.
Ну так это не наоборот, а то самое. Алгоритм делает мелкий пиксельный шум из этих двух цветов и пропорционально распределяет его по измеренному переходу. Для глаза они сливаются в плавный переход.
>>1883078
0 эффекта.
>0 эффекта
Ну для человека, который не видит разницу между матрицами BT.601 и BT.709, странно вообще где-либо видеть эффект :3
Вощем с лупой никакого преимущества NNEDI3 в данном случае не увидел, xbr из-за более контрастных границ всё равно самым охуенным кажется. Такой херовый кадр выбрал видать, на других сценах было куда круче преимущество NNEDI3 заметно. Но зато реалистичный пример.
>>1883084
Я уже писал, что в fullscreen exclusive 10-bit не делается скриншот. Мне пришлось его отключить, чтобы их делать.
>Алгоритм делает мелкий пиксельный шум из этих двух цветов и пропорционально распределяет его по измеренному переходу.
Вот этого я и опасался, я подсознательно так и видел это. То есть он не делает гладкий переход в 16-битной точности, а именно раскидывает соседние цвета исходного кадра туда-сюда? Беспантово-то как(((
>То есть он не делает гладкий переход в 16-битной точности
Для этого был бы нужен 16-битный вывод.
>Беспантово-то как
Т.е. оно стало беспонтовыв только после того, как ты узнал принцип работы? Это же плацебо наоборот.
>Для этого был бы нужен 16-битный вывод.
В madVR внутренняя точность манипуляций с буфером - 16 бит на канал.
Вы неправы, я взял свой скриншот отсюда >>1881482 , проанализировал колор пикером в фотошопке - цифири плавно падают - он не раскидывает, а именно делает гладкий градиент, то есть всё окай.
Мне просто именно в этом своём скриншоте не понравился видимый цветной овал вокруг эмблемы, но видимо он все цвета исходного видео учитывает, а не от и до свой градиент рендерит.
Это невозможно в принципе, если ты не в 32 битах работаешь, где просто слишком большой запас уровней. Твои подсознательные страхи глупы, если ты глазами никогда не видел каких-то недостатков метода.
Уровнями надо было пользоваться, а лучше перед этим вычесть оригинал из подебанженной картинки и поуровнить диффмап. Тайное и станет явным.
>В madVR внутренняя точность манипуляций с буфером - 16 бит на канал
Охуеть. И что? Вывод всё равно в 8-бит или 10-бит.
>он не раскидывает, а именно делает гладкий градиент
Ну посмотри исходники. Ах да, я забыл, мокрописечникам их не завезли.
Ну посмотри исходники фильтров белых людей: https://github.com/mpv-player/mpv/blob/v0.21.0/video/out/opengl/video_shaders.c#L515
Ой, добавить рандомный шум для сглаживания перехода. Да что вы говорите!
Ты, главное, не ищи алгоритмы работы дизеринга, а то тебя ждёт ещё большее потрясение. А с твоим анти-плацебо это вообще может плохо кончиться: перестанешь наслаждаться чёткой картинкой, будет везде шум мерещиться.
>Вывод всё равно в 8-бит или 10-бит.
Вывод в 10 бит с дитхерингом - это оче оче близко к реальному 16-битному результату обсчёта. Мы сейчас в любом случае не об этом спорим, а о том, рендерит ли градиент, или раскидывает пиксели, дебандинг. Я пока ничего не нагуглил особо точного по этому поводу.
>А с твоим анти-плацебо это вообще может плохо кончиться
Проиграл, и то правда
Ща код гляну
>оче оче близко к реальному 16-битному результату обсчёта
8 бит = 2^8 = 256 уровней
10 бит = 2^10 = 1024 уровня
16 бит = 2^16 = 65536 уровней
Увы, нет, это говно лишь чуть-чуть получше 8.
Ерунда, ты ведь абсолютно не учтываешь дитхеринг, тем более цветной.
Маняматематика от DEEM'ы:
Возьмём квадрат 2х2 пиксела с одним и тем же цветом в 16 битах, не попадающим точно в значение 10 бит.
У нас в качестве инструмента его визуальной аппроксимации в 10 битах есть возможность +/- 1 уровень яркости каждого из каналов R, G, B любого из 4 пикселей изменить. Если рассматривать эти 4 пиксела как 1 с более точным значением цвета, то:
число субпикселей в 4 пикселах = 12, а это 12 дополнительных уровней яркости для более точного выражения серого градиента, например. 12 - это почти 16, а 16 = это 2 в 4 степени, т.е. уже мы получаем почти 14-битовую точность только за счёт статичного, неменяющегося паттерна дитхеринга, для области 2х2 пиксела с одинаковым 16-битным цветом.
Добавляем FRC, меняющий (или двигающий) паттерн каждые 1/60 долю секунды, для 24 fps видео, и достигаем полную точность 16 бит, т.к. паттерн изменится в среднем 2,5 раза на кадр.
В сером градиенте правда будут области одинакового цвета что-то типа 1х2 пиксела в случае горизонтального градиента.
Хз, в субпиксельных вещах я вообще ноль. В математику твою не вникал, но если заменить 10 на 16, то с учетом дитриха будет всё та же пропорциональная разница в качестве в 60 раз.
Если и там и там дитхеринг, то да, НО! В 16 битах получается результат вычисления над цветами, производящийся тоже в точности 16 бит, т.е. в 16 битах дитхеринга в madVR нет! Иначе говоря, ещё более точного исходника нет, из которого формировалось бы 16-битное представление. Это для 10-битного есть более точный исходник - 16-битное.
Простейшие манипуляции в фотошопе раскроют перед тобой суть дитхеринга:
1 пик - постеризация до 50 возможных градаций интенсивности на каждый из трёх каналов
2 пик - берём исходное изображение и сначала добавляем 5% цветного шума
3 пик - делаем ту же постеризацию, что и в первом пике
комментарии, думаю, излишни
>>1883153
--opengl-fbo-format=<fmt>
Selects the internal format of textures used for FBOs. The format can influence performance and
quality of the video output. fmt can be one of: rgb8, rgb10, rgb10_a2, rgb16, rgb16f, rgb32f,
rgba12, rgba16, rgba16f, rgba32f. Default: auto, which maps to rgba16 on desktop GL, and rgba16f or
rgb10_a2 on GLES (e.g. ANGLE), unless GL_EXT_texture_norm16 is available.
Блин, опять mpv всех сделал.
Да даже 20 уровней дают прекрасную плавность (изначально 256 в 8-битном)
Только дмитрий не просто шумит, а минимизирует этот шум, добавляя не цветной шум, а ранжированный от А до Б и видимо следующий принципиальной курватуре. В фш не выйдет запилить такое просто с шумом, добавленным на 8 бит, только заново сделать градиент.
Так-то да, но помнишь вчерашний эксперимент - пока ты редактируешь, ты видишь днищерезультат - недитхеренные 8 бит. Как можно рисовать произведение искусства, не видя всех деталей? Я разочарован в фотошопке (вдобавок ещё и тем, что фраерфокс без бандинга тот скриншот открывает, а фотошопка с дефолтным профилем - с доп. бандингом)
Я добавлял именно на 8 бит, не конвертировал в 16. Но точность 16 бит полюбасу излишня, если ты собираешься до ~5 бит снизить её постеризацией.
Пойду спать, завтра-послезавтра и код дебандинга повнимательнее вкурю хорошо что я не графический прогер, мозги бы в клочья разорвало , и в это дело, и про ИИ надо позвачерашнее ещё почитать
Так дизеринг и нужен там, где битность уменьшаешь. При создании гифок, например, 2^24 цвета превращается всего в 256.
Ты добавлял просто МНОГО. Если добавить поменьше, то бандинг всё ещё выражен даже когда нойза уже становится больше. Пикрелейтед. Попробуй сам сделать из нижнего верхнее своим способом.
>>1883162
Учитывая наличие нескольких качественных алгоритмов дмитринга, сделано это с какими-то целями нарочно. ФФ же надо просто отобразить красиво, необязательно как-то честно. Например, в в будет неочевидно, добавлен ли на картинку очень мелкий шум или это уровни так отображаются. С другой стороны это даже опционально не включается, поэтому также может быть, что с текущим движком ФШ это запилить проблематично или костыльно.
Ага, именно такое окно при сохранении в гиф и вылезает, можно даже свои каштомные цвета палитры задать для ультрамегапердолей/контролфриков:)
Какие у тебя кнопочти пантовые.
>Ты добавлял просто МНОГО.
При даунсэмплинге в 16 бит звука рекомендуют дитхер нойз добавлять с максимальной амплитудой 1 бит в 16-битном представлении, это опускает нойз флор с 96 до ~120 дБ (144 дБ - это уже 24 бита). Так же и с картинками - +/- 1 уровень яркости. Тут надо просто не в процентах добавлять шумок, а точной мерой.
Ну превосходство фаерфокса чисто благодаря тому, что он ничего над изображением не делает, а фотошоп цветовой профиль применяет и не дитхерит результат. А вот то, что он в 16 битах не дитхерит картинку - это хз баг или фича, с одной стороны граф. редактор должен точно показывать картинку, без всяких +/- 1 уровень яркости, с другой стороны - работая в 16 битах гораздо точнее конечный результат конвертации в 8 бит было бы видно.
непрально сказал, нойз флор как раз растёт до 90 дБ, а динамический диапазон расширяется до 120
>С другой стороны это даже опционально не включается, поэтому также может быть, что с текущим движком ФШ это запилить проблематично или костыльно
Делали просто с прицелом на 32-бита на компоненту мониторы в течении 5лет, а пидорас Мур всех наебал.
32 бита на компоненту? разве что ЭЛТ
Суть в том, что нойза уже больше, а бандинга ещё больше. Да и не претендовал этот рабочий дедовский способ (понойзить градиент) на какую-то хирургическую точность никогда.
>>1883182
Да, с кудахтерингом было бы лучше работать. Похуй, что с нойзом перепутать можно (бандинг можно с радиальными кругами попутать, если ебанулся настолько, чтобы забыть о том, добавлял ли какие-нибудь круги). Косяк Одопа.
>нойза уже больше, а бандинга ещё больше.
Ну в моих манярасчётах вроде ошибок нет - при значительной области или значительном времени отображения маленькой области с помощью дитхеринга и FRC можно повыстить воспринимаемую глубину цвета, причём, учитывая, что я даже не смог отдельные цвета градиента увидеть в 8-битном представлении madVR с дитхерингом, то в 10-битном и подавно. Просто посмотри на ту картинку - идеальный градиент жи, что ещё надо для счастья? Вот тебе и эффективный дитхер.
>>1883191
Да это божественный результат. Он вообще от точных цифровых уровней не зависит, скорее от перцептивных особенностей аналогового человеческого глаза, и даже на 8 битах можно выжать абсолютную йобу с не слишком заметным уровнем шума.
>и даже на 8 битах можно выжать абсолютную йобу
Ну на больших разрешениях длинные растянутые градиенты могут быть заметны даже с дизерингом. Я думаю, потому в UHDTV и подняли до 10бит, т.к. там разрешения стали гораздо больше.
Что-то типо пикрелейтед.
Тут да, плюс всё равно будет бандинг, если используется недостаточно большое окно. На усилениях такой эффект хорошо видно: >>1883109. Всё время забываю про проблемы людей, угорающих по несвоевременным разрешениям медиаконтента!
>угорающих по несвоевременным разрешениям медиаконтента
Скорее наоборот. Медиаконтент угорает над несвоевременно закупившимися потребителями. Есть вот красивейшие кореянки в 4K, а фиг посмотришь нормально.
Попробуй потоньше.
> https://github.com/mpv-player/mpv/blob/v0.21.0/video/out/opengl/video_shaders.c#L515
Короч пипец, в коде разобраться нереально, это надо тренироваться на кошках пикселах и понимать, что там этот GLSL и как делает, но если смотреть на комменты, то усреднённый цвет соседних пикселей используется в случае различия цветов менее тхрешолда, и ещё для маскировки косяков алгоритма подбрасывают шумка. Может быть такое усреднение можно назвать неким аналогом рендеринга градиента? Но я вс равнорасстроен, что он не рендерится. Хотя понятно, что может быть слишком сложно было бы определить, где его рендерить, и непонятно как маскрировать границы отрендеренного градиента и остального изображения в случае, когда надо делать плавный переход, так что может это практичный алгоритм как раз.
Чтоб було удобно и кайфово и чтоб ты осознавал, что смотришь в максимально возможном в домашних условиях на сегодняшний день качестве.
Из первого:
> Though Apple is said to be enthusiastic about the project, their absence is still notable because the company has fallen behind in artificial intelligence when compared to its rivals — many of which are part of this new group.
Как они определаяют, кто отстаёт? Сири-то у Аппле, у гугола конечно крутой поисковик, но у остальных вообще ничего известного широкой публике, ну шахматишки мож у ИБМ.
Ой, это из второго
Сейчас пытаюсь сделать эффект на 1 момент, все вроде бы ничего, но на картинке остается прямоугольная область, которая не хочет форматироваться, она остается стоковой, а вокруг нее все находится под выбранным мною эффектом, щито делать?
Из первой 1/5 статьи я понял, что, во-первых, модель, используемая в ИНН, слишком упрощённая, как недавно выяснилось, в мозгу всё куда круче заделано, во-вторых, от того, что мы гоняем ИНС, лучше понимание в целом значения всех этих процессов в реальном мозгу не становится. Алсо, из последней части понял, что засада поджидает в остановке прогресса в вычислительных мощностях. Посередине ниасилил, слишком много биологии, к тому же краткое описание я и ранее читал, когда магистерскую делал по ИНС. Ну вощем ясно, что хз хз когда там ИИ запилят. Мне лично надо чтоб тачку за меня он водил пока я в ней сплю и лекарства всякие от всех болезней, в т.ч. смерти, изобрёл. Боты в Анрыле меня уже в УТ2004 круто дубасили, а в ГТА 5 город вообще живым и реалистичным выглядит, к тому же эту статью мне читалка из Фраерфоха очень ниблохо прочитала пока я лежал, так что определённые успехи уже есть.
>Мне лично надо чтоб тачку за меня он водил пока я в ней сплю
>лекарства всякие от всех болезней, в т.ч. смерти, изобрёл
>Боты в Анрыле меня уже в УТ2004 круто дубасили, а в ГТА 5 город вообще живым и реалистичным выглядит
>к тому же эту статью мне читалка из Фраерфоха очень ниблохо прочитала
Пикрелейтед.
В чем основные отличия, что активнее развивается, где меньше багов, на какой стул сесть?
Смотрю в основном стандартные блюрей рипы в h264/h265 и ремуксы.
лел, кокая подходящая картинка.
MPC BE кроаем глаза видел, там старые декодеры из версий MPC HC 1.6.xxx и ранее, не LAV. Это плохо, т.к. LAV покруче будет (могу перечислить конкретно чем, если надо). В остальном никакой ценной разницы по ср. с MPC HC 1.6.xxx, но с субтитрами в тех версиях вроде получче было, если не изменяет память. Багов в MPC HC немного, LAV современный, так что советую его, хотя слепой любви к нему не испытываю, он неидеален, нужные вещи не пилят разрабы.
Свежий LAV можно отдельно поставить.
https://github.com/Nevcairiel/LAVFilters/releases
Вообще, вроде говорили, что в BE релизов и коммитов побольше. Но если выбирать не из соображений швободки (что редкость), а по фичам, то Pot+madVR лучше. Если швободка, то SMPlayer+mpv, т.к. madVR мокрописечный, а голый mpc-hc не умеет в cms.
Может попробую пот как-нибудь потом, мне пока приоритетно отсутствие неожиданных глюков + скорость, и так всю неделю мадВР изучаю, нового плеера не хочется пока изучать, так что пока МПЦ + мадВР
А тот релизов и коммитов толку никакого, если ДТС ХД МА не декодится полноценно, а винду внешними кодеками засирать не хочу.
Оттуда:
>the conversion of 8-bit YCbCr to RGB generates >8-bit RGB data
Что я и говорил. Так штэ, 9-бит видос ещё не означает, что 10-бит дисплей бесполезен с ним.
*8-бит видос
Один хуй там в конце дизеринг. Ошибки округления ты не заметишь. Дизерить в 8 бит или в 10 (из 16+) — не сильно большая разница.
Вот если исходник 10 бит был, там да. Но такого пока особо нет, 10 бит энкоды делают только для улучшения сжимаемости и снижения числа артефактов.
Так-то да, так-то да.
Ну на ультрахэдэбэдэ может совсем тёмненькие сцены более нормасно выглядеть будут в 10 битах (хотя опять же, ежли б сжатие без потерь было, то отдмитренные 8 бит тоже хороши были бы)
http://ascii.textfiles.com/archives/5084
https://news.ycombinator.com/item?id=12895864
Это вам не гуи на дельфях вокруг LAV быдлокодить.
>>1884325
Спасибо, анон, держи няшу. Сел на home cinema со свежим LAV, даже аппаратный h265 взлетел из коробки. А больше мне ничего и не нужно.
Да ладно тебе, зато конфиги не пердолишь, не всё так плохо, правда? Давай, улыбнись, анальный зуд скоро пройдёт и тебе станет хорошо.
Хороший няша хорошо что я сразу забил на идею съёба в США и положил глаз на канадУ
>даже аппаратный h265 взлетел из коробки
И главное - в 4К!
Посоны, прикиньте, короч бред какой-то, вчера игрался с автопереключалкой частоты обновления экрана в мадВР на 4К-монике, мадВР как-то каждый второй раз после перехода в 23,976 и обратно выдавала чёрный экран, ну я игрался-игрался (по сути немножко совсем, несколько раз всего переключился), и короч хопа - чёрный экран и выхода нет, ресет, загружается винда видно как, но как вход в винду - чёрный экран и нихера не сделать. Ну я хорошо второй моник имею, отрубил этот, включил второй, гуглил гуглил и всё никак не нагуглил, понятно что мадвр какой то девый режим врубил, и не вырубил, который мой моник не поддерживает. Смарю - точка восстановления есть на дату до этого гемора, вчерашнюю. Ну думаю надо сначала попробовать дрова видяхи переставить, а потом точку откатить. Переустановил дрова видяхи, всё равно чёрный экран, ну думаю точку надо тогда возвращать, смарю, а там вместо вчерашней уже новая точка на момент установки дров сегодня, а старая похерилась. Посоны, ставьте на 12% от диска размер места под точки восстановления, у меня на 3% стояла, это 1,6 ГБ из 60, вот так в просак и попал. Пришолсь винду переставлять(((
Все, нашел. https://www.reddit.com/r/techsupport/comments/5bl6c0/daum_potplayer_how_to_remove_ads/
Нужно просто нажать F8, лол.
Все еще жду годного тутора по настройке для даунов.
Алсо я гарантированно убедился, пока выводилось только 1920х1080, что именно сам моник интерполирует ФуллХД в 4К алгоритмом типа билинейной интерполяции, а не по соседним точкам (последний наверное был бы более предпочтителен для ровно двухкратного увеличения).
Алсо ГТА 5 на мин настройках в 800х600 с загрзкой памяти 926 МБ из имеющихся 512 подтормаживала довольно серьёзно, но шла и была как-никак играбельна!
И маленькое уточнение глюка с соснёркой - если включить комп и винда загрузится при выключенном 4К-монике, то таскбар и остальное будет супермелким (100% масштаб), если со всключённым 4К-моником, то 150%, то есть как надо. Потому что если выключен 4К-моник, то видимо EDID считывается со старого ФуллХД-моника (даже выключенного) и вында стави масштаб 100%.
Может ты не знал, но не все видяхи умеют в 4К@60фпс, только новейшие + избранные из предыдущего поколения могут.
>Вощем как ни поразительно, видяха, которая изначально при выходе в 2009 уже была dniwe, тянет 4К, хоть и оче херово
Ничего поразительного. 24fps всё равно никому не нужен, зато галочку в маркетинговом буллшите, что мы типо поддерживаем 4K, поставить можно. Вообще, видюха не причём, просто пропускной способности поддерживаемого протокола передачи хватает и в EDID режим есть, вот и всё. Там никакой специальной поддержки от видюхи вроде и не требуется.
>пока выводилось только 1920х1080, что именно сам моник интерполирует ФуллХД в 4К
А кто это ещё должен делать? Так все ЖК-мониторы работают. Он присылает через EDID поддерживаемые разрешения, ОС/видяха их выдают, монитор растягивает картинку нужным образом, чтобы влезло на матрицу. Если разрешение = размеру матрицы, но ничего растягивать не нужно, поэтому это самое оптимальное разрешение для ЖК.
>а не по соседним точкам
wat
>>1886111
Дело не в видяхах, а в поддерживаемом протоколе передачи. DP 1.2+ или HDMI 2.0+ нужен и всё.
>видеокарта для 4К-моника
>видеокарта
>для 4К-моника
>радеон
>для 4К-моника
>RX 460
>для 4К-моника
>не для йоб
>галочку в маркетинговом буллшите, что мы типо поддерживаем 4K, поставить можно
не, там по HDMI 1920х1200 написано, зато с 12-битным цветом!!!11 (забыли написать, что только в D3D11) http://www.amd.com/ru-ru/products/graphics/desktop/5000/5450#
>видюха не причём, просто пропускной способности поддерживаемого протокола передачи хватает и в EDID режим есть, вот и всё
Видимо да
>А кто это ещё должен делать?
Ну я думал это видяха RX 460 делала.
>а не по соседним точкам
>wat
Что непонятного? уверен, ты знаешь алгоритм nearest neighbour, и он был бы аппаратно прост для удвоения разрешения внутри моника с ФуллХД в 4К, с пожалуюй лучшим результатом, чем мыльный апскейлинг как есть сейчас.
>DP 1.2+ нужен и всё.
Нет, твоя теория не верна применительно ко всем случаям. Вот моя прошлая видяха: http://www.amd.com/ru-ru/products/graphics/desktop/6000/6870#
DisplayPort 1.2
Max resolution: 2560x1600 per display
было бы 4К@60 fps, я бы и не покупал новую. Хотя я на той не проверял, продал её до покупки моника (чо, я сильно ступил штоле?)
ЧО сказать-то хотел? Я в игори не играю на копе. Она выводит 4К, декодит HEVC в 4К, в теории должно было всё зашибись быть.
Не, я кстати не ступил, я вспомнил, я гуглил на счёт HD 6870, там всё хреново было в 4К, 60 фпс не было у пытавшихся. Единственный костыльный метод, который мог прокатить - это вывести по PD 1920х2160, по HDMI второй моник какбэ, тоже 1920х2160 и фичей моника MUltiView вывести оба сигнала бок-о-бок, а дровах AMD установить режим Eyefinity для объединения обоих рабочих столов в один. Но вроде так никто не пытался и левый пердолинг полюбасу это.
Почему бы не запилить голосовалку по плеерам/антивирусам и прочему?
PD = miniDP
>nearest neighbour
Не думаю, что он был бы лучше. Triangle мыло, но nearest-neighbour это просто квадраты. Он только для пиксельарта нужен.
>Вот моя прошлая видях
https://www.reddit.com/r/AdvancedMicroDevices/comments/3c7zhe/does_the_amd_radeon_hd_6850_support_4k_at_60hz/
I have been able to find a definitive answer. The 6850 (and 6000 series) can output 4K up to a maximum of 45Hz due to an internal pixel clock limit.
Слегка напиздел, да, не подумал об аппаратных ограничениях в самой видяхе на вывод.
>>1886140
Всё равно лучше, чем у тебя сейчас. Вот купил бы нвидию и никаких пробел бы не было :3
M$ поди собирает список установленных прог и у неё-то вся статистика есть.
GTX 1060 6GB /GTX 1050 Ti
А вообще, такой реквест надо делать в хв, но ты явно не был там или был, но устал от этих чмонь.
>Вот купил бы нвидию и никаких пробел бы не было :3
Ещё не вечер:) Вернут бабло с этой - куплю (в другом магазе) Нвидию (1050 или 1060 - вот не знаю, к чему душа ляжет)
GeFore 2 MX 400 пойдёт, атвичаю, проверено.
Planned obsolescence во всей красе.
Причём прямо в спек шите http://www.amd.com/ru-ru/products/graphics/desktop/6000/6870# написано
>21.6 Gbps bandwidth
Нагнали значит, засудить можно)
Так в madVR тоже можно его выбрать.
Олсо, ты странно nearest-neighbour называешь. Как раз там не по соседник, а банальное дублирование пикселя. По соседним означает, что их значения как-то используются.
>>1886304
Выглядит как говно.
>ты странно nearest-neighbour называешь
Ты прав, судя по википедии - называть надо "Интерполяция методом ближайшего соседа". Исправлюсь, не приходилось переводить раньше.
>Выглядит как говно.
Согласен, но альтернатива - выставить разрешение 1080p, дать монику самому его апскейлнуть до 4К с мылом, и тогда хрома пройдёт двойной апскейлинг (960x540 в ФуллХД через NN, затем 1920x1080 в 4К с мылом), так и так херово. Пофиг, это токо пока мне бабло с той видяхи не вернут.
>960x540 в ФуллХД через NN
Ну твоя видеокарта с каким-нибудь бикубиком в 1080p наверно справится?
>альтернатива
Можешь попробовать через проц ресайзить. 4K 24p не очень много в принципе, к тому же это отлично параллелится и ускоряется за счёт SIMD.
Хз как в ваших мпц, в mpv CPU-ресайз это --vf=scale=x:y (Можно ещё из lavfi подтянуть мега-крутой zscale, который должен быть быстрее.)
$ time ffmpeg -v error -stats -i ~shared/9m-a.webm -map 0:v:0 -f null -
frame= 717 fps=223 q=-0.0 Lsize=N/A time=00:00:29.90 bitrate=N/A speed=9.31x
ffmpeg -v error -stats -i ~shared/9m-a.webm -map 0:v:0 -f null - 8.26s user 0.08s system 257% cpu 3.244 total
$ time ffmpeg -v error -stats -i ~shared/9m-a.webm -vf scale=-1:2160 -map 0:v:0 -f null -
frame= 717 fps=114 q=-0.0 Lsize=N/A time=00:00:29.90 bitrate=N/A speed=4.77x
ffmpeg -v error -stats -i ~shared/9m-a.webm -vf scale=-1:2160 -map 0:v:0 -f 12.85s user 0.08s system 205% cpu 6.305 total
Вот к примеру ресайз дефолтным бикубиком ффмпега из 1080p в 4K. 114fps на декодирование+ресайз, больше чем достаточный запас даже для 60fps.
Это без всяких оптимизаций и тюнинга, только на 2 ядра параллелится почему-то.
>Можешь попробовать через проц ресайзить.
Хорошая мысль кстати, но оказалось всё не так, как мне казалось изначально.
Почему-то бд-рип (не бд-ремух) стал с оверлей миксером тормозить довольно сильно. Не знаю почему, но это вынудило меня дальше поиграться с вариантами вывода. Я вспомнил, что на двухгиговой карте (RX 460) примерно на >20 буферах кадра в видеопамяти (EVR Buffers) (пикрел) начинались тормоза, как я нутром чувствовал, из-за нехватки видеопамяти. А здесь видеокарта с 512 МБ, для 4К явно не рассчитанная. Значит здесь 5 буферов в 4К могут быть слишком много. Я тупо поставил обратно бикубик, Синк Рендерер и 4 вместо дефолтных 5 кадровых буфера - и прикинь, перестало тормозить! То есть тормоза были из-за того, что 5ый кадровый буфер в видеопамяти в 4К не влезал в 512 МБ видеопамяти:)
опять отклеилось
Лол, да ваши гуи сложнее настраивать, чем консольный прыщеплеер. Я даже хз как называется аналог такой опции для mpv. И главное, что в этом диалоге настроек ровно 0 документации. Типо, ебись сам юзер, бегай по форумам, узнавай, что это вообще за хрень.
В mpv например есть такая удобная опция как --opengl-dumb-mode, которая как раз для слабых видях предназначена. Что-то типо пресета настроек.
>в этом диалоге настроек ровно 0 документации. Типо, ебись сам юзер, бегай по форумам, узнавай, что это вообще за хрень.
Ага, или бери в руки калькулятор и рассчитывай кол-во памяти, занимаемое кадрами и делай на основе экспериментов с тормозами догадки.
Мне правда от этого >>1886388 поплохело, так что гуй всё-таки предпочтительнее мне:)
Вот например кто бы мог подумать, что CPU Queue Size в http://i.imgur.com/2TloFOd.png - это кол-во кадровых буферов в RAM, а GPU Queue Size - в видеопамяти, без чтения мануала?
Так это для приблизительного бенчмарка просто. Мне не пришлось искать никакую мокропиську, написанную специально для этой задачи, которая не факт, что вообще существует. А просто ввести 1 строчку в консоли.
Раз уж тут идёт обсуждение ёба-плееров. Может кто-нибудь знает есть ли ёба-контент, чтобы в 4k 60 fps? И чтобы это было полноценным фильмом, а не семплом на 5 минут?
Из новинок только warcraft видел в таком качестве ито не 60 fps.
Ну говно же, что музыка, что видеоряд. С ними только прон бы посмотрел. Как это вообще может нравится?
Я этот шлак в вебм-тредах сагаю, а ты предлагаешь шкварить новый ёба телек своими бурятками.
Ебанутый наглухо.
Первые кейпопы на бордах ничо так были. Где в клипах эксплуатировались стройные кореянские бёдра. А это просто говно, да.
Да мне похуй вобщем-то. Просто ахуел, что кому-то могут нравится эти одинаковые кукольные ебальники.
Это ты ахуел. Пока революционные студенты под кпоп свергают правительства, пидорахи копят с завтраков на впн
Большинство тут - неизлечимые говноеды, которые будут продолжать пользоваться своим хуевым MPC, VLC, MPV и прочим говном. Они как сектанты-ретрограды, которые зациклились на этой хуите. Ну хорошо, что хоть от винампа отказались.
Короче, те, кто у кого есть вкус к софту- ставьте PotPlayer и не парьтесь.
Нет, это ты и тебе подобные бурятские говноеды уходите и не возвращайтесь.
Двачую. Думаю мы выяснили что любители корейских буряток эпичные говноеды и их выбор корейские же говноплееры KMP или POT.
Им снова указали на их место подле параши.
А вот смотреть их можно через корейский плеер уже, то есть через PotPlayer.
Девчата русские, плеер корейский. Но не наоборот.
6й пункт - гон, там внутренняя точность 32 бита
MPC-BE вообще нинужен
Lentoid OpenCL HEVC декодер вообще не пашет ни у кого, сто раз пытался его завести.
>выкручиваем буферы -> "CPU queue size: 128", "GPU queue size: 24"
Вообще никакого смысла гигантское количество оперативы засирать 128ю 4К-буферами не вижу, как и видеопамять.
>"enable smooth motion frame rate conversion" и выбираем "always".
На мой взгляд, хреновый выход. Тогда уж лучше SVP накатить, там хоть настоящая интерполяция движения, а не наложение друг на друга соседних кадров. Наилучший выход - поставить, если это возможно, частоту монитора равной или кратной частоте кадров видео. Либо смириться и смотреть как есть.
И не только Doubling'а, но и квадруплинга, канал цветности с блу-рея на 4К-моник ведь в 4 раза по каждому из измерений должен быть увеличен.
В том-то и дело, что мои знания опираются на кучу гайдов, которые я перечитал, а не на собственный опыт, мне бы самому кто однозначный совет дал. Я около недели за всю жизнь мадВР использовал. Щас накатаю то, к чему я пришёл, но без длительного опыта эти советы, можно сказать, должным образом не проверены.
Сразу оговорюсь, что если ваш моник поддерживает 23,976 Гц, выставьте вручную его в панели управления винды (там будет написано 23 Гц), и только потом врубайте МПЦ ХЦ.
Дисклеймер: Я использовал мадВР ~неделю за всю жизнь, поэтому ни в чём точно не уверен, ничего длительно не проверялось. Это то, к чему я пришёл из гайдов + собственной логики.
Итак, настройки мадВР:
Processing -> Artifact Removal: врубаем reduce banding, оба переключателя ставим в high, потому что лоу просто меньше ресурсов жрёт, но и менее плавно градиенты делает, чем хай, при это хай тоже не много ресурсов жрёт, побочных эффектов от него не замечал.
Processing -> Zoom Control: disable scaling ... хотя бы 10 линий поставьте, чтобы не скейлить изображение 1916х1076 (а такие мне частенько попадались) до ФуллХД. Я на 50 поставил, ибо у меня 4К, там всё больше:)
Scaling Algorithms -> Chroma Upscaling и Image Upscaling: Lanczos 4-tap + activate anti-ringing filter, потому что это один из качественных алгоритмов, и даёт высокой чёткости (резкости) картинку, хоть и с бОльшим ringing'ом чем у Jinc. Но Jinc пуристами, не любящими алиасинг, считается самым лучшим, исключая NNEDI3, который аццки тормозит.
Scaling Algorithms -> Image Doubling: поставьте все флажки: дабл, квадрапл, октапл, т.к. super xbr алгоритм качественнее чем даже ланкзос, будет применяться при увеличении в ровно 2,4,8 раз (вероятно даже не так, вероятно если надо увеличить в 1,8 раза, применится всё равно увеличение в 2 раза, затем выбранным в даунскейлинге алгоритмом уменьшится до 1,8 раза, пиздец вощем). И поставьте везде вместо NNEDI3 - Super xbr sharpness 100, потому что NNEDI3 не потянет ваша видяха, сгорит ярким красным пламенем.
Если у вас адекватная видяха, и не 10-битный монитор, то вам не нужен fullscreen exclusive mode, она и так равномерно будет кадры выдавать, а FSE крайне неудобен отсутствием элементов управления типа контекстного меню. Но очень слабой видяхе его включение может очень помочь. Итак:
Rendering -> General Settings: снять флажок enable fullscreen exclusive mode
Rendering -> Trade quality for performance: снять все флажки. Не замечал особого замедления от их снятия, а картинка хоть каплю, но качественнее должна стать.
Из основных, реально дающих разницу, настроек, вроде всё.
Сразу оговорюсь, что если ваш моник поддерживает 23,976 Гц, выставьте вручную его в панели управления винды (там будет написано 23 Гц), и только потом врубайте МПЦ ХЦ.
Дисклеймер: Я использовал мадВР ~неделю за всю жизнь, поэтому ни в чём точно не уверен, ничего длительно не проверялось. Это то, к чему я пришёл из гайдов + собственной логики.
Итак, настройки мадВР:
Processing -> Artifact Removal: врубаем reduce banding, оба переключателя ставим в high, потому что лоу просто меньше ресурсов жрёт, но и менее плавно градиенты делает, чем хай, при это хай тоже не много ресурсов жрёт, побочных эффектов от него не замечал.
Processing -> Zoom Control: disable scaling ... хотя бы 10 линий поставьте, чтобы не скейлить изображение 1916х1076 (а такие мне частенько попадались) до ФуллХД. Я на 50 поставил, ибо у меня 4К, там всё больше:)
Scaling Algorithms -> Chroma Upscaling и Image Upscaling: Lanczos 4-tap + activate anti-ringing filter, потому что это один из качественных алгоритмов, и даёт высокой чёткости (резкости) картинку, хоть и с бОльшим ringing'ом чем у Jinc. Но Jinc пуристами, не любящими алиасинг, считается самым лучшим, исключая NNEDI3, который аццки тормозит.
Scaling Algorithms -> Image Doubling: поставьте все флажки: дабл, квадрапл, октапл, т.к. super xbr алгоритм качественнее чем даже ланкзос, будет применяться при увеличении в ровно 2,4,8 раз (вероятно даже не так, вероятно если надо увеличить в 1,8 раза, применится всё равно увеличение в 2 раза, затем выбранным в даунскейлинге алгоритмом уменьшится до 1,8 раза, пиздец вощем). И поставьте везде вместо NNEDI3 - Super xbr sharpness 100, потому что NNEDI3 не потянет ваша видяха, сгорит ярким красным пламенем.
Если у вас адекватная видяха, и не 10-битный монитор, то вам не нужен fullscreen exclusive mode, она и так равномерно будет кадры выдавать, а FSE крайне неудобен отсутствием элементов управления типа контекстного меню. Но очень слабой видяхе его включение может очень помочь. Итак:
Rendering -> General Settings: снять флажок enable fullscreen exclusive mode
Rendering -> Trade quality for performance: снять все флажки. Не замечал особого замедления от их снятия, а картинка хоть каплю, но качественнее должна стать.
Из основных, реально дающих разницу, настроек, вроде всё.
FSE ещё может оказаться полезен даже на нормальной видяхе, если вы выставите 23 Гц в винде, чтобы равномерно выдавать кадры. Но в 60 Гц и без него норм.
On Screen Display
Toggle the On Screen Display by pressing Ctrl-J.
To avoid dropped frames and/or presentation glitches the sum of the average stats "deinterlace" (if present), "rendering", and "present" must be a bit below the frame time, Y, in the line "v-sync [X] ms, frame [Y] ms". For example, progressive 29.97 fps video has a new frame every 33.37 ms so "rendering"+"present" needs to be a few ms below 33.37 ms. However, 23.976 fps video only has a new frame every 41.71 ms so you can use more demanding settings with lower frame rate video. Exactly how far below the frame time is required for glitch free playback is dependent on the system but a few milliseconds is usually sufficient.
4K-видео на 4К-мониторе причём имел ввиду
Но вам (и мне) предначертано страдать в FSE.
Рад стараца)
Забыл, ещё мадВР даст дебандинг, это кстати существенно даже в сценарии блу-рея на ФуллХД-монике, так что, ващет, смысл есть, я поторопился с тем постом.
>бикубик А=-0,60
Только хотел написать, что правильно будет B=0 C=0.6, который вообще не входит в семейство Keys Cubic Filter.
Но потом решил проверить код:
https://github.com/mpc-hc/mpc-hc/blob/1.7.10/src/filters/renderer/VideoRenderers/SyncRenderer.cpp#L1655
https://github.com/mpc-hc/mpc-hc/blob/1.7.10/src/filters/renderer/VideoRenderers/SyncRenderer.cpp#L1107
https://github.com/mpc-hc/mpc-hc/blob/1.7.10/src/mpc-hc/res/shaders/resizer.psh#L40
и охуел.
static float4x4 tco = {
0, A, -2 · A, A,
1, 0, -A - 3, A + 2,
0, -A, 2 · A + 3, -A - 2,
0, 0, A, -A
};
Что это за говно, блядь? Для сравнения, вот формула бикубика здорового человека (видел штук 5 реализаций, в которых все коэффициенты были точно такими, если что):
https://github.com/mpv-player/mpv/blob/v0.21.0/video/out/filter_kernels.c#L236
Смахивает на упрощение для известного B или C, но как на самом деле — не ясно. И в гугле не видно пояснений.
Вот расскажите, как вы пользуетесь плеером, если даже не знаете, каким именно фильтром он ресемплит?
v0.91.0:
added new NGU (Next Generation Upscaling) algorithm
added "soften edges" + "add grain" upscaling refinements (atm only for NGU)
* display properties can now also be profiled
Ждём реализации в mpv.
Вижу что пацаны в mpv хуярят индексы в переменные.
>как вы пользуетесь плеером, если даже не знаете, каким именно фильтром он ресемплит?
Как нормальные люди, а не обоссанные сектанты.
А какой плеер, вообще, лучший?
Я юзаю мпц-хц, но что-то после таких тредов я начинаю колебаться.
Потому что ещё в первых тредах на пруфах выяснили, что разницы нет. И ещё выяснили, что ты пидор косный.
Если использовать функцию сохранения картинки, субтитров и так не будет
Пипец, как ты в этом разбираешься? Ты наверное в универчеге на кафедре ЦОС учился и пишешь какой-нибюудь фотошоп профессионально?
Надо же, я токо позавчера качнул мадвр, и уже новый алгоритм. У меня щас dniweвидяха и 24 Гц в 4К моник кажет, а это вообще сильно затрудняет любую работу в винде, так что щас не проверить. Я тем более уже в прошлый раз и так запарился скриншоты делать. Лучше вы:)
МПЦ ХЦ под винду и есть лучший, если не считать траблов с субтитрами.
Хотя бы 3 варианта: бикубик, Ланкзос и новый алгоритм, если можно.
Не, одопу таких экспертов не видать как экспертам - сорцов фотошопа. Зделали какой-то вонючий "бикубик (автоматик)" для всего. Пиздец лохи.
Бикубик автоматик малость хорош тем, что он при апсемплинге в новейших версиях фотошопки апсемплит новым алгоритмом презерве детаилс, который гораздо круче бикубика, а при даунсемплинге бикубик шарпер использует, так что норм: соответствующий алгоритм под соотв. ситуацию.
Мадши хайпил что-то "новое, от чего вы все охуеете" уже пару месяцев вроде, если не больше. И вот момент настал.
Ждём как форчановцы будут попиксельно разглядывать и хейтить (потому что "на линуксе нет"), если уже не.
>Ждём как форчановцы будут попиксельно разглядывать
В инете днём с огнём нормальных скринов-сравнений имеющихся уже годы алгоритмов не найти, так что надейтесь только на себя.
Да есть. На screenshotcomparision такое часто постят к примеру.
И смысла сравнивать известные алгоритмы нет, все и так знают, как результат выглядит, им десятки лет. Вот новые модные это да.
И ещё, разницы между фильтрами по двум скриншотам ты не узнаешь. Должно быть комплексное исследование на кучи различных исходниках, проверки на артефакты и т.д.
>На screenshotcomparision такое часто постят к примеру
Есть уже компарисоны. Очередное еле-различимое гомнецо, как я и предвидел.
>еле-различимое гомнецо
Лол. Да у тебя и между catrom и lanczos3 еле-различимое гомнецо, что доказывает ненужность Ланцоша.
Суть не в том, что пиздец как оно стало чётче, я теперь могу увеличить в 1000 раз и разглядеть лицо преступника в отражении с лобового стекла, а в том, что у нового фильтра может быть меньше каких-нибудь артефактов муара или гало. Или что он быстрее аналога. Или что лучше подходит для определённых видов исходников. Чего ты со своим обывательским подходом никогда не узнаешь.
>смысла сравнивать известные алгоритмы нет, все и так знают, как результат выглядит
Одно дело - абстрактный алгоритм, другое - его конкретная реализация, далеко за примером ходить не надо >>1890058 :)
>разницы между фильтрами по двум скриншотам ты не узнаешь
Безусловно, но два скриншота - это лучше чем 0 + вера рандом отписавшемуся на рандом форуме о том, какой он считает лучшим.
Киньте сравнения коли нашли.
По этим мутным полосочкам никогда не поймёшь, как всё на практике. На практике всегда как-то вот так: >>1882986
остальное для геев
>полудохлый плеер, с которого съебал разраб, для пацанов
>развивающиеся плееры для геев
Вот это очередные вбросы...
Ставь нормальный (PotPlayer) и расслабься
Я не Дмитрий. Апскейлинг (интерполяция) - алгоритм вычисления цвета путём использования цвета с небольшой окружающей площади (либо прямыми обращениями к значению соседних пикселей, либо сэмплингом деривативов с трехмерной поверхности). Работает интерполяция всегда. Даблинг - это просто алгоритм угадывания цвета пикселя между другими. Работает с удвоениями разрешения. Как я понимаю, это ограничение такое, ну и само по себе оно должно параллельно использовать интерполяцию, чтобы добить разрешение до размеров экрана.
Ставь жинку на всё. Отключай даблинг нахуй. Должно быть достаточно.
Они очень сложные как вычислительно, так и матаном, поэтому обычно делают под 2x юзкейс. Просто изначально в алгоритме такое ограничение.
Например: https://github.com/nagadomi/waifu2x
Вот матан к ней: https://arxiv.org/abs/1501.00092
Форс одного шизика местного
Я Дмитрий, объясняю на пальцах, хотя товарищ неДмитрий >>1890512 правильно написал.
Даблинг сработает когда разрешение экрана в >=1,5 раза больше (по каждому из измерений или по площади?) разрешения видео. Если разрешение экрана не ровно в 2 раза больше, то потом ещё дополнительно апскейлинг или даунскейлинг сработает (а не лучше ли двойной апскейлинг не делать? что сделать чтобы только когда ровно в 2 раза апскейлилось?) Чем больше нейронов, тем более вероятно что границы будут при повышении разрешения соединены между правильными элементами, и тем тормознее будет алгоритм, он ваще пипец тормозной, поэтому я рекомендовал юзать xbr.
Как видите, у меня у самого гора вопросов, заебался мануалы расшифровывать.
Читал текст. Я именно и жалуюсь тут на то, что текст есть, а примеров с фотографиями или кадрами видео нигде нет, самому пришлось делать, но не хочется исследование на целый месяц проводить чтоб понять что лучше.
И текст - это абстрактные алгоритмы, а как оно реализовано в мадВР? Многие названия алгоритмов даже не сопоставить с тем текстом. Без сравнений на кадрах видео все эти тексты бесполезны.
Но я не умею читать.
>Без сравнений на кадрах видео все эти тексты бесполезны
Как раз-таки строго наоборот. Сравнения по двум скриншотам это псевдоисследование, которое даёт ложное ощущение знания. На деле эти обывательские представления о сути вещей не стоят и ломаного гроша.
Описание алгоритма же даёт представление о принципах его работы и приблизительное поведение в реальных условиях.
>а примеров с фотографиями или кадрами видео нигде нет, самому пришлось делать
Ты смеёшься? Кроме тебя никто не додумался сделать скриншоты с разными фильтрами и загрузить куда-нибудь? Пиздец у тебя ЧСВ.
>но не хочется исследование на целый месяц проводить
Либо тратишь время на самостоятельное изучение, либо живёшь в незнании. Иного не бывает.
На кадрах ты ничего не увидишь. А тут показано как действует масштабно и в мелких деталях.
Просто ты не знаешь, куда смотреть (какие артефакты искать). И исходники очень разными бывают, толку от сравнения на одном конкретном кадре?
>много настроек это ПЛОХА
Каких только дурачков дефективных не встретишь на просторах сосача...
Ну да, я слишком категоричен был, надо и описание алгоритма знать, и на множестве кадров туда-сюда попереключать в идеале. Иначе, если мне 10-летнему показать одну и ту же картинку, но во второй раз с едге енхансментом (шарпенером), то я бы сказал, что вторая лучше, ибо быдлопознаниями обладал тогда и не знал, что такое гало, рингинг и максимально тру ту сорс передача сигнала. Но одного лишь описания совершенно недостаточно, я бы даже сказал, между описанием и примерами важнее примеры.
>Кроме тебя никто не додумался сделать скриншоты с разными фильтрами и загрузить куда-нибудь? Пиздец у тебя ЧСВ.
Я гуглил. Много. Нашёл одно говно в 720р и сжатое джейпегом. Я просил выше >>1890473
>Киньте сравнения коли нашли.
А дальше ты противоречишь сам себе:
>Либо тратишь время на самостоятельное изучение, либо живёшь в незнании. Иного не бывает.
Мне бы как минимум не пришлось делать самому скриншоты, если бы кто-то другой сделал их до меня. Осталось бы лишь описания алгоритмов прочитать. Так что ЧСВ тут не причём.
Тут показано на линиях. Да, это полезные примеры, но нужны и другие - на фотографиях. Ведь я смотрю не на геометрические линии в сценарии реального использования, а фильмы. Мне хочется увидеть, как будут выглядеть кадры фильмов, по-моему естественное и очевидно необходимое желание.
>толку от сравнения на одном конкретном кадре?
Согласен, но делать сравнение на 40 кадрах из 10 разных фильмов - это слишком time-consuming, а ведь без этого ни один пользователь мадВР по-настоящему не может знать, что ему лучше поставить, вот меня и поражает отсутствие сравнений в инторнете (видимо юзеров мадВР раз-два и обчёлся, только пользователи doom9 да тут человек 5).
>на 40 кадрах из 10 разных фильмов
И умножь это на как минимум десяток основных вариантов основных алгоритмов, а если все какие предлагаются в мадВР брать, то и года не хватит.
Он говорил сложна, а не плоха, и он прав. Было бы легче, если бы были реально полезные описания и не приходилось всё экспериментально понимать.
Наверняка ЦА всяких ускорителей интернета.
Есть источник, можно его запустить и смотреть, как и должно быть, сравняв частоту обновления монитора и видеоряда, но нет, давайте заниматься херней.
>Нашёл одно говно в 720р и сжатое джейпегом.
Если что-то хуёво индексируется, ещё не значит, что его нет. Как минимум каждую неделю на каком-нибудь форуме проводят исследование алгоритмов ресайза всяких мпц/мадвр и публикуют скриншоты. Я гарантирую это.
>Мне бы как минимум не пришлось делать самому скриншоты, если бы кто-то другой сделал их до меня
Ну большая обзорная статья с кучей скриншотов, описаний, грамотной матчастью и т.д. способна немного упростить задачу, но во-первых, таких статей всегда нехватка (в любой области), во-вторых, её надо ещё прочитать, а они весьма объёмны, иначе смысла нет, в-третьих, термины в ней используемы тоже не совсем для новичков, в-четвёртых, надо ещё перед этим удостовериться, что автор не несёт чушь. Короче, временные затраты на вход в область в любом случае огромны, ты никак не сможешь это изменить. No pain no gain.
>>1890903
>делать сравнение на 40 кадрах из 10 разных фильмов - это слишком time-consuming
Вместо того, чтобы здесь время тратить, давно бы уже успел все эти кадры сделать и просмотреть.
>>1890914
Ну и смотри на бандинг и интерлейс, если тебе так нравится, лол.
Если ты почитаешь мои советы >>1889988 , то улучшайзер там только один посоветован: дебандинг. Потому что на хорошем монике бандинг меня просто стал убивать, а дебандинг кардинально исправил ситуацию. Всё остальное - это вопрос наилучшего апскейлера, который так и так необходим, если ты видео меньшего разрешения на экран большего хочешь растянуть.
>Ну большая обзорная статья
Ещё такие статьи обычно быстро устаревают. Выходят новые версии софта, добавляются новые алгоритмы, меняются старые. А писать новую это огромный труд.
Надо просто смириться, чтобы не потратив время, нельзя ничего достоверно знать. У тебя какие-то странные хотелки.
>Всё остальное - это вопрос наилучшего апскейлера, который так и так необходим, если ты видео меньшего разрешения на экран большего хочешь растянуть.
Смотрю 1к1 обычно, не растягивая. Большинство фильмов уже давно переиздали на блюрее, так что мой ноут с 1440p нормально их играет.
А апскеил допустим, только если он кратен разрешению, то есть когда НИКАКИХ преобразований, просто 1 пиксель видео это 4 пикселя монитора.
Нл это, конечно, ИМХО. А дебандинг, кажется, в mpv по дефолту в opengl-hq
>Как минимум каждую неделю на каком-нибудь форуме проводят исследование алгоритмов ресайза
Ну дак где же они, почему никто нормальную статью не запилил ещё, почему эти форумы не нашёл гугл, он ведь всё находит всегда?
>её надо ещё прочитать, а они весьма объёмны, иначе смысла нет, в-третьих, термины в ней используемы тоже не совсем для новичков
Хотя бы скриншоты разных алгоритмов, без статьи, уже многое дали бы. Статьи выше уже накидали кое-какие.
>давно бы уже успел все эти кадры сделать и просмотреть.
Заебался бы, и от силы на 4 алгоритмах сделал бы как выше, и уж точно не 40 штук, и в конце ты бы мне как при сравнении VP9 vs H.264 на ютубе сказал, что ващет на скриншотах сравнивать нельзя, есть спец. метрики и надо сравнивать в движении:) Тут песдеть гораздо проще, чем скриншоты делать.
Вот этот наверное прав, всё это от лукавого, можно дефолты оставлять в мадВР, расходимся посоны
Олсо, не понимаю, чего все на дебандинг дрочат.
Не вижу разница даже на своём домашнем PA279Q, который для мамкиных дизайнеров делался.
>и в конце ты бы мне как при сравнении VP9 vs H.264 на ютубе сказал
Лол, кстати, этот вопрос до сих пор актуален. Т.к. мало кто тоннами выкачивает видосы с ютуба, то здесь похоже действительно готовых сравнений практически нет. Только разрозненные обсуждения.
>Тут песдеть гораздо проще, чем скриншоты делать
Это да. Есть куча вещей, в которых неплохо было бы досконально разобраться, но тратить время и силы на них не очень хочется, всё не успеть.
>>1890945
>можно дефолты оставлять
А кто с этим спорил? Я хуею со здешних развенчателей мифов, конечно. Как бы тред изначально для энтузиастов, которым интересно в этом разбираться. Обыватели используют любой плеер с дефолтами и не паряться. Более того, они даже различий скорее всего не увидят, если им показать то же видео на меганавороченном кодеке, т.к. нужен тренированный глаз (ну, точнее мозг).
Причём, мозг реально очень быстро тренируется замечать все эти детали. Что в музыке, что с видео. Минус в том, что это уже обратно не выключить (не развидеть).
>Смотрю 1к1 обычно, не растягивая.
Для таких я специально оговорился >>1890022 , однако и тебе дебандинг пригодился бы.
>мой ноут с 1440p
1440p требует апскейла с блу-рея ващет
>А апскеил допустим, только если он кратен разрешению, то есть когда НИКАКИХ преобразований, просто 1 пиксель видео это 4 пикселя монитора.
ВРОНГ! Вот тебе мой скриншот 1080p -> 4К твоим алгоритмом >>1886304 . Хрома превращается из 1 пиксела в 16!! А лума из 1 в 4. Получается говно на выходе.
Его хотя бы видно, пусть и не всегда.
>пециально оговорился
прости, я мимошёл и не читал.
>1440p требует апскейла с блу-рея ващет
Говорю же, смотрю 1к1 в окошке
>ВРОНГ! Вот тебе мой скриншот 1080p -> 4К твоим алгоритмом
Ещё раз, моих алгоритмов нет. Я за ЧЕСТНЫЙ апскеил без улучшайзеров, растягиваний, алгоритмов и мыла. Я приемлю толко если, скажем, видео 720p и я растягиваю его на свои 1440p, так как тогда нет никаких искажений вообще.
Все эти полоски на фэйдауте очень очевидно двигаются, просто сблёв, как будто рендер движком игры на ПС1 смотришь.
На твоем скриншоте очень заметно, да.
Можешь в меня источником кинуть, хочу посмотреть.
Может я внимания не обращал никогда
>Я приемлю толко если, скажем, видео 720p и я растягиваю его на свои 1440p, так как тогда нет никаких искажений вообще.
Лол. Казалось бы, как множитель увеличения связан с искажениями…
>Я за ЧЕСТНЫЙ апскеил без улучшайзеров
Ты за ниарест нейбора. Это такой скейл без интерполяции. В кратном увеличении он ещё и как бы лосси. Видимо эта концепция каким-то образом трансформируется в твоей голове в некую честность. Но на деле это хуйня, а ты мудак.
>Лол. Казалось бы, как множитель увеличения связан с искажениями…
Если ты можешь растянуть каждыйпиксель на 4, то на выходе ты просто получаешь пиксель в 4 раза больше.
Если ты растянешь каждый пиксель на 2, то он будет либо сплюснут, либо растянут.
Если на 1.5 2.5 и так далее, то совсем грустно.
>>1890992
>лосслесс
А что ещё нужно?
Это при условии нормального монитора с квадратными ргб пикселями, конечно же. Ко всяким пентайлам не относится.
>этот вопрос до сих пор актуален
Для меня в этом вопросе всё на 100% очевидно. Я недавно смотрел полтора года назад схороненные 4К-видосы с ютуба в H.264 (другого тогда не было) в 4К. Ужас просто, вся картинка при небольшом движении рассыпается на артефакты. Потом несколько видосов VP9 посмотрел - совсем другое дело, выглядит оче прилично.
>мозг реально очень быстро тренируется замечать все эти детали
Да, если знать что искать.
>это уже обратно не выключить (не развидеть)
Ага, я когда не знал, что такое AF (анизотропка),, просто раздражался на мыльные текстуры под углом, думая, что вот так вот рендерит компишко, на ПС1 и то лучше, там хоть и квадраты дёргающиеся, зато не мыло, как на ГеФорсе 2 МХ 400. Потом узнал, включил (на более новой видяхе правда), и возрадовался, что узнал.
>А что ещё нужно?
Быстрые нейросетевые методы, дающие однопиксельные переходы границ деталей, если на исходнике они были однопиксельными.
А теперь объясни, что именно это значит и чем это лучше, чем исходное качество?
>смотрю 1к1 в окошке
Это печально, да ещё на экране ноута.
>Я за ЧЕСТНЫЙ апскеил без улучшайзеров, растягиваний, алгоритмов и мыла. Я приемлю толко если, скажем, видео 720p и я растягиваю его на свои 1440p, так как тогда нет никаких искажений вообще.
То есть тебе всё в том скриншоте нравится? Ты понимаешь, что линия с яркого в тёмный и с одного цвета на другой алгоритмом NN будет окаймлена квадратами перехода между цветами, а это пиздец какое уродство?
>Если ты можешь растянуть каждыйпиксель на 4, то на выходе ты просто получаешь пиксель в 4 раза больше.
Ну то есть ты хочешь сказать, что nearest-neighbour самый крутой ресемплинг? Вот бы тебя заставить все фильмы отныне только с ним смотреть :3
>>1890992
>без интерполяции
С интерполяцией. Просто через копирование ближайшего пикселя.
>>1891003
>Для меня в этом вопросе всё на 100% очевидно
Изначально вопрос был про 1080p (в оппосте было заявлено) и вот там нифига не очевидно. Даже на 1080p 24/30p H.264 часто лучше. Если 720p и ниже, то VP9 вообще всегда значительно хуже. На 4K или 60fps там уже да, VP9 может выиграть.
Начало BD-remux'а фильма Now You See Me http://rutracker.org/forum/viewtopic.php?t=5256605
Ещё начало фильма Космическая одиссея Кубрика помню, там совсем сблёв.
>Это печально,
Зато качество отличное, так что мне норм.
>То есть тебе всё в том скриншоте нравится?
Кроме пикселизированной надписи на здании да. А что там не так?
>>1891024
>Ну то есть ты хочешь сказать, что nearest-neighbour самый крутой ресемплинг?
Я хочу сказать, именно то, что я сказал. Увеличение без искажения для меня идеально.
>>1891025
Пуфф... На трейлерах нигде не видно этого, откуда "стримить" можно? А то у нас с торрентами совсем плохо.
>вопрос был про 1080p (в оппосте было заявлено) и вот там нифига не очевидно
Я вроде сделал вывод, что 5 случаев выигрывал VP9 и 1 H.264, или типа того, что склоняло меня к выигрышу VP9, хотя и не на 100%. Но это делалось мной ради того, чтобы решить, включать VP9 в Фраерфоксе или нет. Сценарий 4К на сегодняшний день не менее важен для меня, чем 1080р, а в будущем станет ещё важнее, так что сегодня понятно, что надо стопудово оставлять VP9 включённым.
>Кроме пикселизированной надписи на здании да. А что там не так?
Эта надпись в 4 раза (в 2 по каждому измерению) более пикселизирована, чем титры внизу, потому что каналы цветности хранятся в 1/4 разрешения канала яркости. На этом скриншоте нет таких ситуаций, но они часты на практике, когда меняется на одной линии перехода и яркость, и цветность, и тогда два разных разрешения на этой линии наложатся друг на друга и выглядеть в NN это будет очень неесественно и некрасиво. Поэтому, из-за различного разрешения яркости и цветности, для видео я считаю алгоритм NN неприемлемым. Для игр может и норм.
Красивый, интерполированный апскейл, 8К-контент, будущее.
>откуда "стримить" можно
У тебя далайлап? Как ты будешь тестить дебандинг, не скачав торрент?
Я нипонял где оригинал?
У меня ФРГ.
Я могу скачать со стриминг сайта, но не могу запускать торренты, если не хочу штраф в 800 евро.
>>1891060
Ты вообще ничего не объяснил.
А я-то думал что это мы в Рашке страдаем с роскомнадзором, оказывается у нас ещё всё зашибись по сравнению с гермашкой! Вот это поворот!
А теперь подберите алгоритм даунсемплинга такой, чтобы на превьюшке эта кукуруза не казалась куском говна.
Возможно покров клешни при увеличении
Но ведь эта дифференциальная опухоль - май вайфу же.
Чот с подлевоном.
Неудивительно, что ты про него не слышал, если пердолишься с отсталыми плеерами.
PotPlayer - это высокотехнологичный плеер, созданный программистом, который за это получает зарплату. В треде этом и прошлом уже были неоднократные сравнения и тесты
Это копия, сохраненная 6 декабря 2016 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.