|
|
|
_Woland_
Стаж: 17 лет Сообщений: 1067
|
_Woland_ ·
14-Окт-09 09:59
(16 лет 2 месяца назад)
Sergios666
Понял. Нет, я бы не сказал, что новый скрипт работает чище:
|
|
|
|
Tempter57
Стаж: 17 лет 2 месяца Сообщений: 5024
|
Tempter57 ·
14-Окт-09 10:02
(спустя 2 мин.)
_Woland_
Цитата:
Выдает ошибку, что не знает функции Interleaved2Planar. Из всех подключаемых библиотек нет только SSE3Tools.dll - и никак не получается её найти в сети.
Она и нужна именно для этого. Но я уже объяснял, что function MDegrain2I в принципе отключена в предложенном скрипте, более она не нужна там вовсе. Так что смело можно её убрать и проблема отпадёт. На месте шумодава включите любой привычный вам шумодав, хоть тот же DVD MDegrain2 mask4 DLS
|
|
|
|
tartak
Стаж: 19 лет 9 месяцев Сообщений: 2546
|
tartak ·
14-Окт-09 10:15
(спустя 12 мин., ред. 14-Окт-09 10:15)
Tempter57 писал(а):
Вот ещё мнение shellgen по этому вопросу:
...
Что касается точного определения коэффициентов оцифровки исходного сигнала, то имеющаяся информация о колоритмии даже на DVD мягко говоря противоречива, в такой ситуации не вижу ничего лучше кроме как верить отцам:
...
If this extension field is not present in the header of the MPEG-2 file, the specs say we are supposed to assume the default of Rec.709
Я неоднократно отмечал, что отец Графт ошибался на тот момент. Как по-прежнему ошибочно и описание в мануале ColorMatrix. Стандарт, на который тогда ссылался Графт, давно устарел и был заменен. Графт давно это признал и исправил ситуацию в dgindex. Теперь, если колориметрия не прописана в мпег-2 (кстати, ни Карбон, ни ССЕ ее не пишут), то dgindex пишет колориметрию в зависимости от разрешения: SD - 601, HD - 709. По умолчанию, колориметрия на ДВД - именно 601, именно так считают производители железных плееров. Никакой противоречивости на этот счет никогда и не должно было быть (достаточно было узнать у производителей), но она таки возникла, когда кто-то (может тот же Графт) поленился или пожадничал приобрести современный стандарт и запустил слух о том, что ДВД - это 709. Потом уже все ссылались на dgindex. А Графт - отец, его слово - закон. 
|
|
|
|
Tempter57
Стаж: 17 лет 2 месяца Сообщений: 5024
|
Tempter57 ·
14-Окт-09 10:20
(спустя 5 мин., ред. 14-Окт-09 10:22)
tartak
Тут разговор о формате VC-1 c коэффициентом 709 и человек делает с него BDRip, думаю, в формат mkv кодером х264. Но если в avi c помощью XviD , то тогда другое дело.
|
|
|
|
Sergios666
Стаж: 16 лет 4 месяца Сообщений: 16
|
Sergios666 ·
14-Окт-09 10:28
(спустя 7 мин., ред. 14-Окт-09 10:40)
_Woland_
Ерунда какая-то, то-ли плагины разные стоят, то-ли фиг его знает. Перед тем как запостить скрипт, я покадрово просмотрел видео несколько раз. Все тип-топ. Сейчас еще раз перепроверил. Не знаю где собака зарыта.
Присмотревшись внимательней, заметил что это, скорее всего, "работа" mvtools2. Попробуйте убрать MDegrain2I(cl) в функции HardDeInt.
|
|
|
|
Tempter57
Стаж: 17 лет 2 месяца Сообщений: 5024
|
Tempter57 ·
14-Окт-09 10:31
(спустя 3 мин.)
Sergios666 писал(а):
function HardDeInt(clip cl) {
return MDegrain2I(cl).Telecide(back=2, guide=2, gthresh=5.0, post=2, \
vthresh=12.0, bthresh=12.0, dthresh=5.0, blend=false, nt=5, show=false)
}
Извини, MDegrain2I всё-таки входит в эту функцию, недосмотрел и, как я и предполагал ещё до деинтерлейса. Ну, не досмотрел, бывает. Хотя его можно там просто убрать и после деинтерлейса применить нормальный шумодав.
|
|
|
|
_Woland_
Стаж: 17 лет Сообщений: 1067
|
_Woland_ ·
14-Окт-09 10:43
(спустя 11 мин.)
Sergios666
Смотри предыдущий кадр. Этот у меня тоже норм:
А если я переписываю функцию к такому виду:
Код:
function HardDeInt(clip cl) {
return Telecide(back=2, guide=2, gthresh=5.0, post=2, \
vthresh=12.0, bthresh=12.0, dthresh=5.0, blend=false, nt=5, show=false)
}
То у меня выкидывает с ошибкой: "Invalid arguments to function 'Telecide'"
|
|
|
|
Skazhutin
Стаж: 18 лет 5 месяцев Сообщений: 6695
|
Skazhutin ·
14-Окт-09 10:47
(спустя 3 мин.)
Sergios666 писал(а):
Пишем скрипт DSS2 (...\xxx.mkv, fps=29.97). Проверяем путем покадрового просмотра наличие дублированных кадров. Если таковые встречаются с завидным постоянством, то изменяем fps=23.976. Смотрим заново, если все ок, то так и оставляем.
Значит если есть дублированные кадры, то ставим 29.97 и кодируем с дублями как есть 
|
|
|
|
Sergios666
Стаж: 16 лет 4 месяца Сообщений: 16
|
Sergios666 ·
14-Окт-09 11:31
(спустя 44 мин., ред. 15-Окт-09 05:16)
_Woland_ писал(а):
Sergios666
А если я переписываю функцию к такому виду:
Код:
function HardDeInt(clip cl) {
return Telecide(back=2, guide=2, gthresh=5.0, post=2, \
vthresh=12.0, bthresh=12.0, dthresh=5.0, blend=false, nt=5, show=false)
}
То у меня выкидывает с ошибкой: "Invalid arguments to function 'Telecide'"
Должно быть так:
Код:
function HardDeInt(clip cl) {
return Telecide(cl, back=2, guide=2, gthresh=5.0, post=2, \
vthresh=12.0, bthresh=12.0, dthresh=5.0, blend=false, nt=5, show=false)
}
Клип просто в функции указать.
Посмотрите внимательнее на скрин. Это как раз тот кадр.
Впрочем неважно, подобных "глюков" у меня при просмотре всего клипа не наблюдается.
Skazhutin писал(а):
Sergios666 писал(а):
Пишем скрипт DSS2 ("...\xxx.mkv", fps=29.97). Проверяем путем покадрового просмотра наличие дублированных кадров. Если таковые встречаются с завидным постоянством, то изменяем fps=23.976. Смотрим заново, если все ок, то так и оставляем.
Значит если есть дублированные кадры, то ставим 29.97 и кодируем с дублями как есть
Если есть дубли то ставим 23.976. Не знаю как там софтины Графта, которые не всегда могут справиться с пуллдаун, а хаали DSS2 прекрасно справляется.
В итоге получаем корректное видео без дублей.
|
|
|
|
Skazhutin
Стаж: 18 лет 5 месяцев Сообщений: 6695
|
Skazhutin ·
14-Окт-09 11:43
(спустя 12 мин.)
Sergios666
Загрузил через DSS2 файл VC1 в контейнере m2ts и вверх ногами изображение в превью, что не так?
|
|
|
|
Sergios666
Стаж: 16 лет 4 месяца Сообщений: 16
|
Sergios666 ·
14-Окт-09 12:53
(спустя 1 час 9 мин., ред. 14-Окт-09 12:53)
Skazhutin
Мьюкс в m2ts сделаю, посмотрю, что не так. Отпишусь позже.
Skazhutin
Сделал парочку m2ts. Через DSS2 все норм. Хотя когда-то было нечто подобное, когда видео вверх ногами отображалось. не помню что это было (в смысле контента) и где это было (в смысле софта)...
_Woland_
Попробуйте использовать FFmpegSource2 в качестве фильтра источника. Только сначала проиндексируйте исходник. Посмотрите на мой скрипт. Достаточно перед FFVideoSource указать FFIndex("...\xxx.VOB") и F5 в AvsP. Запустится индексирование, после его окончания строку можно, но необязательно, удалить/закомментировать.
|
|
|
|
Bladru
Стаж: 18 лет 2 месяца Сообщений: 542
|
Bladru ·
14-Окт-09 14:21
(спустя 1 час 27 мин.)
2tartak
tartak писал(а):
она таки возникла, когда кто-то (может тот же Графт) поленился или пожадничал приобрести современный стандарт и запустил слух о том, что ДВД - это 709. Потом уже все ссылались на dgindex. А Графт - отец, его слово - закон.
Как-то не очень этично с Вашей стороны. Где ж Вы были со своими $5000, когда шло обсуждение по поводу цветового пространства DVD? neuron2 тогда участвовал в дискуссии на равне с остальными и текущее "общественное мнение" реализовывалось в DGIndex и других утилитах. Причём комьюнити вполне резонно полагало, что на DVD используется информация из MPEG-2 потока. Пока не пришла информация из третьих рук про стандарт. В последствии её и сопоставили с коммерческими реализациями.
vamosss
shellgen, tartak и vladimiryakushin верные вещи пишут. При кодировании в AVC можно указать информацию о цветовом пространстве в потоке. Тут как бы небольшой выбор: информацию из H.264 будут использовать далеко не все декодеры. Поэтому надёжнее преобразовать 709->601. Насколько я могу судить, при этом теряется информация о некотором (очень малом) количестве цветов, которых нет в пространстве BT.601:
Эта потеря значительно менее заметна (т.е. не заметна вообще :)), в сравнении с неправильно выбранным пространством.
Говоря коротко: я считаю, что, делая рип для широкой публики, нужно проводить преобразование 709->601, а не писать информацию в заголовок. Речь о рипе с ресайзом HD->SD в AVC. Если делается рип с ресайзом HD->SD в ASP, то преобразование обязательно. В иных случаях вопрос несколько сложнее. Например, VMR7 и VMR9 используют BT.601 для видео высотой < 720, а ffdshow при ширине <= 1024 и высоте < 600. Что добавляет веселья вопросам совместимости при обрезке чёрных полос, например.
Tempter57, tartak
Вопрос по этой цитате:
Цитата:
При перекодировании с других источников (включая HD), где вполне может быть полный диапазон
Встречалось кому-то на практике? О_о Индусы начали транслировать HDTV? 
Что примечательно, в первом посте эта тема не освещена: там только рекомендация топорно юзать Colormatrix(), что насколько я помню, по умолчанию приводит к конвертации 709->601 вне зависимости от источника. Вообще, особо полагаться на автоматическую работу Colormatrix в сочетании с DGIndex не стоит. Делайте преобразование, когда сами понимаете его необходимость.
|
|
|
|
Ang+
Стаж: 17 лет 8 месяцев Сообщений: 991
|
Ang+ ·
14-Окт-09 14:40
(спустя 19 мин., ред. 14-Окт-09 14:40)
Bladru, собственно, инфу из этого поста и остальных по теме весьма и весьма неплохо было бы добавить в фак. Чтобы ясно разжевать начинающим риперам, почему при рипе HD -> SD (разрешение) меняются цвета при воспроизведении в плеерах.
|
|
|
|
vamosss
Стаж: 17 лет 8 месяцев Сообщений: 1026
|
vamosss ·
14-Окт-09 14:49
(спустя 8 мин., ред. 14-Окт-09 14:49)
Sergios666
Tempter57
vladimiryakushin
Bladru
tartak
Спасибо за ваши ответы! Буду изучать и осваивать...
|
|
|
|
Tempter57
Стаж: 17 лет 2 месяца Сообщений: 5024
|
Tempter57 ·
14-Окт-09 19:57
(спустя 5 часов, ред. 14-Окт-09 19:57)
Bladru
Цитата:
При перекодировании с других источников (включая HD), где вполне может быть полный диапазон
Встречалось кому-то на практике? О_о Индусы начали транслировать HDTV?
Вы немного не правильно интерпритируете эти слова: просто масса народу смотрит уже видео не на CRT, а на LCD телевизорах, которые могут охватить весь диапазон, ну, а тут, как повезёт с входным сигналом , естественно практически всегда-полный пролёт  но иногда надежда маячит на горизонте призрачным миражом, как в случае с индусами.  и она умирает, как знаете последней. Скажите : ну зачем лишать народ хотя бы надежды
|
|
|
|
Bladru
Стаж: 18 лет 2 месяца Сообщений: 542
|
Bladru ·
14-Окт-09 21:18
(спустя 1 час 20 мин.)
Tempter57 писал(а):
просто масса народу смотрит уже видео не на CRT, а на LCD телевизорах, которые могут охватить весь диапазон
От телевизора ничего не зависит: если он способен принимать цифровой сигнал, то принимать он его будет в соответствии с BT.709. И если на вход попадёт full range сигнал, то зритель заметит "перенасыщенность" цветов, а надежда будет вынуждена застрелиться.
|
|
|
|
Sergios666
Стаж: 16 лет 4 месяца Сообщений: 16
|
Sergios666 ·
14-Окт-09 21:18
(спустя 8 сек.)
_Woland_
Наспех закодировал тестовый кусок (без звука), дабы доказать работоспособность скрипта. Кстати, по кадрам видно где "поработали" функции HardDeInt+SoftDeInt, где SoftDeInt и где незатронутые кадры. Но это все лечится...
Futurama_trim.mkv
|
|
|
|
_Woland_
Стаж: 17 лет Сообщений: 1067
|
_Woland_ ·
14-Окт-09 23:00
(спустя 1 час 42 мин., ред. 14-Окт-09 23:00)
Sergios666 писал(а):
Посмотрите внимательнее на скрин. Это как раз тот кадр.
Да, точно, не знаю как проглядел. Сейчас попробую то, что написали.
На FFIndex вылетает с ошибкой "Can't create parser".
А если меняю функцию на написанную вами, то выкидывает "Invalid arguments to function 'MakeTFF'".
Bladru
А ежели я захочу преобразовать bt470bg к bt601, какой функцией мне следует воспользоваться? И насколько высоки могут быть потери от такого преобразования?
|
|
|
|
Tempter57
Стаж: 17 лет 2 месяца Сообщений: 5024
|
Tempter57 ·
15-Окт-09 00:05
(спустя 1 час 4 мин.)
_Woland_
Цитата:
А ежели я захочу преобразовать bt470bg к bt601, какой функцией мне следует воспользоваться? И насколько высоки могут быть потери от такого преобразования?
ITU-R BT.470-2 (точно как ITU-R BT.601)
(рекомендации BT.601 это обновление BT.470-2)
Другими словами это один и тот же коэффициент.
|
|
|
|
tartak
Стаж: 19 лет 9 месяцев Сообщений: 2546
|
tartak ·
15-Окт-09 03:30
(спустя 3 часа, ред. 15-Окт-09 03:30)
Bladru писал(а):
Как-то не очень этично с Вашей стороны. Где ж Вы были со своими $5000, когда шло обсуждение по поводу цветового пространства DVD?
1) Что еще за $5000? Стандарт лежит в открытую на одном из офсайтов (не упомню сейчас, каком и где) достаточно внимательно посмотреть. Только ленивый не найдет.
2) Я попытался реконструировать историю того, как оно происходило. Когда шло само обсуждение, я и понятия не имел, что оно ведется. Я полагаю, что все, кто смотрят ДВД исключительно через железный плеер и тусуются на "железных" сайтах, были осведомлены о том, что плееры работают с 601 по умолчанию. Для меня оказалось полным откровением, что на дум9 шла подобная дискуссия, и что Графт закладывал 709 в dgindex (до 1.5). А когда обнаружил ее, то и сам засомневался, все-таки отец.. Но тут вышла 1.5, а люди из Оппо (американское отделение ВВК) лишний раз авторитетно подтвердили..
Bladru писал(а):
От телевизора ничего не зависит: если он способен принимать цифровой сигнал, то принимать он его будет в соответствии с BT.709. И если на вход попадёт full range сигнал, то зритель заметит "перенасыщенность" цветов, а надежда будет вынуждена застрелиться.
Все правильно, поэтому задача преобразования пространства лежит на плеере, точнее на апскейлере. И пропускать ли полный диапазон или только стандартную ТВ часть его - должно быть в настройке плеера. А вот сама способность выдавать полный диапазон - это неотъемлемая характеристика хорошего плеера. НА ДВД выбросы в супербелый и суперчерный постоянно встречаются, и вовсе не как артефакт кодирования.
Bladru писал(а):
особо полагаться на автоматическую работу Colormatrix в сочетании с DGIndex не стоит.
Совершенно верно, поскольку DGIndex не смотрит на диапазон, а преобразование диапазона входит в настройки Colormatrix. Где-то в теме по раздаче ССЕ (или Карбона, не помню) я попытался объяснить как настраивать Colormatrix, это объяснение цитируется в посте у Tempter57 под спойлером.
Ang+ писал(а):
собственно, инфу из этого поста и остальных по теме весьма и весьма неплохо было бы добавить в фак.
Всю шапку давно надо было бы полностью переписать, она совершенно несерьезная. Может Tempter57 когда-нибудь возьмется..
|
|
|
|
Sergios666
Стаж: 16 лет 4 месяца Сообщений: 16
|
Sergios666 ·
15-Окт-09 05:42
(спустя 2 часа 12 мин., ред. 15-Окт-09 13:33)
_Woland_
Если не трудно, весь (от и до) ваш скрипт мне в ПМ.
_Woland_
Скрины работы Вашего скрипта
Без задействования функции MDegrain2I
MDegrain2I в действии
Все нормально. Или почти все ...
ЗЫ. Использовал как DGIndex, так и DGMPGIndexNV. Результат один и тотже - ok.
Пробовал поставить обычный ависинт (вместо МТ), никаких изменений.
|
|
|
|
Bladru
Стаж: 18 лет 2 месяца Сообщений: 542
|
Bladru ·
15-Окт-09 21:06
(спустя 15 часов, ред. 15-Окт-09 21:06)
tartak писал(а):
1) Что еще за $5000? Стандарт лежит в открытую на одном из офсайтов (не упомню сейчас, каком и где) достаточно внимательно посмотреть. Только ленивый не найдет.
Можно ссылку для ленивых? Хоть куда-нибудь, где он есть "в открытую", не обязательно на офсайт.
Если отбросить сарказм, то DVD, в отличии от MPEG-2, закрытый стандарт. И стоит денег. Кстати, MPEG стандарты и рекомендации ITU тоже достать непросто.
tartak писал(а):
И пропускать ли полный диапазон или только стандартную ТВ часть его - должно быть в настройке плеера. А вот сама способность выдавать полный диапазон - это неотъемлемая характеристика хорошего плеера. НА ДВД выбросы в супербелый и суперчерный постоянно встречаются, и вовсе не как артефакт кодирования.
Речь шла о полном диапазоне на входе. Это не соответствует стандартам телевидения, но встречается на некоторых DVD (индийских в основном :)). Ну а "выбросы в супербелый и суперчерный" стандартам соответствуют и, насколько я понимаю, используются, чтобы избежать лишнего округления при RGB преобразовании.
|
|
|
|
tartak
Стаж: 19 лет 9 месяцев Сообщений: 2546
|
tartak ·
15-Окт-09 23:08
(спустя 2 часа 2 мин., ред. 16-Окт-09 20:04)
Bladru
Я имел в виду именно стандарт мпег-2, h.262. В старом издании 95 года, свободно доступном, было написано, что если значение matrix_coefficients отсутствует, это означает 709. На это Графт и ссылался. Но то издание было заменено на издание 2000 г., в котором, на 44-й стр., про отсутствие колориметрии написано, что колориметрия (matrix_coefficients и т.д.), определяется применением. За издание 2000 г. надо платить, немного, типа 200 швейцарских франков. Но оно свободно висело на одном из официальных сайтов одной из рабочих групп при ISO. Теперь уже не могу найти. Но если погуглите, легко найдете где-нибудь копию.
А ДВД стандарт так просто, с улицы зайдя, не купишь, даже если есть лишние $5000. Там все копии пронумерованы, каждая страница помечена. Лучшее приближение - мануал к верификатору от Филипса.
|
|
|
|
Bladru
Стаж: 18 лет 2 месяца Сообщений: 542
|
Bladru ·
16-Окт-09 03:18
(спустя 4 часа, ред. 16-Окт-09 03:18)
tartak
В том то и соль, что DVD стандарт расходится с MPEG-2. И судя по всему, ограничивает использование цветовых пространств до "BT.470 B, G, I" для PAL и "SMPTE 170M" или "BT.470 system M" для NTSC. В обновлённом MPEG-2 это явно не оговаривается.
tartak писал(а):
Там все копии пронумерованы, каждая страница помечена.
А откуда информация? Сами в руках держали?
|
|
|
|
tartak
Стаж: 19 лет 9 месяцев Сообщений: 2546
|
tartak ·
16-Окт-09 05:32
(спустя 2 часа 13 мин., ред. 16-Окт-09 20:00)
Bladru писал(а):
В том то и соль, что DVD стандарт расходится с MPEG-2. И судя по всему, ограничивает использование цветовых пространств
Никоим образом. Стандарт конкретного применения, фактически частного случая, может и должен быть более ограничительным по отношению к общему стандарту. Но это никак не означает, что он расходится с общим стандартом. Я встречал все виды цветовых пространств на ДВД, и PAL и NTSC, все, кроме 709. Впрочем, не приходится сомневаться, что где-нибудь и такие гуляют (может я их и встречал, просто не упомню). С точки зрения производителей плееров, 709 не может быть на ДВД, т.е. matrix_coefficients = 1 является незаконным для ДВД. Это ограничивает h.262, но никак ему не противоречит.
Bladru писал(а):
Сами в руках держали?
Помилуйте, я простой любитель. Где-то кто-то рассказывал..
|
|
|
|
Bladru
Стаж: 18 лет 2 месяца Сообщений: 542
|
Bladru ·
16-Окт-09 13:40
(спустя 8 часов)
tartak писал(а):
Стандарт конкретного применения, фактически частного случая, может и должен быть более ограничительным по отношению к общему стандарту. Но это никак не означает, что он расходится с общим стандартом.
Мы по сути об одном и том же говорим. Но я говорю "расходится" по той причине, что DVD-Book, если верить третьим лицам, декларирует другое поведение декодера, чем открытые стандарты. Там определены цветовые пространства в зависимости от формата (одно для PAL и два для NTSC), соответственно вне зависимости от флагов в потоке декодер должен использовать их. Для других известных стандартов поведение определяется флагом заголовка, причём по умолчанию предпочтение отдаётся BT.709. От этого и возникла путаница на Doom9.
К чему я это всё? К тому, что на doom9 обмениваются знаниями такие же любители (в контексте DVD). Причём, в виду адекватности комьюнити, непререкаемых авторитетов там нет. А следовательно и утверждения, из серии: "Графт — бох. Но он же ошибся!" — совсем ни к чему. На текущую ситуацию с колориметрией это никак не влияет, просто лирическое отступление.
tartak писал(а):
Я встречал все виды цветовых пространств на ДВД, и PAL и NTSC, все, кроме 709.
Учитывая вышесказанное, встречались ли Вам DVD, для которых использовалось пространство отличное от "BT.470 B, G, I" для PAL и "SMPTE 170M" или "BT.470 system M" для NTSC?
|
|
|
|
)BrainCr3ator(
Стаж: 18 лет Сообщений: 4385
|
)BrainCr3ator( ·
16-Окт-09 13:48
(спустя 7 мин.)
Подскажите пожалуйста какую сборку качать ?
komisar.gin.by
clear (no patches) или kGIT или kMod ?
|
|
|
|
Tempter57
Стаж: 17 лет 2 месяца Сообщений: 5024
|
Tempter57 ·
16-Окт-09 14:35
(спустя 47 мин.)
.:KPOT:.
kMod под Core2, если есть такой на борту
|
|
|
|
shellgen
Стаж: 19 лет 2 месяца Сообщений: 6416
|
shellgen ·
16-Окт-09 15:59
(спустя 1 час 24 мин.)
Tempter57 писал(а):
kMod под Core2, если есть такой на борту
Не так... kMod.core2 под core2, а kMod.generic, как следует названия - без заточки под конкретные камни, но там ниже под ссылками скачки есть список использованных патчей. kGit почти такие же как и на x264.nl, а в kMod входят обычно ранние, но многообещающие патчи, как правило с экспериментальными метриками и предварительными фиксами от BugMaster'а, а также всегда щепотка специй примочек на вкус самого Komisar'а.
Заточенные исключительно под Core2 билды лепит techouse на x264.tk
|
|
|
|
Ang+
Стаж: 17 лет 8 месяцев Сообщений: 991
|
Ang+ ·
16-Окт-09 16:08
(спустя 9 мин.)
shellgen, а пользы от этих билдов много по сравнению с оригинальными с x264.nl?)
|
|
|
|
