>>5607640 > Но как факт существует аниме что использует 10 бит, то есть миллиард цевтов, вместо недостаточных миллионов?
> Если да, то юриняхен с 10бит монитором будет видеть более лучшую с точки зрения количества цветов картинку.
Оригинал на блюрей в х264 8 бит, может ремуксы чекнуть.
Так что тут можно развести срач, является ли обработка сладеньким и мыльненьким с уменьшением нойз-эффекта улучшением оригинала, или же ремукс является лучшей версией. Если же ты васян и любишь обмазаться мыльненьким, да ещё 60мэдвр с дорисовыванием поломанных скриншотов, выкруткой яркости-резкости, то с твоей позиции ты получишь более полный опыт.
Если же оригинал тебе важнее, то изначальные 8 бит оригинального ремукса ты можешь воспросизвести и на 8 битном мониторе (который по сути является 6бит + 2, азазаза, сука).
>>5607640 > Но как факт существует аниме что использует 10 бит, то есть миллиард цевтов, вместо недостаточных миллионов? Разница не только в количестве цветов, но и в плавности переходов, особенно это касается полупрозрачных переходов и градиентов. Хотя я на настолько знаком с тем как производят аниме, чтобы что-то сказать об этом.
>>5607651 > Оригинал на блюрей в х264 8 бит, может ремуксы чекнуть. То есть аниме не может быть 10 бит(цвет) по факту? ТВ сигнал 10 бит не передает, бд тоже не делают для совместности?
>>5607659 > для ужатия Почему это так сделано? Как будто чернобелая картинка занимает 1 мб, а ее перекодировали в цветную(но бы видим толькео чернобелую) и она стала 100кб. Должно же быть наоборот.
Чо то индекс совсем не заходит пока. Надеюсь, там дальше по сюжету будут какие-то глубокие мысли, а то пока не покидает ощущение, что смотрю хуйню для дошколят.
>>5607662 > ТВ сигнал 10 бит не передает Стоит оговориться, что некоторые сигналы уже могут передавать, но в большинстве на это хер положен. > бд тоже не делают для совместности? Потому что оригинал в 8бит сделан. Откуда у них дополнительное качество возьмётся. > > для ужатия > Почему это так сделано? Иди гугли про кодирование в 10 бит.
>>5607662 > То есть аниме не может быть 10 бит(цвет) по факту? Может. Есть UHD Bluray с полной поддержкой 10-бит и 4к. Даже есть несколько аниме, которые на них выходили. НО! 4к там явно не настоящие (поскольку в 4к никто не рисует) и остаётся вопрос о том, настоящие ли 10 бит или нет.
>>5607656 Жалкий омежка ненавидящий весь мир даже сдохнуть нормально не смог, скатился в пиздолиса. Оригинал тела и то походу лучше был, он хоть свою Лучшую Корею за яйца держал.
>>5607673 > Видел, хорошие шорты Я тоже заценил. Отлично порадовали фанатов. Жаль, конечно, ещё не было приставаний Куроко к Мисаке, но всё ещё впереди! Эх, как же индекс радует своих фанатов.
Вот смотрю Утену и увидел я проблему всех фехтовальных постановок - слишком много телеграфирующих движений. Видно, кто куда будет колоть и рубить. А в старых советских и имперских книжках по театральному фехтованию предписано вести ножевой бой обратным хватом. И все-таки я не могу понять, у Мики шпага или все же рапира? Клинок однозначно уже, чем у меча Диоса.
>>5607668 > Потому что оригинал в 8бит сделан. Откуда у них дополнительное качество возьмётся. Может сделали в 10 бит. на ТВ пустили 8, а на бд 10. Вот как раньше 720 было на тв и 1080 на бд.
> Иди гугли про кодирование в 10 бит. https://habr.com/post/288878/ ? Не понимаю как увеличения количества данных на каждый пиксель уменшает вес файла. Точнее почему тогда не делать этот алгоритм сжатия в 8 битах\пиксель, тогда будет еще меньше вес файла ведь. Вот для H.264 есть 8 битный.
>>5607670 > настоящие ли 10 бит или нет. А нет програм что сморят есть ли этот охват цветов? Кажется у аудифлов были прогрмы что проверяют FLAC ли это, или просто мр3 конвертированный в него.
>>5607689 > Может сделали в 10 бит. Они там рисуют в 900п (если повезёт). Какие 10 бит? О чём ты вообще. За битностью в аниме никто не гонится. > Вот как раньше 720 было на тв и 1080 на бд. По сути и сейчас 720 на тв, просто оригинальный выдранный с эфира файл перекодируется в определённое разрешение. > Не понимаю как увеличения количества данных на каждый пиксель уменшает вес файла. Точнее почему тогда не делать этот алгоритм сжатия в 8 битах\пиксель, тогда будет еще меньше вес файла ведь. Эх, а ведь была хорошая статья, которая рассказывала про методику сохранения плавных градиентов при малых битрейтах с помощью добавления шума. В общем техника такая, но пруфов я не заготовил. Видимо и правда удалили ту статью.
>>5607677 >увидел я проблему всех фехтовальных постановок Проблема в следующем. За все серии никто не догадался, что если противнику нанести повреждения, то розу будет сбить намного легче. Мёртвые вообще не будут сопротивляться.
>>5607689 > Не понимаю как увеличения количества данных на каждый пиксель уменшает вес файла. http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf When encoding with the 10-bit tool, the compression process is performed with at least 10-bit accuracy compared to only 8-bit otherwise. So there is less truncation errors, especially in the motion compensation stage, increasing the efficiency of compression tools. As a consequence, there is less need to quantize to achieve a given bit-rate. The net result is a better quality for the same bit-rate or conversely less bit-rate for the same quality: between 5% and 20% on typical sources. >>5607700 > За битностью в аниме никто не гонится. Битность как раз можно получить бесплатно. Это тебе не большой кадр рисовать. Может они вообще на 16-битах рисуют или ещё больше, а потом просто преобразуют в8/10-бит с дизерингом. Суть ведь в градиентах и переходах, а не самих цветах.
>>5607704 >Мёртвые вообще не будут сопротивляться. О, "Лучший стелс - это когда в живых не осталось никого, кто мог бы тебя заметить". На самом деле никто не хочет ебаться с уголовкой, которая светит за убийство. А с проволочками из-за раны тоже случается адский гемор. Тот же Сайондзи сильно поранил Тогу и за это ему дали пинка.
>>5607706 > Может они вообще на 16-битах рисуют или ещё больше Ну в общем гипотетический шанс имеется. Фактически возможно даже может быть эта разница вычислима. Есть правда куча оправданий, но допустить подобный исход маловероятный можно.
>>5607711 Остаётся только вопрос с триде. Там ведь HDR будет потреблять дополнительные ресурсы, а потому врубать его зачастую не имеет смысла. С другой стороны, 3д-модели можно отдельно рендерить для UHD с родным разрешением (т.е. без апскейла) и с нужной глубиной цвета.
>>5607700 > Какие 10 бит? О чём ты вообще. художник может рисовать в своем фотошопе градиент для няхи и использовать 10 бит, не?
> сейчас 720 на тв Да ну, читал же что их телевидение перешло на 1080
> с помощью добавления шума. Это они так назвали понижение детализации?
>>5607706 Хуево сделали как то. Факт то ясен что у них только при 10битах сжатие в движении лучше, но почему? Ведь просто 8 бит это восем ведер с данными, а 10бит это 10 ведер! Оно же просто не использует эти миллиард значений ибо их просто нет в исходнике.
>>5607714 > HDR > UHD Так, давай разделять всё по отдельности. Разрешение, повышенный цветовой диапазон (с помощью какой из кучи техник), битность цвета, разрешение.
>>5607719 Ладно, буду использовать "10-бит" и "4к", чтоб не путаться. >>5607717 > Ведь просто 8 бит это восем ведер с данными, а 10бит это 10 ведер! Не совсем так, это ты ещё про https://ru.wikipedia.org/wiki/Цветовая_субдискретизация не слышал. В видео цвет и яркость разделяются и кодируются отдельно, при этом цвет зачастую кодируется в гораздо меньшем качестве (зависит от типа subsampling'а).
>>5607725 Нет. Просто в консервах "рис с курицей" курицы очень мало, это объективный факт и его могут подтвердить я и несколько говорящих голов с ютуба.
>>5607717 > Это они так назвали понижение детализации? dithering https://gist.github.com/l4n9th4n9/4459997 Нормальной статьи на русском не нашёл. This makes higher bit depth sound pretty pointless, so why are we doing this? Here’s a bit of side info: Most LCD displays (TN panels to be precise) can only represent a bit depth of 6 bits per channel (a mere 64 levels). This would look pretty awful under normal circumstances, so these displays use a little trick called “dithering” to simulate a bit depth of 8 bits per channel. In simplified terms, this means that the panel’s controller quickly alternates between the nearest colors in a dynamic pattern. When done correctly, this creates the illusion of a higher color accuracy than what the panel is actually capable of displaying. The exact same trick can be used to display high-bit-depth encodes.
But by that logic, couldn’t we just encode with 8 bits and hardcode that dithering? Of course that’s possible, and in fact we’re already doing this to prevent so-called banding (http://en.wikipedia.org/wiki/Colour_banding). But this also has a big drawback: The bitrate required to keep the dithering intact is disproportionately high.
This brings us to the real advantage of higher bit depths: We can save bandwidth even if the source only uses 8 bits per channel. That’s right: Not only do we no longer need to hardcode any dithering, but higher bit depth also means higher error tolerance. Losing one bit of information in an 8-bit color space is equivalent to losing three bits in a 10-bit color space, and thus the same quality can be achieved with less bitrate. Want an example? One of my first tests was encoding episode 13 of Shakugan no Shana from a DVD source, with dithering added to prevent banding. I used the exact same input and settings for both encodes. The video track of the 8-bit encode has 275 MiB, while the 10-bit encode has no more than 152 MiB and doesn’t look worse at all -- in fact, it even looks better than the much larger 8-bit encode. Now, if I hadn’t hardcoded the dithering for the 10-bit encode and instead passed a high-bit-depth picture to x264, it would’ve resulted in even better perceived quality and an even smaller file size! Можешь прочитать это или в оригинале. По факту мерцания близкого цвета, с которыми 10 бит справляется гораздо лучше, чем 8 бит. Без этих мерцаний видео часто разваливается на куски, что называют тоже каким-то словом, banding. Это вот когда градиент разваливается на состовляющие. С этим ничего не поделать, так уж работают видеокодеки.
>>5607743 Ну там должны быть пояснения по-человечески, почему для 10 бит дизеринг не так уж плох и даёт нормальные результаты при нормальном битрейте, а при 8 бит ты уже получаешь размер ремукса. В какой-то давней статье лет пять назад это разжовывалось.
>>5607734 > controller quickly alternates between the nearest colors in a dynamic pattern. Типа пиксель быстро переключается и получается цвет что он не мог по документам воспроизводить?
> Losing one bit of information in an 8-bit color space is equivalent to losing three bits in a 10-bit color space а если сделать 32 бита то можно позволить терять и 8 бит? Не понимаю как 8-1>10-3.
>>5607746 А если 32 бита сделать то размер будет еще меньше чем при 10?
>>5607750 > А если 32 бита сделать то размер будет еще меньше чем при 10? Возможно выигрыш будет не настолько заметен в отличие от снижения производительности. > > Типа пиксель быстро переключается и получается цвет что он не мог по документам воспроизводить? Да, так работают многие дешёвые мониторы (до 20 тысяч). У матрицы lm238wf4, например, 6 натуральных бит и 2 достигаются этим дизерингом. Но монитор на этой матрице считается лучшим за свои деньги (до 15к) по цветопередаче. > Не понимаю как 8-1>10-3. К сожалению нормальное объяснение на хабре утеряно. Суть сводилась к тому, что этот эффект дизеринга для восьми бит нужно кодировать в несколько близких элементов, когда в десять бит в меньшее число. Но сам толком не помню, как там пояснялось. > Но все равно 8 бит видео, ты его переводишь в 10 бит, это как заполнить бутылку на 2 литра 200 миллиметров. Скорее мы заполним воздушный шарик не углекислым газом, а воздухом. Он точно также не будет летать, сохранит свой объём. Но там будет воздуха разное количество, он будет иметь разный вес и совершенно разные свойства.
>>5607759 > Как при прочих равных ряд 1 2 3 занимает меньше чем ряд 1,0 2,0 3,0 ? Не совсем так. Мы берём совершенно плавный градиент от одного цвета до другого. Сжимаем его алгоритмами сжатия. Получаем ступенчатый эффект. Для того, чтобы скомпенсировать это, добавляем диззеринг - мерцание, шумы. В случае с восьмибиткой шумы дорого обходятся (почему-то). В случае с десятибиткой шумы обходятся дешевле. Если же не добавлять шумы, размер будет приблизительно одинаков.
>>5607760 > 8 бит салатовый - в памяти (зеленый)(белый)(переключние) > 10 бит салатовый - в памяти (салатовый)
> Так? Да если бы оно было так! Нет, они по сути мерцают все, дизеринг никуда не делся. Однако само мерцание закодировано по-разному. И вот эти промежуточные мерцания проще кодируются в 10 битке из-за наличия этих промежуточных цветов. То есть твой описанный принцип верен, что во втором приближении. А в первом диззеринг никуда не делся.
Охренеть я конечно расстроен. В интернете просто пропали нужные статьи. Все ссылки на них устарели и сами статьи больше не найти. Вроде и задумался о пользе книг, но как я тогда нужную книгу найду, если не будет её упоминания или же ссылки на неё.
Вот допустим закодирован цвет пикселя 8бит 07 06 05 04 03 02 01 05
и вот 10 бит этот же цвет 07 06 05 04 03 02 01 05 00 00
Вот эти нули лежат мертвым грузом и при этом в итоге файл с этим мертвым грузом меньше занимает. Как если инфы больше? Сжатие лучше сжимет этими нулями? Почему же если инфы оно сжимает больше?
>>5607781 Старые знания утрачены, где то я недавно читал что мы не сможем воспроизвести ракету что доставила людей на луну.
>>5607787 > Вот эти нули лежат мертвым грузом и при этом в итоге файл с этим мертвым грузом меньше занимает. Как если инфы больше? Сжатие лучше сжимет этими нулями? Почему же если инфы оно сжимает больше? Видел что происходит, когда VLC теряет ключевые кадры? Картинка рассыпается на изменяющиеся квадраты. Так вот кроме этих ключевых-опорных кадров достаточную часть веса картинки занимают изменения вот этих квадратов. Кодировка и оптимизация заключается в том числе в поиске такого количества изменений квадратов на экране, чтобы достичь нужного критерия схожести кадра с оригиналом. В случае если ты пытаешься качественнно повторить очень шумную сцену (с плёнки) или же плавный градиент, тебе может понадобится очень много значений об этом изменений вот этих квадратов.
>>5607799 И в свою очередь этот самый добавленный дизеринг и является искусственным шумом плёнки, то есть на него и добавляется основная нагрузка. Но сука я не знаю точно, почему 10бит справляется с задачей дизеринга с меньшим объёмом! Могу лишь спекулировать. Я даже не знаю, как это проверить! Кодировка мне не подскажет, как именно кодек думает и что он там кодирует даже при одинаковых опорных данных! Как мне вычислить количество единичных изменений кадра при одинаковой нагрузке.
Пиздец, нам еще прямо в мозг компютеры и вообще станем. Какая же огромная пропасть между животными и людьми. Как будто не хватает промежуточных звеньев.
>>5607799 Да, я понимаю что не просто BMP картинки что меняется каждые 1/24 секунды, но все равно 8 бит занимают меньше места чем 10 бит. Даже если припустить что при 8 бит занимаю в 10 битной ячейке столько же места то почему размеры не одинаковые у перекодированного 8 бит и 10.
Ну вот спекуляция состоит в том, что параметр оценки "качества" приближения полученного кадра к исходному благодаря кодированию в 10 бит можно достичь гораздо проще, чем в 8 бит благодаря этим полутонам. Доводя до абсурда красный ближе к серому, чем чёрный, хотя ни чёрный ни красный не являются серым. И вот таких красных вроде и дохрена на картинке, но для восьмибитки ещё сложнее добраться до нужного качества. Но сука это спекуляции. Хочу видеть цифры-сравнения-качество, процедуру кластеризации изменений с цифрами и обоснованием выбранной функцией выгоды! >>5607806 > но все равно 8 бит занимают меньше места чем 10 бит. И здесь идёт задача эти промежуточные, добавленные кадры закодировать. Кстати, опорные кадры могут быть совершенно в любом количестве. Вплоть до того, что каждый кадр видео - опорный.
>>5607807 > Технологии те же Ну пример будет не самый подходящий, но что поделать. После победы над германией ссср вывезла часть технологий. В том числе эти их ракеты фау-2. Чистое копирование не помогло воспроизвести результат, поскольку как оказалось, в ракете используются определённые сорта стали.
То есть вроде чертёж есть, но есть и куча других проблем - материалы, расчёт материалов, необходимость исследования новых материалов для хоть какого-то изменения объекта в условиях той же развивающейся аппаратуры, когда меняются какие-то условия.
Допустим был мораторий на использование ядовитых газов для отправки ракет. В связи с этим необходимо было поменять сорта стали, возможно их разработать. Если бы вот эти все науки по разработке сортов металла были потеряны - факт запуска ракет ранее не означал бы, что мы можем отправить новую ракету в условиях развивающейся аппаратуры (которая требует защищённость от радиопомех теперь).
>>5607810 Все это звучит крайне сомнительно. Особенно на фоне того, что Фау-2 была и так далека от идеала и копировать ее один в один не было смысла. В этот же период разрабатывались новые ракеты и системы, повторять старую конструкцию и топтаться на месте глупо.
>>5607811 > То есть ты делаешь из 8 битного видео 10тибитное с новыми цветами? На самом деле оно всегда таким и получается, результирующее видео имеет всегда новые отличающиеся цвета в каких-то зонах, а в случае с 10битным, так вообще новые для видеоряда. > как в евангелионе в последни серях когда в секунду щелкали разные кадры? Не обязательно.
В случае с созданием мультипликации, как это раньше делали, запечатывался каждый кадр на плёнку и каждый кадр был собственно опорным. А в цифровую эру можно даже без опорных сделать. Один опорный и всё остальное - куча изменений квадратов. В прикреплённом видео вообще минимум опорных кадров, всё постоянно изменяется я помощью промежуточных. Вопрос лишь реализации. Реализация зависит от кодека и приписанных человеком параметров скрипта. Как было реализовано конкретно в твоём рипе евангелиона - я не знаю. Если картинка рассыпалась - скорее всего кодек решил, что ключевой кадр слишком дорого, и делал вспомогательные.
>>5607819 Может не идеальна, но это была рабочая модель. Реверс инжениринг с воспроизведением рабочей модели были первой ступенью. Но и на ней были трудности.
>>5607819 > повторять старую конструкцию и топтаться на месте глупо. Им было виднее, так появилась р-1 что улучшенная копия фау2.
>>5607822 > новые для видеоряда. полноценные 10 бит? тогда нужен моник для точной передачи искривленного видео. И если припустить что имеено эти оригинальные цвета дают лучшее сжатие то все равно звучит непрадоподобно.
>>5607827 > полноценные 10 бит? тогда нужен моник для точной передачи искривленного видео. На деле тебе не нужно получать точную информацию с твоего 10битного видео. Задача 10битного видео не в идеальной точной передаче цветов, ни один кодек такого не делает. Задача в уменьшении артефактов. С уменьшением артефактов он справляется. Дальше уже расшифровка сжатой информации с наименьшим количеством информации и обработка этой информации сначала на шину, а потом уже с шины на монитор. И всё это ещё имеет свои цветовые потери, не говоря уже о точности воспроизведения цвета на матрице. Так что вопроса о воспроизведении конкретного цвета на мониторе не стоит.
>>5607837 > какая разница что там и как закодировано. Как раз-таки именно механика кодека позволяет уменьшить размер. То, как он истолковывает изменения кадра, как оценивает разницу между исходным и полученным кадром. В случае с 10 битами у кодека появляются новые возможности аппроксимации движения.
>>5607839 и опять же какая разница кодеку 8 бит или 10 бит, кроме того что 8 бит меньге и соотвесвено должно занимать меньше места. но ирл это наоборот.
Третий сезонов титосов просто на голову выше двух предыдущих. Не понял чего вы тут плевались три месяца. Может просто потому что смотрели по серии в неделю.
Этот высер даже на уровень marksman rifle (отличие marsman'а от sniper'а рекомендую погуглить самому) по стандартам НАТО не тянет, есличо. Уровень мосинки.
И так практически со всем - устарело в момент появления, пушо скопировано/сделано по аналогии там где спиздить чертежи не получилось с лагом в 5-10 лет (когда там F-15 и F-16 и когда там миги 29 и ссу-27 появились, а?).
Разве что по ПВО у запада пососам был - и то до появления ракет SM-3, после чего пососам начался у "неимеющих анал огов".
>>5607909 Жду от тебя перфект лунатик, мой дорогой неказуальный дотер. Тохо это одна из реально хардовых игр, где все из себя такие игруны vg отсеиваются на раз.