Проблемы в кодировки с (MP4 by Valky)

1.Нужна помощь в установки правильных программ тоесть какие плагенны к какой программе нужна чтобы она работала.
Проблема в том, что пытаюсь открыть файл 2dv с программой AVS а она мне выдает

2. есть много хороших рипперов (не реперов ) у которых выходят хорошие рипы хотелось бы узнать какие параметры лучше (базовые) ставить в avs файл

1. Первой строкой скрипта напиши путь к плагину, который ты используешь. К примеру:
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\DGDecode.dll")
2. Вот инструкция Valky тебя и учит какие правильные параметры надо выбирать. RTFM, а если есть проблемы - задавай конкретные вопросы по существу.

Нужны плагенны для AviSynth нашел только они все разбросаны, есть ссылка на собранный пакет плагинов.?

Есть. http://www.avisynth.org.
А в следующий раз -

2 starsoft:Есть вопрос по удалению шума. Картинка в исходнике с шумом (если я правильно понимаю этот термин). Каким фильтром лучше и проще пользоваться для уменьшения.
DeGrainMedian,VagueDenoiser?

Нет универсального способа, потому что это очень зависит от самого исходного материала. Главное не использовать для ресайза фильтры с высоким шарпингом (Lancosz), лучше всего Bicubic - он не "выпятит" шум больше чем есть в оригинале. А для самого шумоподавления лучше всего мне помогали фильтры сглаживания (_2dcleanYUY2 или Temporalsoften), в любом случае надо пробовать разные варианты и разные параметры и оценивать глазами результат. DeGrainMedian я использвал один раз всего и давно, VagueDenoiser вообще не пробовал.

2 starsoft:

Т.е. методом научного тыка Спасибо, будем пробовать.
Еще вопросик, как я понял из описаний фильтров, undot() никогда не помешает?

Для кодирования с хорошего ДВД-исходника в нем нет никакой необходимости. Если же изображение грязноватое, шумное, нереставрированное - конечно не помешает

2 starsoft:Спасибо. Будем грызть дальше

Пишу в avs файле



?

а нафиг ты 2 грузиш ? ты чем проект делал , DgIndex ? вот его и оставь

естественно DGDecode.dll должна быть той же версии от DgIndex

2 EFIM спасибо!

Делаю так



А выдаёт ошибку

2 swat1:
Скажи плз - а AviSynth ты инсталлировал или просто скопировал откуда-то? Потому как Telecide - встроенная в AviSynth функция и не найти ее он просто не должен.

2 starsoft:
А я ,по-моему, сам decomb521 добавлял . Тот, который с ависинком заявлял, что нет такого параметра order

2 swat1:посмотри в ...AviSynth 2.5\plugins есть decomb521.dll ?

2 starsoft:

Так ли? При установке AviSynth его папка Plugins пуста. Чтобы пользоваться командами Telecide и Decimate нужно скопировать туда дополнительный плагин - "decomb.dll" (ну или аналогичную dll с номерками).

Добавлено:
В AviSynth еще начиная с версии 2.04 была встроена фунция автозагрузки плагинов (если он, конечно установлен как положено из дистрибутива). Поэтому строку "LoadPlugin(..." можно не писать. Просто копируем dll в папку AviSinth.../plugins и все.

Мдя, прокольчик - это фильтр Графта. Я был уверен что его давно встроили в программу.
А вообще-то вверху линк на сайт AviSynth-а, там масса информации по фильтрам и их функциям.

Добавлено:
2 Valky:
Это действительно только для плагинов с разными функциями. Если не ошибаюсь mpeg2source присуствует и в оригинальном декодере и в модификации Графта. И если пользовать модифицированную, то загружать этот плагин обязательно нужно.

Я пользуюсь DGDecode, то-есть графтовской модификацией декодера, но строчку "LoadPlugin..." не пишу, она не нужна, все и так загружается само, проверь!

А вот если в папке plugins лежат и старый mpeg2decX.dll и DGDecode.dll ОДНОВРЕМЕННО, то из какого плагина интересно загрузится mpeg2source?

В одном из гайдов по AviSynth есть такая строка:
"Note that if you add a loadplugin line for a plugin that has been autoloaded, the script probably won't work". То есть, будто-бы, если вставить строку "LoadPlugin..." для плагина, который загрузился автоматом, то скрипт не будет работать, но на самом деле все работает и так и сяк, видимо AviSynth уже изжил все эти недостатки.

Похоже народ все время наступает на одни и те же грабли со скриптами . Что нужно делать, если AviSynth выдает сообщение об ошибке? Чаще всего искать отсутствующие плагины в папке AviSynth.../plugins.

1. Если в сообщении упоминается mpeg2source: проверить наличие плагина DGDecode.dll. Это при условии, что D2V был создан при помощи пакета DGIndex и DGDecode.dll взят именно от той же версии пакета. Сомневаетесь - скачайте и переустановите DGIndex и скопируйте DGDecode.dll в папку плагинов AviSynth.

2. Если "не найдены" плагины Telecide, Decimate: проверить наличие плагина Decomb.dll.

3. Не найдены другие плагины, упоминаемые по имени (например TomsMoComp) - значит их нет. Скачайте и скопируйте в папку plugins.

4. Если mpeg2source ругается на источник, не может найти файлы и т.д., попробуйте создать D2V-файл еще раз. Не помогает - переустановите DGIndex и DGDecode.dll и попробуйте снова.

Вот именно для этого случая и работает LoadPlugin. У меня в папке лежат оба декодера, а в скрипте используется DGDecode.dll через его загрузку. Строка в скрипте имеет более высокий приоритет чем автопоиск.

2 starsoft:

Ага. Понятно. А смысл использовать старый декодер еще есть?

Даже не задумывался, года полтора-два пожалуй не использовал его. Но и не менял ничего - темплейты скриптов давно имеют прописанный LoadPlugin и я просто их использую.

Не как не магу подобрать цвет то ярка то тёмна как его уловить?




??

2 swat1:
Глазами и только глазами. А не получается - не трогай лучше вообще, оставь оригинал.

Так смотри что выходит немного темна.

http://www.rusdivx.net/ibf/index.php?showtopic=28951

Если меняю выходит много красного или жолтова а сам ДВД в нем очень много жёлтава когда ставлю


Получается как-то смугла нету ярких цветов.

Я делал рип с этого ДВД для себя и ничего слишком уж темного не заметил. Не трогай ничего - только испортишь. Цветовая палитра так и задумана создателями. "Чернуха" не может быть в ярких красках.

ЗЫ. "Желтый" склоняется так же как и "красный" - "желтого", а наречие "смугло", во первых, как и большинство наречий, имеет окончание "о", а во вторых, не применяется к изображению, это означает оттенок цвета кожи. Здесь применимо "темно" или "неярко"

ок Цвета трогать не буду!
Спасибо за поправку!
Русский учил только один класс так что ошибки будут.

2 swat1:Мне показалось, скрины с синевой. Имхо.
Вообще, включишь оверлей-одна картинка, выключишь-другая, более бледная и светлая ( у меня)

Как-то пропустил эту тему.



Проще грохнуть старый mpeg2decX.dll и не писать никаких строк. Эта библиотека давно уже не нужна, а почему - скажу ниже.
И на эти грабли часто наступают пользователи, потому как библиотека mpeg2decX.dll перехватывает команду mpeg2source на себя, отсекая dgindex.




Нет смысла никакого абсолютно! И даже вредно ее использовать! Ибо в старом варианте много ошибок по обработке видео-потока, вплоть до потери некоторых полей в интерлейсной структуре.
DGIndex для того и задумывался, собственно, чтобы все эти ошибки поисправлять.

По расчету битрейта объясните пожалуйста.
выходной размер 2048 Мб, звук 384 кб/с, 237838 кадров, частота 25.
Загоняю данные в AVSTweak получаю 1417 кб/с.
Если те же данные ввести в калькулятор DivX расчетный битрейт получается 1412.237
Чему верить?

2 shurikkein:
В DivX калькулятор точнее. И советую брать 2045-2046, не надо так впритык - можно промахнуться за счет потерь на interleave!

2 shurikkein:
2 kvappa:

Методика подсчета битрейта известна (см. например в гайде). Единственный тонкий момент заключается в учете размера области ISO.
AvsTweak считает ее кратно числу CD-дисков (1400 Mb = 2CD, 2100=3CD...). Но когда выбран размер типа 2048, ясно, что никто делить на диски не собирается и учитывается только единичный размер ISO-области, ясно что при этом и битрейт выходит побольше, что собственно и хорошо, если действительно не делить дальше на диски.
DivX калькулятор тоже как-то учитывает эту величину (если б не учитывал, цыфры были бы совсем другими, скаэем в примере от shurikkein'а вышло бы ~1422 kbps), то-ли все время вычитает одно и то же число (около 11 Мб), то-ли считает от объема рипа - х.з... А может он вообще не печется об этом, а считает, например, объем индекса в DivX-файле?

2 Valky:1421 получается если вручную посчитать без учета размера
iso. Дело в том, что я уже откодировал из расчета 1417, соединил со звуком и получил файл размером 2054.62 Mb ( 2 154 426 368 bytes )
Кстати вопрос по Avinfo. Данные на файл только с видео выдает 1417 kbps avg,
после объединения со звуком показывает 1420 kbps avg. Почему?

2 shurikkein:

Может это вопрос к starsoft'у. Но, имхо, дело все в том же - в методике подсчета. Ведь битрейт нигде не записывается в файл в виде числа. Поэтому, чтобы его узнать по файлу, нужно все учесть, например, размер индексной области файла. А можно и не учитывать. Где-то тут и выскакивает ошибка в доли процента.

2 shurikkein:

Очень советую перекодировать только конечные титры.
Заодно, сможешь оценить, сколько лишнего битрейта они сжирают и сколько на их перекодировании можно экономить в будущем.

2 kvappa:Беда в том, что титры идут на фоне заканчивающегося фильма. Единственное, что можно сделать-это выкинуть заставки киностудии, но это всего 2.5 метра. Уже поставил по-новой кодировать , но опыт есть, как говорил М.М.Ж

2 shurikkein:
AviInfo пытается учитывать всё во время расчета битрейта. Индексная часть и заголовок используются в расчетах само собой, этот размер легко определить. А вот информацию, используемую для интерлива и распыленную по всему файлу учесть очень тяжело. Потому и показывает очень точно на чистом видео и приблизительно на "интерлив"нутом. Чем больше дорожек и чем длиннее файл - тем больше погрешность расчета.

2 starsoft:понятно, спасибо.

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

Какую строку мне надо написать в avs чтобы небыло не каких проблем ?

2 swat1:
Сразу после строки источника поставь

Первая строка - деинтерлейс (поскольку NTSC MPEG2 интерлейсный по своей природе), вторая - IVTC (преобразование 29.97 в 23.976 fps выкидыванием лишних кадров).

Всё остальное аналогично скрипту для PAL-а.

Спасибо буду пробивать!

А вдруг окажется, что ?
Вероятность мала, конечно, но всё же...

Или нестандартный порядок полей, или конверсия из PAL...

В общем, "таблеток от всех болезней" не существует.
Но приведенное starsoft-ом - действительно самый типичный случай.

Второй раз пытаюсь сделать рип и все равно тот же размер в чем проблема?

Filesize: 1387.90 Mb ( 1 455 323 136 bytes )
Play length: 01:39:25.799 (149145 frames)
Video: 640x288 (2.22:1), 25 fps, DivX Codec 6.6.1 ~1190 kbps avg, 0.26 bit/pixel
Audio #1: 48 kHz, AC3 Dolby Digital, 3/2 (L,C,R,l,r) + LFE ch, ~384.00 kbps avg
Audio #2: 48 kHz, AC3 Dolby Digital, 3/2 (L,C,R,l,r) + LFE ch, ~384.00 kbps avg

Думал поначалу что не правелна прошитал время сначала делал время 01:39:26 а потом 01:39:25 но всё равно какойта #@@#$

2 swat1:
Длина звуковых дорожек равна длине видео? (смотреть поля в окне AviInfo, в текстовый блок инфы это не выводится).

Длина звуковых дорожек



ДВД инфо вот что показывает



Попробую перекодировать без 00:00:12+00:02:23

2 swat1:
посчитай в MB, такой же битрейт выйдет?

Ну вот и ответ - видео кодируешь 01:39, а аудио - 01:37.

Конечно надо без заставок кодировать, уж не раз говорили что если ДВД на харде - то вытаскивать потоки надо PGCDemux-ом только из нужного PGC. Это еще повезло что дороги одинаковой длины, а для заставки видимо свои двухканальные дорожки, могло оказщаться что одна из дорог расчитана на заставку, а вторая нет - пришлось бы делей подбирать.

Я понял в чем моя ошибка я случайна в конце захватил рекламный ролик

Через пару часов посмотрю (длинна фильма и аудио 01:37) и тогда на опрос

Спасибо!

Столкнулся ещё с одной проблемой а может и нет,
Кодирую фильм, в Divx указываю размер 1400 как положено.

А в конце рип получается размером на 2 мб больше


Открываю VirtualDub смотрю на строку, показывает,



И ёще один ДВДрип пробивал делать тоже делает на 2 мб больше.

Чем больше звуковых дорожек - тем бОльшая погрешность в результате. Калькулятор не учитывает (да и не может учитывать) те данные, которые используются для интерлива звука и видео. С опытом у тебя придет и знание насколько результат отличается от заданного чтобы чуть-чуть скорректировать полученный в калькуляторе битрейт.
Да и думаю никому не нужно идеальное попадание в размер, плюс-минус 2-3 мега никого не испугают.