Про идеальную АЧХ вы совершенно не правы, т.к. не учитываете компенсаторные механизмы нашего слуха. Ещё давно были проведены слепые прослушивания и выявлены примерные очертания целевой кривой (которая зависит от возраста, пола и наслушенности)
Типы алгоритмов пойдут когда начнутся Avisynth скрипты... Я думаю, что если у всех оцифровщиков спросить, какие алгоритмы и в каких пресетах используются в QTGMC, то 99% вам не ответит
Почему же кадровый синхроимпульс? Это ведь область переключения голов... Если память не изменяет, по мануалам обычно допускается диапазон: последние 3 строки - кадровые гасящие
Блин, я уже поздно, тут до меня хорошо drWhy много чего расписал...
"она давала в результате несжатый поток данных с плёнки около 30Мбит/с 720*576" - а какой кодек? Это почти самое главное. Можно MPEG-2, а можно FFV1, разница будет) А ещё есть штука под названием chroma subsampling и проблемы с запаздыванием цвета в 4:2:0 на некоторых ТВ стандартах...
"Насколько я понимаю, причина в черезстрочности этого сигнала, поэтому и создаётся плавность из-за чередования полей. Любое сжатие начисто лишает этой гладкости, делая обычное видео 25fps" - это неверно и в незнании многих оцифровщиков и состоит главная проблема. Клиент приносит и у него нет возможности сравнить и узнать, хорошо ему сделали или нет...
У вас на аналоге используется interlacing (чересстрочная развёртка), потом вы одним из десятка алгоритмов делаете преобразование в прогрессивную развёртку. Слова BOB, Weave, Discard, QTGMC и прочие видимо никогда вам не встречались(
Про видео уровни ничего опять же не рассказали, а это важно, ибо легко можно получить клип белого/чёрного, если не проконтролировать выход за 16-235 или принудительно не "разжать" в 0-255.
Цветовое пространство PAL отличается от sRGB, кроме этого, есть такая вещь, как соотношение сторон пикселя и если вы 720*576 нечаянно затегаете как 1:1, то никакого 4:3 на воспроизведении уже не будет.
"А расскажите подробнее, что за дропы и разъезжающие строки?" на аппарате без line TBC у вас ничего по сути не управляет временем выхода строк кроме самой механики, как следствие - нестабильность изображения. Видак с LTBC также не панацея, т.к. line TBC не гарантирует выход кадра и у вас будет просто чёрный экран на захвате (если брать нормальные грабберы, а не камеры, где есть некое подобие кадрового синхронизатора). Вам нужен кадровый синхронизатор/full frame TBC в каком-то его проявлении для того чтобы избежать потери кадров
В статье как будто написано всё и в то же время ничего. Самые главные моменты про правильный захват аналога просто упущены(
Настройки записи, постобработка (а это бо́льшая сложность, чем просто сбор железа для оцифровки), выбор и сравнение оборудования. Про корректоры временны́х искажений и их типы тоже ничего не рассказано, а без этого у вас на захвате будут дропы и разъезжающиеся строки...
Не совсем понял что происходит у автора... Тонмапинг HDR в rec.709? Звучит модно
Если в статье скрины из HDR версий, то это неверно, т.к. вы их засовываете без тонмаппинга в цветовое пространство sRGB, где совершенно другая гамма (sRGB, которая ближе к 2.2, чем к "киношным")
Более того, у вас везде гамма кривые должны быть разными (rec.709 и 2020 отличаются, если не изменяет память)
Было бы круто если попробовали сделать полноценный TBC (корректор временны́х искажений), пусть даже строчный, а не полнокадровый... Очень нужная для работы с аналоговыми источниками, но редкая вещь и новых никто не производит(
TBC - это по сути АЦП, буффер и ЦАП. Строки цифруются и сохраняются в память, а потом "выдаются", но уже через равные промежутки времени, что позволяет это все потом без потерь кадров захватить...
Когда кассеты хранят на чердаке/в гараже там и не такое заведётся 😁. На виниле, особенно японском может быть плесень, при том довольно явная. Проблема с плесенью и любым налетом на ленте в том, что оно будет почти сразу забивать головы, соответственно воспроизведение невозможно пока лента не будет очищена...
Интересно чем людям не угодил любой видак, из которого можно вытащить бвг и также вставить чистящие элементы? Тут ведь даже корпус пластиковый, без стабилизаторов и натяжителей...
Я извиняюсь, а перед тем как выставить вот это на всеобщее обозрение, вы прочитали как происходят изменения наушников? 🤨
Откуда вы взяли, что целевая кривая (target curve) - это прямая? А как же влияние внешнего и среднего уха? Каким образом вы симулировали импеданс уха? Он ведь влияет на воспринимаемую АЧХ...
Это не АС, где можно ткнуть микрофоном и получить что-то внятное) В случае с наушниками вам необходимо иметь стенд и целевую кривую к нему. Для совместимости с той же Harman OE, вам потребуется система GRAS, ибо на ней выводилась эта кривая.
То, что вы измерили, можно использовать лишь для сравнения с такими же измерениями, при наличии референса, типо HD600/650. DIY-audio-heaven используют flatplate для измерений, но это не мешает интерпретации результатов, т.к. есть база и достаточно хорошая корреляция с тем же 711 coupler'ом, который использовался у Harman research
А зачем подобное вообще нужно если есть madVR? Там и графический интерфейс и возможностей настроек больше, в т.ч. 3dlut и прочих калибровок
Сам игрался таким на IPS, пусть даже и профессиональном, NEC PA301. Ужасно, даже на 180нит черный как серая масса, особенно заметно в темноте (где обычно фильмы и смотрят). Любая backlit/edgelit неорганика неспособна в нормальный HDR без local dimming ну или на крайняк управления всей подсветкой сразу. Уровни черного не позволяют что либо увидеть в темных местах, потому что их тупо нет)
Про идеальную АЧХ вы совершенно не правы, т.к. не учитываете компенсаторные механизмы нашего слуха. Ещё давно были проведены слепые прослушивания и выявлены примерные очертания целевой кривой (которая зависит от возраста, пола и наслушенности)
Оставьте самое сочное на потом 😁
Типы алгоритмов пойдут когда начнутся Avisynth скрипты... Я думаю, что если у всех оцифровщиков спросить, какие алгоритмы и в каких пресетах используются в QTGMC, то 99% вам не ответит
brainrot TV 💀
Почему же кадровый синхроимпульс? Это ведь область переключения голов...
Если память не изменяет, по мануалам обычно допускается диапазон: последние 3 строки - кадровые гасящие
Блин, я уже поздно, тут до меня хорошо drWhy много чего расписал...
"она давала в результате несжатый поток данных с плёнки около 30Мбит/с 720*576" - а какой кодек? Это почти самое главное. Можно MPEG-2, а можно FFV1, разница будет) А ещё есть штука под названием chroma subsampling и проблемы с запаздыванием цвета в 4:2:0 на некоторых ТВ стандартах...
"Насколько я понимаю, причина в черезстрочности этого сигнала, поэтому и создаётся плавность из-за чередования полей. Любое сжатие начисто лишает этой гладкости, делая обычное видео 25fps" - это неверно и в незнании многих оцифровщиков и состоит главная проблема. Клиент приносит и у него нет возможности сравнить и узнать, хорошо ему сделали или нет...
У вас на аналоге используется interlacing (чересстрочная развёртка), потом вы одним из десятка алгоритмов делаете преобразование в прогрессивную развёртку. Слова BOB, Weave, Discard, QTGMC и прочие видимо никогда вам не встречались(
Про видео уровни ничего опять же не рассказали, а это важно, ибо легко можно получить клип белого/чёрного, если не проконтролировать выход за 16-235 или принудительно не "разжать" в 0-255.
Цветовое пространство PAL отличается от sRGB, кроме этого, есть такая вещь, как соотношение сторон пикселя и если вы 720*576 нечаянно затегаете как 1:1, то никакого 4:3 на воспроизведении уже не будет.
"А расскажите подробнее, что за дропы и разъезжающие строки?" на аппарате без line TBC у вас ничего по сути не управляет временем выхода строк кроме самой механики, как следствие - нестабильность изображения. Видак с LTBC также не панацея, т.к. line TBC не гарантирует выход кадра и у вас будет просто чёрный экран на захвате (если брать нормальные грабберы, а не камеры, где есть некое подобие кадрового синхронизатора). Вам нужен кадровый синхронизатор/full frame TBC в каком-то его проявлении для того чтобы избежать потери кадров
В статье как будто написано всё и в то же время ничего. Самые главные моменты про правильный захват аналога просто упущены(
Настройки записи, постобработка (а это бо́льшая сложность, чем просто сбор железа для оцифровки), выбор и сравнение оборудования. Про корректоры временны́х искажений и их типы тоже ничего не рассказано, а без этого у вас на захвате будут дропы и разъезжающиеся строки...
Не совсем понял что происходит у автора... Тонмапинг HDR в rec.709? Звучит модно
Если в статье скрины из HDR версий, то это неверно, т.к. вы их засовываете без тонмаппинга в цветовое пространство sRGB, где совершенно другая гамма (sRGB, которая ближе к 2.2, чем к "киношным")
Более того, у вас везде гамма кривые должны быть разными (rec.709 и 2020 отличаются, если не изменяет память)
Сейчас есть vhs_decode, но пока все очень сыро в плане удобства использования и больше подходит для архивация, т.к. требует довольно сильной обработки
Было бы круто если попробовали сделать полноценный TBC (корректор временны́х искажений), пусть даже строчный, а не полнокадровый... Очень нужная для работы с аналоговыми источниками, но редкая вещь и новых никто не производит(
TBC - это по сути АЦП, буффер и ЦАП. Строки цифруются и сохраняются в память, а потом "выдаются", но уже через равные промежутки времени, что позволяет это все потом без потерь кадров захватить...
Когда кассеты хранят на чердаке/в гараже там и не такое заведётся 😁. На виниле, особенно японском может быть плесень, при том довольно явная. Проблема с плесенью и любым налетом на ленте в том, что оно будет почти сразу забивать головы, соответственно воспроизведение невозможно пока лента не будет очищена...
Интересно чем людям не угодил любой видак, из которого можно вытащить бвг и также вставить чистящие элементы? Тут ведь даже корпус пластиковый, без стабилизаторов и натяжителей...
Я извиняюсь, а перед тем как выставить вот это на всеобщее обозрение, вы прочитали как происходят изменения наушников? 🤨
Откуда вы взяли, что целевая кривая (target curve) - это прямая? А как же влияние внешнего и среднего уха? Каким образом вы симулировали импеданс уха? Он ведь влияет на воспринимаемую АЧХ...
Это не АС, где можно ткнуть микрофоном и получить что-то внятное) В случае с наушниками вам необходимо иметь стенд и целевую кривую к нему. Для совместимости с той же Harman OE, вам потребуется система GRAS, ибо на ней выводилась эта кривая.
То, что вы измерили, можно использовать лишь для сравнения с такими же измерениями, при наличии референса, типо HD600/650. DIY-audio-heaven используют flatplate для измерений, но это не мешает интерпретации результатов, т.к. есть база и достаточно хорошая корреляция с тем же 711 coupler'ом, который использовался у Harman research
А с каких пор staircase представление оцифрованных сигналов стало правильным? Нигде в тракте у нас нет этих лесенок, тем более на выходе
А зачем подобное вообще нужно если есть madVR? Там и графический интерфейс и возможностей настроек больше, в т.ч. 3dlut и прочих калибровок
Сам игрался таким на IPS, пусть даже и профессиональном, NEC PA301. Ужасно, даже на 180нит черный как серая масса, особенно заметно в темноте (где обычно фильмы и смотрят). Любая backlit/edgelit неорганика неспособна в нормальный HDR без local dimming ну или на крайняк управления всей подсветкой сразу. Уровни черного не позволяют что либо увидеть в темных местах, потому что их тупо нет)