f(light)all

vivan, Но ведь качать файлики в 250 метров это веселее.

Artofeel, А чо тут такого было после того как я заснул?

Акита
оценил :D
фаллометрия — двигатель прогресса!

trampler написал(а):
Там где интерполяция лажает, нужно маскить объект

типа маски для твикстора? я так и не понял что он с ними делает...буду благодарен за годный тутор

trampler написал(а):
и оставлять в исходных 8-12 фпс

ну так и было сделано, никаких дублей

vivan написал(а):
Что значит "скрываться"?

т.е. там не то что пишет какая то программа-информатор или рендер
например, кто то в вики написал
http://en.wikipedia.org/wiki/Chroma_subsampling#4:4:4_R.27G.27B.27_.28no_subsampling.29

wiki написал(а):
Note that "4:4:4" may instead be referring to R'G'B' color space, which implicitly does not have any chroma subsampling at all. Formats such as HDCAM SR can record 4:4:4 R'G'B' over dual-link HD-SDI.

vivan написал(а):
Потому, что 4:4:4 с использовазнием матрицы GBR эквивалентно обычному RGB.

иными словами:
у меня RGB, а не YUV 4:4:4

vivan написал(а):
Если добавить к этому неадекватные настройки

настройики одинаковы (практически) для всех версиий, у RGB только коэфициент сжатия больше.

btw, если я закодирую х264 lossless (crf 0) в RGB, то после декодирования я получу файл _ПОБИТОВО_ совпадающий с оригинальным, если я закодирую в YUV лосслесс, то я получу совершенно другие данные...
Мы просто оперируем разными взглядами, ты не автор, ты ничего не создавал, тебе меня не понять, ты опираешься на какие-то ограничивающие стандарты кодирования видео-данных, не трать своё время, ты все равно не переубедишь меня. :)

upd:
выяснил почему chroma qp offset минусуется...
это все --psy-rd, чем сильнее значение тем сильнее минус

mwDeus, зайди в настройки madVR, devices -> то, во что ты смотришь, properties и выставь там глубину в 6 бит. Получишь много сильного мелкого шумка.

А еще можнешь повайнить на других страничках, чтоб все в 10бит кодили.

vivan, да не кипятись ты, я же тебе серьёзно говорю :3
Мне вот нравится шумок в клипах, особенно если он мелкий и не размазанный.
http://rghost.ru/45933972/image.png

mwDeus, залезь туда откуда вылез.

vivan, А я люблю обмазываться свежим шумком и онанировать на битрейт. Не понимаю твоей обеспокоенности этим, вообще считаю, что экономия трафона в наше время НИНУЖНО, и мне пофиг что скажут 3жы дрочеры и прочие эплофаги с их мерзкими кпк.

Artofeel написал(а):
ну так, под 4:4:4 может скрываться RGB, не так разве?

Что значит "скрываться"?

Artofeel написал(а):
если он не поддерживает, тогда почему размер раздувается?

Потому, что 4:4:4 с использовазнием матрицы GBR эквивалентно обычному RGB. Это раздувает размер минимум в два раза, т.к. в 4:4:4 в два раза больше семплов, чем в 4:2:0. Но по сравнению с нормальным 4:2:0, где хрома - это цвет, а не хрен знает что, размер раздувается еще больше.
Если добавить к этому неадекватные настройки (и не смеши меня чем-то вроде "я хотел сохранить детали/шумок!!1")... Но мне лень эксперементировать чтобы выяснить чем там именно ты еще в 2 раза раздул битрейт.

Сорц клевый, клип халтурка, RGB порадовало (как повод подтянуть матчасть).
Там где интерполяция лажает, нужно маскить объект и оставлять в исходных 8-12 фпс, ну или морфить вручную, а то стремновато смотрится.

vivan написал(а):
Во-первых тебе медиинфо пишет:
Во-вторых тебе madvr пишет:

ну так, под 4:4:4 может скрываться RGB, не так разве?

vivan написал(а):
В-третих H.264 ничего, кроме YUV c 4:2:0/4:2:2/4:4:4 сабсемплингом не поддерживает.

если он не поддерживает, тогда почему размер раздувается?

Artofeel написал(а):
откуда такие сведения? пруфлинк пожалуйста.

Ох.
Во-первых тебе медиинфо пишет:

MI написал(а):
Color space : YUV
Chroma subsampling : 4:4:4

Во-вторых тебе madvr пишет:

madVR написал(а):
h264, 4:4:4, 8bit
matrix: GBR (says bitstream)

В-третих H.264 ничего, кроме YUV c 4:2:0/4:2:2/4:4:4 сабсемплингом не поддерживает. Читай описание профилей в спецификации ниже.
В-четвертых http://3.firepic.org/3/images/2013-05/11/kvny8wzu4r3e.png и http://3.firepic.org/3/images/2013-05/11/15uygoqmv62e.png из оф. спецификации (http://www.itu.int/rec/T-REC-H.264-201201-S/en)

vivan написал(а):
Т.е. 4:2:0 ргб тебя не удивляет?)

да я инпут имел ввиду
раз синт его поддерживает, тогда не проблема

vivan написал(а):
Еще раз повторю, что RGB - это 4:4:4 YUV + матрица BGR

откуда такие сведения? пруфлинк пожалуйста.

Artofeel написал(а):
что то я сомневаюсь что он закодит "честные" 10 бит, мне кажется отдихтерит в 8 и сделает магические 10, и фиг ты этот проверишь...

При правильном инпуте (http://avisynth.org/mediawiki/High_bit-depth_Support_with_Avisynth) он будет кодировать что есть. Я гарантирую это. Ну или закодь --crf 0 и сравни вычитанием (10-битный инпут vs 10-битный энкод).

Artofeel написал(а):
алсо, что то я не слыхал о RGB на 10\10\10, там же можно только по 8 или 16 или 32

Т.е. 4:2:0 ргб тебя не удивляет?) Еще раз повторю, что RGB - это 4:4:4 YUV + матрица BGR. Ну т.е. если передать YV24 в 16-битном interleaved формате + --colormatrix BGR то наверно будет то, что ты ожидаешь. Но это я гарантировать не могу, ибо фигней такой не занимался... И в который раз повторю, что ничего, кроме раздутого в 5 раз битрейта ты этим не достигнешь.

Artofeel написал(а):
просто не совсем понятно, как можно было написать конверт цветов и при этом не давать возможность указать матрицу...

Легко, конвертацией swscale занимается, который старый как...

UPD: все-таки пострадал фигней.
10 битное 4:4:4 вполне себе кодируется (достаточно --output-csp rgb, 10-битная версия в 8 бит ничего закодировать все равно не сможет), но LAV конвертирует его при декодировании в 8-битный RGB. Зато с YCgCo такого не происходит.

vivan написал(а):
Я предлагаю дать иксу на вход 16 бит (можно и 10, разницы не будет) и закодить им в 10

что то я сомневаюсь что он закодит "честные" 10 бит, мне кажется отдихтерит в 8 и сделает магические 10, и фиг ты этот проверишь...
алсо, что то я не слыхал о RGB на 10\10\10, там же можно только по 8 или 16 или 32

vivan написал(а):
Это матрица, которая в поток прописывается.

да это понятно, просто не совсем понятно, как можно было написать конверт цветов и при этом не давать возможность указать матрицу...

вау,зацепило o-o смотрел на одном дыхании

Artofeel написал(а):
что ты предлагаешь? закодить 16? ну тогда оно вообще будет наверно весить...плюс у всех моники 8битные, толку.

Я предлагаю дать иксу на вход 16 бит (можно и 10, разницы не будет) и закодить им в 10 (он больше не умеет, т.к. больше и смысла не имеет).
Мне тебе лекцию устроить, почему 10 таки имеет смысл?) Если кратко - зачем кодировать несжимаемый шум от дизеринга, если этот самый дизеренг может рендерер делать?
И если не страдать фигней (типа ргб) - то будет весить все те же 50 мб, если не меньше (ну и плюс мегабит на флак, или сколько он там весит).

Artofeel написал(а):
а разве не...

Нет. Это матрица, которая в поток прописывается. Там много чего можно прописать, например BGR - будет весело (видел когда-нибудь 4:2:0 RGB видео? Увидишь xD).

Artofeel написал(а):
еще одно доказательство, нах#й YUV

Просто не надо фигней страдать. x264 кодирует то, что ему на вход дают. Это энкодер, а не фигня "все в одном" (хотя некотрые страются его в нее превратить). Не нравится - вперед писать патчи.

vivan написал(а):
Нестыковочка-то.

всмысле? я вывел 16 и отдихтерил в 8 -> закодил
что ты предлагаешь? закодить 16? ну тогда оно вообще будет наверно весить...плюс у всех моники 8битные, толку.

vivan написал(а):
а тот радостно использует для этого Rec601 матрицу.

O_O
а разве не ту которую указываешь в --colormatrix !? или --colorprim или еще чо там, какая то..
эммм...фак..моя вера в здравый ум разрабов х264, пошатнулась...
еще одно доказательство, нах#й YUV

Artofeel написал(а):
а я и вывел, ты вообще читал что я писал?

Да, читал. Помню там было

Artofeel написал(а):
Ты же предлагаешь 8 бит в магические 10 превратить.

Нестыковочка-то.

Artofeel написал(а):
а определяется она кодингом, да?

Цветокором она определяется

Artofeel написал(а):
предпоследняя, последняя (внешняя) обычная YUV 4:2:0

... которая точно так же запорота.
Ргб версия http://5.firepic.org/5/images/2013-05/11/4oe2o7gv1rey.png
твоя yv12 http://5.firepic.org/5/images/2013-05/11/k6hnzj27slp4.png
скорректированная вручную http://5.firepic.org/5/images/2013-05/11/g4k6ohxtu84h.png
Знаешь почему симпл (а теперь и бака) запарывают видео при ргб сорце? Потому, что они полагаются на x264 для конвертирования его в yv12, а тот радостно использует для этого Rec601 матрицу. Почему ты, мастер синта, стопицотбитной обработки и дизеринга, делаешь так же - для меня остается загадкой...

Artofeel написал(а):
не знаю, кому в голову взбрело, перекодировать уже закодированное видео и ставить это основной ссылкой...

Учитывая, что заметной человеку разницы (при использовании костыля, нивелирующего вышеуказанный косяк) с rgb версией нет, а весит она в 5 раз меньше - это был более разумный человек.

В привлекательности исходника сомневаться не приходится. Творческой составляющей от автора не увидел.
ЗЫ: даешь 60fps с фильтрами от сплэша)

vivan написал(а):
А теперь расскажи мне в чем проблема вывести >8 бит.

а я и вывел, ты вообще читал что я писал?

vivan написал(а):
И сочность битностью не определяется, лол.

а определяется она кодингом, да? ...10bit поколение...

vivan написал(а):
а последняя - бесполезные 4:2:2.

предпоследняя, последняя (внешняя) обычная YUV 4:2:0
не знаю, кому в голову взбрело, перекодировать уже закодированное видео и ставить это основной ссылкой...

vivan написал(а):
Только хомячье тебя начитается, а потом такой хрени еще больше будет.

угугу, и мы захватим мир, и тогда ты уже нас не остановишь! муухахахахахаха ха

Alkatraz234 написал(а):
Откуда столько восторга, не пойму?..

Welcome to the AMVNews!
тут народ не требовательный :)

Клип халтурка, за исходник спс.

Интрига больше чем окончательное впечатление. + разве что за попытки интересного подхода, но целостной картины нет.

3

О чем вообще можно говорить? Я пересмотрел исходник - там по 6 минут на серию, в "клипе" банально последовательно пересказывается его сюжет, буквально по сценам. Ничего кроме апскейла и твикстора этот клип из кучи других не выделяет. Откуда столько восторга, не пойму?..

mwDeus написал(а):
>я не ждал особых технических заморочек
>Ждал Клип Артофила

не, ну понятно, что заморочек у него всегда куча
но интересны мне были не они

Пересмотрел еще раз Патему, что бы отделить работу от исходника.
К сожалению весь проект сводится к работе с кадрами а не с сюжетом. Хотя о чем я? Кому он сейчас нужен?

mwDeus написал(а):
Пчелиный тоже порадовал, господи такая самоуверенность и готовность говорить любую фигню пускай даже не понимая 95% сказанного ради того чтобы привлечь внимание к своей персоне, такой ручной попугайчик повторяющий заученные где-то фразы, оче мило :3.

Лол, да у тебя на меня дикий баттхёрт. Забыл наверное, что в последнее время сам повторяешь фразы именно за мной, когда-то написанные в твой адрес.
Баба ты базарная, деус, которая ничего не знает и не умеет, но везде имеет мнение, хер оспоришь. Бесполезная и жалкая, самоутверждающаяся в интернете через унижение других и троллинг, ведь больше ничего не может и других способов общения не знает. Да что с тобой разговаривать, проще как остальные - игнорировать. Свободен.

Artofeel написал(а):
так, бегло.

Оно видно.

Artofeel написал(а):
так ты про Glow? это AE'шный фильтр работаюший _хорошо_ исключительно в 16-32 битах на канал
т.е. читай, я расширил цветовой сигнал
этого мало, чтобы получить более сочную картинку от оригинала?

Ну вот, таки смог же вспомнить! А теперь расскажи мне в чем проблема вывести >8 бит.
И сочность битностью не определяется, лол.

Artofeel написал(а):
у тебя точно ргбатхерт, RGB версия лишь одна из 3-x возможных для скачивания

Еще одна - убитая симплой, а последняя - бесполезные 4:2:2.

Artofeel написал(а):
и вообще, чо хочу то и делаю :P

Молодец. Только хомячье тебя начитается, а потом такой хрени еще больше будет.

Всё таки коменты под клипами Арто всегда доставляют, святая толстота, тут прямо всё измазано тонким юмором и взаимным трешем и угаром. :D
Пчелиный тоже порадовал, господи такая самоуверенность и готовность говорить любую фигню пускай даже не понимая 95% сказанного ради того чтобы привлечь внимание к своей персоне, такой ручной попугайчик повторяющий заученные где-то фразы, оче мило :3.

Bubusiateenka
>я не ждал особых технических заморочек
>Ждал Клип Артофила
О да.
На самом деле этот клип чисто с точки зрения обычного зрителя в техническом плане не так уж и примечателен, ну закодирован хитро, ну апскейл годный, пофег же. Так что это по моему первый клип у автора который просто сделан и всё.
Ну а чего вы ещё ждали?

РЕПОСТ ИЗ БУДУЩЕГО!
http://rghost.ru/45941266/image.png

Довольно интересная работа в духе автора. По м\в и истории у меня вопросов нет, напомнило фильм, вышедший в прошлом году о двух влюбленных из разных миров, там тоже было много сцен с падением в небо)

Alecsejj13 написал(а):
Чем то похоже на трейлер к фильму "Параллельные миры"

вот да - вроде этот фильм) Хорошая работа.
Я понимаю, что автор всегда нов в эксперементах над своими работами и жанрами, но я всегда буду ждать от него чего-то в стиле A Perfect Lips, No Lipstick. Уж очень я люблю подобное настроение в его клипах.

neko lover написал(а):
апскейл же был даже больше 720р, чтоб камеру сделать?

да, апскейл был до 2560х1440 (более красивше линии от варшарпа)
проект в АЕ был 1920х1080 (для более легкой интеграции БДрипа в будущем)
ну и зум, кое где, в районе 15% есть
насчет камеры, то она полностью из сорца
например, момент 0:08-0:19, это таймремап твикстором, через граф

neko lover написал(а):
1:11 как робот дергается

дааа, переборщил :)