>2006 год.

--ssim без --tune ssim не имеет смысла (о чем x264 и предупреждает, между прочим), как и --tune ssim для сжатия видео, а не подсчета циферок.
Зачем весь этот огород, чем crf не угодил?

SSIM? Oh god, why?

[quote:3feeecf5ed="FllearTM"]Но хорошее сравнение смогу сделать когда разберусь как его в asf упаковать. Ибо через мпц asf показывает хорошо.[/quote:3feeecf5ed]К черту всякие asf. x265 кодирует в .hevc, который можно потом декодировать в сырой .yuv (референсным декодером), который уже можно смотреть чем угодно (под чем угодно понимается, например, RawSource ависинта).
По-моему для [b:3feeecf5ed]тестирования[/b:3feeecf5ed] это самый адекватный вариант.

[quote:3feeecf5ed="FllearTM"]Ну возможно скоро и от самого владел...

[quote:5ec1c2583e="FllearTM"]Ну не спорю что он ещё в разработке. Но при тестирование он уже опережает по качеству H.264 - 8 битный.[/quote:5ec1c2583e]Энкодер не может опережать стандарт.
x265 основан на HM, и пока ничего полезного для качества в него из x264 не включили. Сейчас у них вообще другая задача - сделать его юзабельным.
То, что HM находитcя примерно на уровне x264 - тоже не новость.
Ну и без 10 бит (либо одной волшебной фичи H.265) x265 для аниме пока бесполезен.
А 50% в первом посте вообще были взяты из очень древних рекламных текстов, которые к реальность никакого отношения не...

[quote:4cecc20cbc="FllearTM"]К сожалению в H.265 нет больше CRF там отвечает CQP. Но я попробую закодить их одинаково.[/quote:4cecc20cbc]Серьезно? Мда, я разочарован. Не в H.265, разумеется.

Использовать всякую хрень от DivX'а - тоже весьма сомнительное удовольствие. Да, оно как-то работает, но [quote:4cecc20cbc="JEEB"]Too bad they're using their ad-hoc HEVC-in-Matroska thing specified here. Matroska-devel more or less decided to wait for 14496-15 AMD2 (HEVC FF) to copy the extradata off of. And that still hasn't been pushed out for the last ballo...

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

Да база уже давно есть, например http://amvnews.ru/index.php?go=Anime&anime=Angel+Beats
Он просит лишь приделать туда стрелки для сортировки, как на странице http://amvnews.ru/index.php?go=Files&file=votes. По-моему вполне разумно.

Да mkvtoolnix режет все нормально, и сабы в том числе -_-
Я понял что ему нужно - ему хардсаб нужен. Чтоб в унылом контанктике сабы были (а он же, как ютуп и ньюсовский плеер сабы не поддерживает, да?).

А значит берешь любой GUI для энкода (самый нубофрендли что в последнее время видел - VidCoder), ставишь где-нибудь там галку для вжигания субтитров и кодируешь с любыми настройками, все равно контакт все испоганит (хотя чтоб совсем плохо не стало стоит там поставить crf 18).

mkvtoolnix

Это не язык [img:c7ba1b05ff]http://amvnews.ru/images/smiles/15.gif[/img:c7ba1b05ff]

[quote:9ba0ae2b59="Tesc"]т.е. эта популярность зависит от количества просмотров мною клипа.[/quote:9ba0ae2b59]Ога, а считываться это значение будет прямо из мозга.

[quote:25e0caa304="lev99"]Например по этим параметрам [/quote:25e0caa304]Эти параметры это просто циферки.

[quote:25e0caa304="lev99"][i:25e0caa304]- для этого и проводил пробное кодирование[/i:25e0caa304][/quote:25e0caa304]Посмотреть на циферки? Для того, чтобы что-то сравнивать - надо это что-то сравнивать глазами. Или хотя бы объективными метриками.

С чего это они должны ухудшить?

[quote:a869fd0f62="jura_k"]Не понял вопрос. Какая "красная линия"?[/quote:a869fd0f62]
this
[img:a869fd0f62]http://5.firepic.org/5/images/2013-06/07/49vqx71obe2p.jpg[/img:a869fd0f62]

Ты читать умеешь? В сообщении выше ответ.

[quote:63db4a665d="VirtualTT"]Плюс еще в скрипте неплохо было бы добавить
[code:1:63db4a665d]matrix = "PC.709"
ConvertToRGB(matrix)[/code:1:63db4a665d][/quote:63db4a665d]Зачем людей плохому учить? Матрица PC.709 должна применяться в случае если видео в pc-диапазоне, что неверно для 99.99% видео.
Во-вторых ffms2 можно попросить вернуть видео в нужном цветовом пространстве - и он всю конвертацию сделает правильно (709 для HD, 601 для SD). За это параметр colorspace отвечает:[quote:63db4a665d]string colorspace = ""
Convert the output from whatever it was to the giv...

[b:e05f6e558f]Alkatraz234[/b:e05f6e558f]
обновлять FFmpegSource пробовали? Старые версии (>1.5 лет, наверно) 10-битное видео не поддерживают.

Что значит "вытаскивания"? Каких "оберток"?

Хотелось бы RSS категорий, например категории BC 2013.

[quote:5a1731d1d5="Artofeel"]он похоже неправильно определяет 4:4:4 инпут и выводит AYUV...отключи галки на 4:4:4[/quote:5a1731d1d5]Нет. Ну по крайней мере в актуальной версии такой проблемы нет. http://3.firepic.org/3/images/2013-04/29/ckdf8a94ua6e.png

[quote:5a1731d1d5="Artofeel"]http://www.mediafire.com/?84zi0w4f75sp9qe,38hoqx9x6xnqi8v[/quote:5a1731d1d5]Единственное что тут заметно (если сильно постараться) - это блоки. Но там и битрейт в 5 раз ниже...

[quote:5a1731d1d5="Artofeel"]я скажу что ты завалил range, у тебя вместо черного, серый на 16[/quote:5a1731d1d5]А, да. http://rghost.r...

[quote:fe506e85cf="Artofeel"]O_o ты не перепутал ссылки?[/quote:fe506e85cf]Нет. И я не только по скрину - но и по самому видео. Даже специально еще на паре разных мониторов проверил (от ips до ноутбучного tn, на котором любой бандинг сильно заметен).
А что ты про такое скажешь (и это пережатка твоего, а не с чистого сорца)?) http://rghost.ru/45642173

[quote:a9963d6353="Artofeel"]10бит лабуда для превью версии[/quote:a9963d6353]Флеш спокойно 10битное видео играет и показывает.

[quote:a9963d6353="Artofeel"]вот тебе тест на внимательность, что выглядит лучше?[/quote:a9963d6353]На ргб бандинг жуткий, у yuv же только в паре мест, в остальном все гладко. И это при вдвое меньшем битрете. Слив засчитан

[quote:75454ca1ce="Artofeel"][b:75454ca1ce]vivan[/b:75454ca1ce], ну так, я в добавок сделал и 4:2:2 и стандартные 4:2:0[/quote:75454ca1ce]А орги об этом были в известность поставлены?) Не думаю что они шарят в этом...

[quote:75454ca1ce="Artofeel"]плюс RGB еще и в том, что там нет всякой лабуды типа tv\pc range[/quote:75454ca1ce]Вполне себе есть. Тебе показать ргб тв диапазона?
Ты наверно про то, что обычно все рендереры и декодеры пропускают ргб через себя без преобразований - но это хорошо ровно до того момента, пока видео играется на пк и выводится на монитор. В каком диапазоне работа...

[quote:01dd8e3041="Artofeel"]а зачем YUV?[/quote:01dd8e3041]Чтоб весило в 2 раза меньше. Если бы был YUV 4:4:4 то квантайзером хромы еще можно было бы все компенсировать (chroma-qp-offset), но с ргб такой финт не прокатит.

[quote:01dd8e3041="Azu"]Без комментариев, мастер.[/quote:01dd8e3041]Но актуальные декодеры и правда бы не помешали. Полноценной поддержке 4:4:4 в LAV'е уже года полтора точно есть.

[quote:50a2d0e7c6="VirtualTT"]Сам же написал причину: конвертация rgb->yv12 всегда выполняется x264 с использованием матрицы Rec.601, вот и исправлять ее надо в x264.[/quote:50a2d0e7c6]Ну ок, тогда будет другой подход: твоя прога, решай проблемы сам. Это проблема проги? Да. И мне, как юзеру, плевать проблема это твоего кода или каких-то библиотек.
Не хочешь решать - не решай. Только пользователей предупреждай, а то будет очередное поколение поломанных клипов.

[quote:50a2d0e7c6="VirtualTT"]Можешь еще написать гневное письмо разрабам MeGUI, они ведь тоже по-умолчанию фигачат через нее, до...

[quote:fa25ab7f9b="VirtualTT"]Если изначально качество было убито[/quote:fa25ab7f9b]
[img:fa25ab7f9b]http://5.firepic.org/5/images/2013-04/28/vkrfid9n2ruh.png[/img:fa25ab7f9b]
Ты вообще понимаешь что означает "ргб"?

[quote:fa25ab7f9b="VirtualTT"]нет никакого смысла говорить, что после энкода оно стало хуже.[/quote:fa25ab7f9b]Оно не стало хуже. Оно стало [b:fa25ab7f9b]неправильным[/b:fa25ab7f9b].

[quote:fa25ab7f9b="VirtualTT"]Может из-за кривой конвертации оно даже стало ближе к оригиналу. Короче, суть в том, что пример не показательный.[/quote:fa25ab7f9b]Ты только картинки чт...

1) Лучше примеры? Левое амв? Какая к черту разница какой энкод, аниме, амв и т.п.?
В данном случае сорц - ргб24. И если хочется использовать именно его - то ImageSource с того скрина и вперед.
Демонстрационные примеры в данном случае вообще не нужны, скрины же приложены для случая если вообще ничего не понятно.

2) x264 - это энкодер, а не хрень для фильтрации, ресайза (который вообще за деньги от гугла прикрутили студенты) и т.п. На конвертацию ргб всем плевать, она там есть просто чтобы была вместо грозных ошибок. Не плевать будет только если кто-нибудь напишет патч, который ничего не сл...

Это скрин с рандомной амвшки. В данном случае - http://amvnews.ru/index.php?go=Files&id=3758.
Но это не так важно, поскольку баг возникает не на каком-то конкретном видео, а на любом видео с характеристиками, обозначенными в посте (а именно - RGB и HD).

Лучше скажи какой из пунктов не ясен (или, вдруг, не согласен с ним)?

[b:f7394d6568]Баг:[/b:f7394d6568]
Неправильная конвертация rgb -> yv12 для HD энкодов.
[b:f7394d6568]Сорц:[/b:f7394d6568] лузлесс RGB в avi с HD разрешением (например 1280х720).
[b:f7394d6568]Что ожидается:[/b:f7394d6568] видео в yv12, которое при использовании матрицы [b:f7394d6568]Rec.709[/b:f7394d6568] для конвертации в ргб будет идентично сорцу.
[b:f7394d6568]Что получается:[/b:f7394d6568] видео в yv12, которое при использовании матрицы [b:f7394d6...

В папке doc документация, она не нужна для работы. Остальное кидай.
Да и одно дело система - а другое папка плагинов...