AKPOCC Форум :: Версия для печати

Форум: ТЕХНИЧЕСКАЯ ЧАСТЬ
Тема: DVD Rip
автор: Esc

сообщение оставил Esc , 05 ноября 2006, 03:59

Я уже давно пытаюсь написать статью по рипу DVD, но всё упирается в мою лень. А в первую очередь мне лениво оформлять картинки. :gigi:

Поэтому я тут открою темку и буду писать в неё всякие умные штуки. Авось постепенно наберётся информации на статью.
Вы спрашивайте тоже, кому чего интересно.

Начну с главного, почему вредно спользовать vob-ы напрямую.
Конечно, умелый мастер может всё. А вот для ньюба есть масса ловушек, чтобы разбить себе нос.

Напрямую работать с DVD - об этом забудьте сразу. DVD drive просто не в состоянии обеспечить вам нужной скорости доступа. Забыли.

Допустим, вы скопировали всё на локалку. Что теперь?

1. Теоретически может быть защита. Практически у вас наверняка пиратка, но теоретически может быть защита. Поэтому переписывать вобы напрямую никогда не рекомендуется. Я использую DVD Decrypter. Эта программа настолько хороша, что её запретили. :smile:

сообщение оставил Скай , 05 ноября 2006, 23:46

Esc

Цитата (Esc @ 05 ноября 2006, 02:59)

Там же, на двд есть информация об истинном аспекте

А где конкретно она хранится? Имеется ввиду в каком файле и, желательно, в каком месте внутри этого файла.

сообщение оставил Voice-over , 06 ноября 2006, 01:30

Структура mpeg-файла

Byte# Data Details
1-4 _ Sequence header code In Hex 000001B3
12 bits Horizontal size In pixels
12 bits Vertical size In pixels
_4 bits Pel aspect ratio See below
18 bits Picture rate See below

For picture rate:
1 = 23.976 frames/sec
2 = 24
3 = 25
4 = 29.97
5 = 30
6 = 50
7 = 59.94
8 = 60

сообщение оставил Esc , 06 ноября 2006, 01:39

Ну есть методы и попроще. Хоть и ненамного. :) Я к ним скоро перейду.

сообщение оставил Voice-over , 06 ноября 2006, 20:54

У меня такие вопросы:
1. исходя из каких соображений спецификация ограничивает макс. размер файла 1 ГБ?
2. можно ли вынести звуковые дорожки в отдельные файлы (например, в папку AUDIO_TS) с тем, чтобы они подключались к общему видеоряду уже в процессе воспроизведения?

сообщение оставил Скай , 06 ноября 2006, 22:34

Voice-over
О псибо большое. К вобам, это так же относится?

1. А когда эта спецификация была разработана? А какую фаловую систему поддерживают ДВД приводы? Отсюда и рулят - 1 гиг.

сообщение оставил Esc , 07 ноября 2006, 02:02

Voice-over
У тебя какие-то вопросы по авторингу, то есть совершенно противоположные теме.
Но всё равно отвечу.
1. Не знаю.
2. Нельзя.

сообщение оставил Cooller , 07 ноября 2006, 04:08

Несколько отвлеченный вопрос. Что лучше: пользоваться отдельными программами-утилитами для пошагового получения avi или же "большими зелеными кнопками"? :biggrin:

сообщение оставил Esc , 07 ноября 2006, 09:02

Cooller
Этот вопрос подставной! :biggrin:

Нубам - кнопочками. Серьёзным людям - копаться ручками.

сообщение оставил Voice-over , 07 ноября 2006, 11:38

Скай, ВОБы - это контейнер. Видео закодировано mpeg2, отличия в описателях у mpeg и mpeg2 практически никакого (в смысле, может и есть, но я не заметил). Насколько я что-нибудь понимаю, можно вообще каждую главу со своим разрешением закодировать.

Esc, извиняюсь. А вот что нашел по поводу урезанного "пиратского разрешения":

Цитата

Соотношение сторон видео

Когда говорят о соотношении сторон (aspect ratio) применительно к цифровому видео, речь идёт о двух величинах. Первая: соотношение сторон кадра (IAR, image aspect ratio или DAR, display aspect ratio), связывает геометрическую ширину и геометрическую высоту кадра. Подавляющее большинство видео устройств использует стандартное соотношение сторон 3:4, т. н. полноэкранный формат — телевизоры, мониторы компьютеров, видеокамеры и т. п. Некоторые устройства используют другой стандартный формат: широкоэкранный, 16:9.

Вторая величина: соотношение сторон пикселя (PAR, pixel aspect ratio), определяет геометрическую форму пикселя, наименьшего элемента изображения. Компьютерщики привыкли к тому, что пиксель всегда квадратный: при соотношении сторон монитора 3:4, разрешение по горизонтали и вертикали также соотносятся как 3:4 (кроме разрешения 1280x1024, вместо которого иногда используют 1280x960). Однако это не всегда так: например, на видео DVD в стандарте PAL изображение записано с разрешением 704x576, хотя кадр имеет соотношение сторон 3:4 (если бы пиксели на видео DVD были квадратными, то при 576 строках нужно было бы 768 пикселей по горизонтали). Более того, широкоформатное видео записывается на видео DVD в таком же разрешении, однако кадр имеет пропорции 16:9 (при 576 строках и квадратных пикселях получилось бы 1 024 пикселя по горизонтали). Таким образом, чтобы получить нужное соотношение сторон кадра при заданном разрешении, нужно знать соотношение сторон пикселя:

PAR = IAR * (размер_по_вертикали / размер_по_горизонтали)

Используя это соотношение несложно получить такую таблицу:

Фрагменты растров с различными PAR
(IAR = 1:1 во всех случаях)

PAR = 1,000
квадратные пиксели

PAR = 1,094
PAL DVD, полноэкранное видео: 704x576, 3:4
PAL VCD: 352x288, 3:4

PAR = 1,459
PAL DVD, широкоэкранное видео: 704x576, 16:9

PAR = 1,641
PAL SVCD: 480x576, 3:4

PAR = 2,000
при захвате кадра 384x576, 3:4

Примечание: описание, приведённое выше, несколько упрощено; в таблице приведены точные значения PAR. Прочесть подробнее о вычислении PAR вы сможете, напр. в Руководстве по захвату аналогового видео на сайте Doom9.

Обе эти величины удобно использовать при вычислении размера кадра и его разрешения в пикселях: так, при обрезании краёв изображения IAR будет изменён, но PAR сохранится. При пропорциональном изменении разрешения по горизонтали и вертикали сохраняются и IAR, и PAR. Другие преобразования изображения могут быть выполнены при помощи формулы, которая приведена выше (напр. изменение PAR при сохранении IAR).

Человек «видит глазом» только IAR, увидеть разницу между двумя картинками 4:3 384x576 (PAR = 2,00) и 768x576 (PAR = 1,00) практически невозможно (некоторое уменьшение чёткости может быть незаметно в виду невысокой чёткости исходного видео) — а места на диске первый вариант будет занимать практически вдвое меньше. К сожалению, аппаратные проигрыватели поддерживают только небольшой набор PAR, IAR и разрешений (см. табл. выше), потому для достижения необходимого разрешения при заданном PAR часто возникает необходимость в добавлении чёрных полос сверху и снизу изображения. Для видео на компьютерах можно использовать любые значения PAR, IAR и разрешения; однако подавляющее большинство проигрывателей игноритуют информацию о PAR из заголовка файла и воспроизводят видео так, как будто его пиксели — квадратные. По этой причине при подготовке видеозаписей для просмотре на компьютере рекомендуется приводить запись к PAR = 1,00.

Андрей Гуле (krolyk@hotmail.com), iXBT.com

сообщение оставил Rick Junker , 07 ноября 2006, 11:47

Ага "пиратское разрешение" - это когда наизеленейший Хвидовый фансабберский "рип" - записан на двд в воб с помощью "большой зеленой кнопки". Нормальных ДВД в нашей деревне я практически не видел. И смысл рипать это обратно?

сообщение оставил Voice-over , 07 ноября 2006, 16:19

Это я не про рип, это я про странное урезаное вдвое разрешение на ДВД - был такой разговор. Вот нашел, за счет чего добиваются такой каки.

сообщение оставил Esc , 07 ноября 2006, 20:41

Боже, сколько чуши.

1) Я не вижу, где в статье объясняется за счёт чего добиваются половинного уменьшения разрешения по горизонтали Единственно, есть фраза "при захвате кадра". То есть видимо пираты берут Голливуд на абордаж и захватывают кадры.

2) Судя по упоминанию стандарта VCD, эта статья была написана 300 лет назад гусиными перьями на пергаменте. Сайт ixbt надо бы немножко сжечь на костре, чтоб не хранили всякое чернокнижие и не морочили людям мозги.

3) Утверждать во время всемирного бума HDTV, что зритель не увидит разницы между 384 и 768 пикселей, просто тупо. Нет, если он будет смотреть любительский фильм "Невидимый негр душит ночью Дездемону", снятый при помощи сотового телефона, то тогда конечно да.

4) Писать 3:4 вместо 4:3 - это такие дешёвые понты, что я даже не могу на глаз оценить их дешевизну. Мне специальный прибор нужен.

5)

Цитата

разрешение по горизонтали и вертикали также соотносятся как 3:4 (кроме разрешения 1280x1024, вместо которого иногда используют 1280x960).

Это вообще просто песня какая-то. Вот все соотношения берут и соотносятся. Что ни поставь, хоть 7 на 8, на мониторе всё волшебным образом станет квадратным. Кроме одного коварного разрешения, но его иногда заменяют на хорошее.
Сейчас многие ЖК мониторы делают с соотношением сторон 5:4 вместо 4:3. И именно на них 1280x1024 даст квадратный пиксель. А 1280x960 как раз даст кривой. Товарищ Гуле несёт самодовольный бред, сам не понимая, о чём говорит.

6) Статья фактически ничего не объясняет. Просто вываливает кашу из каких-то разрозненных сведений на читателя, заставляя того почувствовать себя дураком и неучем, застывающим в благоговейном трепете.

Коль уж пошёл интерес, я немножко порылся. Да, такое ужатое видео является законной разновидностью формата DVD. Называют его Half D1. По слухам, дело не обошлось без китайцев. Цель его очевидна - сэкономить место. На старом телевизоре, подсоединённом через композитный вход, опять же по слухам, разницу и правда было тяжело углядеть. Большой привет палке-копалке!

сообщение оставил Voice-over , 08 ноября 2006, 03:17

Статейка да, грешит, что ж поделать, но чего ты кипятишься так, не пойму.

1. За счет pixel aspect ratio 2,0. Ну вытянули они пиксель :baka:

2. Это что, я такой старый?! :old:

3. Ну насчет телефона эт ты загнул - хотя бы на мыльницу! А вообще знаешь, со мной время от времени пытаются поделиться дисками - по 6 фильмов на сторону - с качеством явно кинотеатровой съемки, и не понимают, почему я отказываюсь. Так что да, наверное, разницы не увидят :botan:

4. Ну нету у аффтара зеркала :lamer:

... Подари, что ли, а то "экзорцизм", "костер", :uzi:

...
5.

Цитата

при соотношении сторон монитора 3:4, разрешение по горизонтали и вертикали также соотносятся как 3:4

- зря выкинул. А то получается та же история, как про отсутствие секса в Советском Союзе.

А про китайцев в самом деле что-то странное. Чтобы из-за них одних спецификацию формата поменять... Или они поставили жесткие условия вторжения в кабинет совещания всей страной? Может, нам тоже затребовать СЕКАМ :tongue:

Ты объясни - они пиксель все-таки вытянули или ужали? Если последнее, то ведь исходное видео при перекодировке должно сначала пропорционально сжиматься вдвое, а потом вытягиваться по вертикали. Или он высчитывает по четвертям (quarter pixel)? Или я чего-то не понимаю? Хотя и так, и так - лажа. :sad:

сообщение оставил Esc , 08 ноября 2006, 05:57

Voice-over
Это ты что ли афтар этого безобразия? Сейчас будем тебя зажаривать, чтоб не писал всякую фигню наукообразную. :asthanos:

Цитата

Ты объясни - они пиксель все-таки вытянули или ужали?

Да я предпочитаю со стороны пикселя об этом деле не думать. Очень неудобно и всё время путаешься. То ли его вытянули по горизонтали, то ли ужали по вертикали. Есть исходный размер. И есть конечный аспект.
Более того, качество изображения зависит от исходного размера и только от него. Всё остальное - это ресайзинг и из воздуха он новых деталей не добудет. Если одно из измерений в 2 раза меньше, то и качество в 2 раза хуже, как ни крути. Исходное качество. Если при проигрывании сие качество ухудшать, то тогда конечно относительный разрыв может и уменьшиться. Но нам клипмейкерам это утешение маленькое, поскольку мы разумеется стремимся свои исходники наоборот, испортить как можно меньше.

Цитата

исходное видео при перекодировке должно сначала пропорционально сжиматься вдвое, а потом вытягиваться по вертикали

Вот тут я не понял, о чём ты. Есть разрешение картинки 352х576. Есть конечный аспект. Допустим, 4:3. Тебя интересует, что случится на хардовом плеере, или как ты сам должен обойтись с видео при рипе?
При рипе я лично большой противник увеличения размеров. Как я уже сказал, детали из воздуха не берутся. То есть я бы, стиснув зубы, уменьшил данное изображение до 352х264.
Если всё-таки хочется побольше, то нужен специальный ресайзер. Обычные скорее всего наделают ступенек. Avisynth рекомендует Lanczos4Resize. Можно попробовать сделать хоть 640х480.

сообщение оставил Voice-over , 08 ноября 2006, 16:52

Да ну, ками с тобою, еще статьи в журналы я не писал! (хочешь, скан паспорта выложу? :wow:

) И не надо меня готовить - я не вкусный, честно! :lol:

Цитата

качество изображения зависит от исходного размера и только от него

Я и сам никогда не заморачивался с этими "видеопикселями" (или как их там?), за что сейчас расплачиваюсь крайней степенью тупости. Но раз уж влез, надо разобраться. На doom9 ничего про сие действо не нашел :sad:

ixbt ты раскритиковал :cry:

увя-а-а-а!

Я понял так: разрешение относительно этих :censored:

"видеопикселей" не меняется, меняются размеры самих "пикселей". Как кодек их вычисляет? Для меня всегда 1 пкс был 1 пкс, он не делится на 1/2, 1/4 и т.п. Я знаю, что DivX как-то там вычисляет эти доли, но как - без понятия. Объясни, please, как происходит пересчет при рипе с оригинала 1,0 pixel ratio в 2,0 pixel ratio (или любой другой) - может, на примере до меня наконец дойдет.

сообщение оставил Esc , 08 ноября 2006, 19:34

Voice-over
Неудивительно, что ты не можешь понять. Ты зациклился на этих pixel ratio, а через них понять что-либо сложно. Говорю тебе ещё раз: забудь про них. На компьютере пиксел всегда 1:1. Всё что тебе нужно сделать, это выбрать размерность по вертикали так чтобы она делилась на 4 (лучше на 16), а размерность по горизонтали расчитать так чтобы она соответствовала нужному Display Aspect Ratio.

Канонический пример: US NTSC DVD, DAR=4:3. Американский DVD всегда будет иметь SAR=720x480. Каноническая хитрость: фактически SAR=704x480, остальные пикселя обрезаются по бокам. Там как правило живёт чернота и грязные края. 480 - прекрасная высота, делится аж на 32, любой кодек будет от неё в восторге и по горизонтали не надо делать никакого ресайза. Даже если вдруг сверху и снизу есть пара пикселей черноты, я обычно на это плюю ради того факта, что нет ресайза по вертикали. Итак, выбранная высота 480. Находим из пропорции ширину. Х:480 = 4:3 => Х = 480 * 4 / 3 = 640. Всё, обрезаем суммарно 16 пикселей с 2 сторон и ресайзим остальное до 640х480.

Ты хочешь знать, какой был пиксель? Пожалста. Из 704 мы получили 640. Значит если бы тоже самое делал плеер, ему нужно было бы получить то же преобразование пропорций за счёт PAR. Преобразование у нас вышло 704x480 => 640x480. Значит PAR = (640/704):(480/480) = 0.9:1. Проверяем, < так ли это >. Да, стандартный NTSC пиксел для DAR=4:3 равен 0.9, это общеизвестный факт, подкреплённый установленным стандартом и многочисленными аппаратными реализациями. Именно поэтому при кодировании видео для такого DVD его растягивают не на все 720 пикселей, а лишь на 704.

сообщение оставил Voice-over , 09 ноября 2006, 00:52

Подожди, PAR - это пиксель, выбранный условно для преобразования прогрессивного кадра в строчный ТВ-сигнал?
Если так, то кажется начинаю понимать...

сообщение оставил Esc , 09 ноября 2006, 01:01

Цитата (Voice-over @ 08 ноября 2006, 15:52)

Подожди, PAR - это пиксель, выбранный условно для преобразования прогрессивного кадра в строчный ТВ-сигнал?

Если речь идёт об аналоговом телевизоре, то да. В данном случае пикселем будет светящийся квадратик с соотношением сторон 9:10. Конкретные размеры сторон зависят от диагонали телевизора.
На компьютере всё совсем иначе будет. Там пиксель постоянный, а кину делается ресайз в соответствии с обстоятельствами.

сообщение оставил Voice-over , 09 ноября 2006, 11:12

Вот как оказывается все просто :smile:

А я шел какими-то окольными путями. Спасибо.

сообщение оставил iQ_Spec , 09 ноября 2006, 21:34

Прочитав эту тему я понял что я ДУРАК

сообщение оставил Rick Junker , 09 ноября 2006, 22:04

iQ_Spec

Цитата

Прочитав эту тему я понял что я ДУРАК

Это и так всем даавно понятно. Отдельное "спасибо" за такой "архиважный" и самокритичный пост.

сообщение оставил Esc , 07 января 2007, 19:37

Итак, возвращаемся к заброшенной теме DVD-рипа.

Шаг 1. DVD Decryptor Программа для собственно рипа данных с DVD, то есть переписывания со снятием защиты.
< http://www.akross.ru/soft/DVDDecrypter_3.5.4.0.exe >
Есть гораздо более свежие программы, но они платные, их ломать надо. А лень. С этой же у меня с этой пока ни разу не возникло затыков. Так что в 99% случаев она всех устроит. Главная её проблема - отсутствие предпросмотра, так что прихоится ориентироваться по длине программ. Программой в данном контексте называется любой законченный кусок видео: эпизод аниме, превьюшка или реклама.

Сотрим на прикреплённую картинку. В меню Mode убеждаемся, что галка стоит напротив слова IFO. В Source должен быть выбран ваш DVD-привод. В Destination указываете, где будет рабочая директория. Места вам понадобится, сами понимаете, прилично. От 4 до 8 гигов под vob-ы, плюс сколько-то под сами рипы и промежуточные файлы.

Теперь надо выбрать, что рипать. Декриптер по умолчанию выберет самую длинную программу, справедливо предполагая, что вы хотите рипнуть в первую очередь именно её. Если вы желаете прихватить пару дополнительных программ (например чистый опенинг), за ними придётся поохотиться. Предпросмотра, как я уже сказал, тут нет. Я обычно заранее смотрю диск в каком-нибудь плеере и запоминаю длину нужных мне программ. Потом отыскиваю их по длине в этом списке. PGC в списке справа - это программа и есть. Имейте в виду, что пока запущен Декриптер, никакие плееры вам диск проиграть скорее всего не смогут, поскольку Декриптер что-то там меняет в доступе для взлома различной защиты. Так что готовьте список заранее, а не как это делаю я: постоянно запуская и вырубая то Декриптер, то МПЦ.

Как только всё отыскали, алгоритм дальше простой. Выбрали программу справа, нажали большую красивую кнопку внизу, погуляли. Повторить при желании с другой программой.

Если вы дерёте различные PGC внутри одного VTS, сохраняемые файлы будут иметь одинаковые имена по умолчанию. Ничего страшного, вам будет показано окошечко, в котором вы сможете их переименовать.

Результатом рипа одной программы служит некоторое количество файлов на диске с расширением vob, один с расширением ifo и ещё один txt. В текстовом файле вы найдёте описания потоков, что может пригодиться для определения впоследствии, какой именно звуковой файл вам нужно конвертировать.

Продолжение следует.

сообщение оставил Del , 11 января 2007, 17:59

Исходный размер 720х480, aspect 4:3, при рипе мы ресайзим ширину до 640 (приводим 1.5:1 к 4:3, деля 720 на 1.125).

Такой вопрос:
Ты рекомендуешь отрезать 16 пикселей и ресайзить 704 к 640 а не 720, но ведь тогда выходит что конечное изображение чуть-чуть будет растянуто по ширине? Не лучше ли оставлять всё как есть т.е. ресайзить 720 -> 640?

Как-то читал в инете про так называемое "активное разрешение" dvd (меньше стандартного), но ничё не понял.

сообщение оставил Esc , 11 января 2007, 20:17

Del
Я ж вроде писал уже, причём на этой же странице. Дело в том, что по стандарту NTSC пиксель для формата 4:3 имеет PAR = 10:11. Поэтому в картинку 640х480 влезает не всё исходное изображение. Сколько влезет, мы можем померять обратным расчётом, перейдя от пикселя 1:1 для нашей конечной картинки 640х480 к пикселю 10:11. Поскольку высоту нам менять крайне нежелательно, она как была, так и остаётся 480, перерасчитываем ширину: 640/10*11=704. Выходит, что без искажения пропорций мы можем взять из исходного изображения только кусок 704х480, остальное надо обрезать.

Все стандартные PAR:
4:3 PAL (12:11)
16:9 PAL (16:11)
4:3 NTSC (10:11)
16:9 NTSC (40:33)
приводят нас к 704 пикселям по горизонтали. Другое дело, что ни один из источников, откуда я черпал сведения, не выглядит достаточно надёжным. И если на дивидюках 4:3 я действительно постоянно вижу черноту по краям, которую явно стоит обрезать, то на 16:9 обычно нет ничего лишнего. Проверка кругом рулит!!

сообщение оставил Del , 15 января 2007, 18:04

Esc
спасибо, чем дальше в лес - тем больше дров блин)
и главное ни в одном руководстве по двд-кодингу ничего не видел чтоб писли что то про PAR, только говорили что нужно приводить соотношение сторон к тому что DGIndex пишет.

Ждём статью, очень ждём)

сообщение оставил Endymion , 03 февраля 2007, 03:05

Есть у меня DVDшечка на которой два файла .VOB и соотвецтвенно по два .BUP и .IFO файла. При проигрывании это выглядит так: заставка --> меню во время которого проигрывается музыка --> основной файл со своим аудио.
Открываю диск в DVD Decrypter и вижу... (см. картинку) Выбор не большой. Вот, собственно, на выходе я получаю те три файла (.ifo .vob и .txt) В полученном файле содержится только заставка, идущая перед меню. А мне основное видео надо. Что не так?

сообщение оставил Генерал Гривус , 03 февраля 2007, 15:01

Endymion Переключись на File и выбирай что надо.

сообщение оставил Endymion , 03 февраля 2007, 16:05

Генерал Гривус
Я-то переключился, а почему ifo на показывает того что должен. всёравно интерестно. Да и file не позволяет доставать содержимое по частям.

сообщение оставил Esc , 03 февраля 2007, 17:00

Endymion
Очень интересно. Воздержусь пока от предположений. Скажу лишь следующие вещи.

Цитата

основной файл со своим аудио.

Напрягло. А видео там нет что ли?

Цитата

два файла .VOB и соотвецтвенно по два .BUP и .IFO файла.

Два набора - это как раз на 1 кусок. Video_ts.* - это корень, там никогда ничего нет. Vts_01_*.* - это первая глава. Если vob в этом наборе всего один, то снова это Vts_01_0.vob, в котором ничего кроме меню. Так что видео получается у тебя и нет. И вообще ничего нет на этом диске.

Смотри, какой сервис! Я за тебя названия всех файлов даже написал. И ещё одну вещь за тебя сделаю. Посмотрю, какой размер у всех этих файлов на диске. Я думаю, он довольно маленький. Что бы ты ни искал, вряд ли оно в них.

Для остальных лекция по структуре DVD.

На видео-двд обязательно присутствуют 2 папки: AUDIO_TS и VIDEO_TS. Причём первая папка как раз на видео-двд не используется. Она для аудио-двд, а суют её всегда, потому что так положено по спецификации. Всё остальное лежит во второй папке. Причём наличие дополнительных папок совершенно не запрещено. Просто они игнорируются двд-плеером. Точно также игнорируются любые дополнительные файлы в корневой папке.

Файлы в VIDEO_TS бывают 3 типов. .VOB - собствено контейнер с содержимым. .IFO - навигационный файл, содержащий всю разметку воба, управляющие элементы меню, инфу по аспекту, языкам и т.п. .BUP - запасная копия .IFO. Потому что если вы процарапаете воб, оно может икнуть и пойти дальше. А вот если у вас ифо не читается, то уже и неясно, что и как играть. Поэтому делается идентичная копия.

С расширениями разобрались, теперь имена файлов. Те которые VIDEO_TS.* - это корневые. В них как правило совсем ничего, может быть лишь развязка, куда переключаться при вставлении диска в плеер и при нажатии кнопки root menu.
Дальше идут файлы вида VTS_XX_Y.* Где всё что начинается с VTS_XX - это глава (title) с номером XX. Эти главы вы можете видеть раздельно в Декрипторе. Причём для IFO и BUP Y всегда равно 0. А вот у VOB Y может быть много разных. Как правило, воб с нулём, типа VTS_01_0.VOB - маленький, и в нём лежат менюшки. Если они анимированные, то он может быть и не такой маленький конечно. А может быть и 200 кило, если меню простое. Само видео обычно лежит в 1,2,3... И там уже несложная схема, видео на самом деле представляют собой непрерывный поток, разбитый по 1 гигабайту. В последнем файле остаток.

Разбитие по главам на самом деле не имеет никакого глубокого смысла. Это как проектировщику DVD захочется. Может сделать много маленьких глав, а может засунуть в одну большую. С точки зрения конечного пользователя разницы вообще-то незаметно. :) Разбитие по программам (PGC) никак не отражается на файловой структуре. Эта разбивка тоже живёт в ifo.

А счас я съезжу в город, а когда вернусь, буду работать над описанием DGIndex.

сообщение оставил Endymion , 03 февраля 2007, 17:38

Esc

Цитата (Esc @ 03 февраля 2007, 17:00)

Что бы ты ни искал, вряд ли оно в них.

В файлах есть то что мне нужно, а именно клип с двумя саунд треками.

Цитата (Esc @ 03 февраля 2007, 17:00)

Напрягло. А видео там нет что ли?

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

Цитата (Esc @ 03 февраля 2007, 17:00)

И вообще ничего нет на этом диске.

хе. Выходит у меня галлюцинации. Смотрю клип которого не существует :wink:

Стоп. Надо по порядку. Включаю DVD как обычно - играется клип с двумя озвучками. Значит уже что-то есть. Открываю папку VIDEO_TS. В ней лежат VIDEO_TS.VOB (160мб) и VTS_01_1.VOB(4мб) [Странно!] В файле 4мб содержится именно та заставка которую мне выдает DVD Descrypter. Понятно. значит видео засунули в VIDEO_TS.VOB!

сообщение оставил Esc , 03 февраля 2007, 17:51

Endymion
Вспомнил. Особо одарёные сукины дети оформляют непродолжительные программы как анимированое меню. Там же бывают красивые видеопереходы безо всяких элементов управления. Ну вот это и оформляется как такой переход 10 минут длиной. Отличительная особенность - если вставить в железный плеер, он по идее на таком переходе не показывает текущее время, а пишет слово menu. И да, это придётся переписывать в режиме File и выкусывать нужный кусок ручками.

сообщение оставил Endymion , 03 февраля 2007, 18:07

Esc
Сволочи. Всё им жизнь риперам усложнять. Кстати да, этот клип действительно - сплошная менюшка.

Цитата (Esc @ 03 февраля 2007, 17:51)

на таком переходе не показывает текущее время

Мало того что не показывает. Если его запускать как обычный DVD, он отказывается признавать, что существует такая вещь как прогрутка видео вперед-назад даже на софтовом плеере )

Кстати. Я хочу сохранить звук ac3 (5.1 192kpbs). Чем его без пережатия можно порезать?

сообщение оставил Esc , 03 февраля 2007, 20:48

Endymion

Цитата

Дорогой дедушка афца, спасибо тебе большое за то что догадался, в чём суть моей проблемы и растолковал мне её, хоть я, неразумный, и не дал тебе практически никакой полезной информации. Кстати. Я хочу сохранить звук ac3 (5.1 192kpbs). Чем его без пережатия можно порезать?

Чем-нибудь авось да порежешь. :ass:

сообщение оставил Endymion , 03 февраля 2007, 22:07

Esc
Ну вот. Обиделся. Гомен гомен. Пора мне исправляться)
Дорогой дедушка афца, спасибо тебе большое за то что догадался, в чём суть моей проблемы и растолковал мне её, хоть я, неразумный, и не дал тебе практически никакой полезной информации!!!
upd: Насчет ac3. Нашел я какой-то замусоленый доморощенный ac3 splitter. Причем не слишком удобный. Он кстати еще и платный оказался. Так что пойду попробую пока пробуется)

Вот и скрин сплиттера. Так сказать все просто и ~~без~~ со вкусом)

сообщение оставил Генерал Гривус , 10 февраля 2007, 14:22

У меня DVD структуры PAL 25 фпс. Каким образом его рипать чтобы интерлейса не было?

сообщение оставил Endymion , 10 февраля 2007, 17:08

Цитата (Генерал Гривус @ 10 февраля 2007, 14:22)

Каким образом его рипать чтобы интерлейса не было?

Рипай DVD Дескриптором.
Или что ты имел виду? Где/когда он у тебя вылазит? Или ты на будущее спросил?

сообщение оставил Don , 11 февраля 2007, 01:21

Помогите пожалуйста! Надо перекатать MPEG-2 720 x 480 в AVI 480 x 352. Все попытки дают на выходе жуткие горизонтальные полосы во время движения. Наверняка с этим уже многие сталкивались, но на форуме ничего не нашёл. Что я неправильно делаю?

сообщение оставил Endymion , 11 февраля 2007, 01:42

Don
Врядли тебе что-то поможет. MPEG-2 это DVD стандарт, Avi это контейнер. Совершенно разные вещи. Читай эту тему внимательно с самого начала.
< И эту тоже >

сообщение оставил Esc , 11 февраля 2007, 01:49

Цитата (Генерал Гривус @ 10 февраля 2007, 05:22)

У меня DVD структуры PAL 25 фпс. Каким образом его рипать чтобы интерлейса не было?

Лучшим решением на данный момент является использование фильтра tfm из пакета tivtc.

Цитата (Don @ 10 февраля 2007, 16:21)

Начнём с того, что разрешение 480 x 352 является совершенно бредовым, и я против того, чтобы что-либо в него переводить.
Горизонтальные полосы называются по-нашему интерлейсом, и от него надо избавляться соответствующей обработкой. Как я уже сказал абзацем выше, лучше всего для этого подходит пакет TIVTC, это самый прогрессивный пакет на сегодняшний день.

Постараюсь хотя бы на этих выходных прописать, как им пользоваться.

сообщение оставил Генерал Гривус , 11 февраля 2007, 14:30

Esc когда напишешь можно будет сформировать статью - и на сайт. :biggrin:

P.S. за советик аригато :biggrin:

сообщение оставил Don , 11 февраля 2007, 18:55

Ура мне!
Целую неделю мучил VirtualDubMod, перерыл кучу форумов и статей, и наконец-то получил желаемый ролик без интерлейса. Даже в «бредовом» разрешении 480 x 352 (я бы выбрал другое, но половина клипа уже сделана в нём, а заново нарезать два сериала просто в лом).

От форумов у меня сложилось впечатление, что интерлейс – вселенская беда мирового значения. Почти везде упоминается TIVTC и AVISynth, и очень редко с пояснениями. Для не посвящённого типа меня – чистое шаманство. А всего-то и надо было в VirtualDubMod после выделения фрагмента и удаления звуковой дорожки выбрать Video – Filters – Add, где выделить deinterlace (или другой соответствующий фильтр, предварительно закинутый в папку plugins).

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

P.S. А на фига нужен TIVTC, я так и не понял…

сообщение оставил Endymion , 11 февраля 2007, 19:05

Цитата (Don @ 11 февраля 2007, 18:55)

где выделить deinterlace. А на фига нужен TIVTC, я так и не понял…

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

сообщение оставил Esc , 11 февраля 2007, 19:42

Ну вроде созрел я на новую порцию.

Для следующего шага нам нужен пакет < DGMPGDec >, по-хорошему состоящий лишь из утилиты DGIndex.exe и библиотеки DGDecode.dll. Инсталлировать пакет не надо. Я обычно создаю ему директорию C:\Program Files\DGMPGDec и распаковываю туда архив.

Алгоритм работы:
1. Запустить DGIndex.exe.
2. File -> Open.
3. Выбрать все нужные вобы. Если что-то не так получилось, в открывшемся окошке File List можно индивидуально подправить.
4. Ok. В титульной полоске должны появиться всякие слова.

(1) - имя VOB-а, на котором вы сейчас находитесь.
(2) - его истинное разрешение.
(3) - порядковый номер этого VOB-а в списке выбранных вами.
(4) - ваша текущая позиция (самая важная информация!)
5. Нажмите F5. Программа начнёт анализ содержимого. Справа появится окошечко, в котором будет вся обнаруженная информация.

Исходный код

LoadPlugin("C:\Program Files\DGMPGDec\DGDecode.dll")
mpeg2source("(два подчёркивания)vid(два подчёркивания)")
tfm(d2v="(два подчёркивания)vid(два подчёркивания)")
tdecimate(mode=1)
#crop(8,0,-8,0)
LanczosResize(640,480)
#LanczosResize(704,396)
Undot()
VagueDenoiser(threshold=1.5,method=1,nsteps=6,chromaT=2.0)

Потом он нам пригодится.
Внимание: тупой форумный движок за что-то страшно невзлюбил двойные подчёркивания, поэтому их пришлось заменить словами в скобках. Когда будете писать в файл, замените обратно на два символа подчёркивания.

7. Теперь что? Теперь надо выделить кусок для рипа. Выделенный кусок отпечается на нижнем ползунке серой полоской. По умолчанию выбрано всё, что вы загрузили. Чтобы откусить кусочек, надо встать на первый нужный кадр и нажать Home, потом встать на первый ненужный кадр и нажать End. Всё как в дабе! Причём за эту схожесть благодарите лично меня. Автор почему-то сам не додумался, у него раньше можно было это сделать только кнопочками со скобками. Я его попросил добавить горячие клавиши.
8. А теперь очень важная часть. Великая наука, как правильно порезать. Тут тоже есть свой аналог ключевых кадров. :))) А именно, резать лучше всего по границе Cell-ов, тех самых, что торчат в титуле окна в самом конце. Их наличие там - результат ещё одного компромисса, которого мне удалось достигнуть с автором программы. Дело в том, что он явный идеалист. И в какой-то момент его стукнуло, что всю информацию в окошке Information он может корректно показывать только при плавно бегущем превью. Если же вы потаскаете бегунок мышкой и встанете в случайную точку, то он уже всю информацию корректно показать не может. И он начал просто закрывать окно в случае ручного позиционирования. Чем лишил нас возможности аккуратного разрезания. Я начал лить горькие слёзы на doom9, и он предложил вот такое решение с выводом текущей позиции в заголовок.
Поэтому алгоритм разрезания будет следующий. Мышкой таскаете бегунок, ищите примерно начало нужного куска. Встаёте чуть раньше. Начинаете нажимать стрелку вправо, и пошагово идти к точке разрезания, пока не увидите, как значение Cell в заголовке сменилось на другое. Это и есть оптимальная для разрезания точка. Нажимаете Home. Точно также находите конец. Нажимаете End. Обратите внимание, что если проскочили нужную точку, просто нажать стрелку влево не рекомендуется. Пробегите на несколько шагов обратно влево, и снова двигайтесь вправо к точке разреза.
Теперь ваш кусок выделен внизу серым цветом. Не вздумайте пытаться перейти в начало и конец клавишами [ и ]. Они дублируют Home и End. К сожалению, начало и конец выделения нельзя найти горячей клавишей после того, как ты его поставил.
9. Нажимаем F4, вводим какое-то название для вырезаемого куска и ждём. Я обычно пишу название аниме вкратце и номер эпизода. Например, Requiem 11. После чего ждём. Результатом работы будут следующие файлы на диске:
"Requiem 11.d2v" - это индексный файл для vob-а. Видео осталось там, но мы его разметили для удобного доступа Ависинту. Весит файл d2v очень мало.
"Requiem 11.avs" - скрипт созданный на основе нашего шаблона. Будет активно использован позднее.
Один или больше файлов вида
"Requiem 11 T01 2_0ch 192Kbps DELAY 0ms.ac3"
Это звуковые дорожки. Разберём смысл их названий.
Requiem 11 - это заданное вами имя.
T01 - порядковый номер дорожки.
2_0ch - количество каналов, в данном случае стерео.
192Kbps - конечно же битрейт.
DELAY 0ms - задержка в миллисекундах. Самый важный параметр. Аудио никогда не совпадает полностью с видео. И тоже может быть порезано только по каким-то своим блокам. Поэтому кусок отрезанного видео и кусок отрезанного аудио часто не совпадают по точке начала, отчего и возникает цифра delay, который, к слову, может быть как положительный, так и отрицательный.
ac3 - формат аудио.

Уф. Такая простая операция, а как долго пришлось описывать. Но теперь осталось только разобраться с ависинтом и звуком. Как-нибудь потом.

сообщение оставил Del , 19 февраля 2007, 13:36

Цитата (Esc @ 11 января 2007, 19:17)

Del
Дело в том, что по стандарту NTSC пиксель для формата 4:3 имеет PAR = 10:11. Поэтому в картинку 640х480 влезает не всё исходное изображение.

Т.е. получается если мы смотрим на DVD на дэке то саме левые и правые пиксели мы не видим, т.к. они не влезают?
Пытаюсь понять как плеер кроме ресайза делает ещё и crop и не очень представляется.
Нашёл вот плеер интерестный - MPlayer-1.0rc1-gui - порт на винду линухового видео плеера. Интересен тем что в debug-окошке может показывать все операции что он делает с видео. Когда открываю в нём DVD (FF VII:AC) пишет:

Исходный код

MPlayer 1.0rc1-3.4.4 (C) 2000-2006 MPlayer Team
A: 30.5 V: 30.5 A-V: 0.006 ct: 0.174 602/599 4% 1% 6.2% 5 0

Playing E:\VIDEO_TS\VTS_01_1.VOB.
MPEG-PS file format detected.
VIDEO: MPEG2 720x480 (aspect 3) 29.970 fps 8552.0 kbps (1069.0 kbyte/s)
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 480 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
No accelerated IMDCT transform found
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [directx] 720x480 => 854x480 Planar YV12
A: 0.6 V: 0.6 A-V: -0.004 ct: 0.194 12/ 10 ??% ??% ??,?% 0 0
demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.

A: 113.3 V: 113.3 A-V: -0.005 ct: 0.249 2716/2713 4% 0% 4.6% 60 0

т.е. плеер масштабирует картинку чтобы она соответствовала заданному для этого DVD aspect ratio.

И второй вопрос - про деинтерлейс.
Я вот использую TomsMoComp(clip,-1, 15, 0) и доволен. Что скажешь?

сообщение оставил Esc , 20 февраля 2007, 02:59

Цитата (Del @ 19 февраля 2007, 04:36)

Я вот использую TomsMoComp(clip,-1, 15, 0) и доволен. Что скажешь?

Что скажу? Добро пожаловать обратно в 20 век. Это деинтерлейсер, причём 2002-2003 года создания. Если у тебя тру интерлейсед видео, например с видеокамеры, то его использование ещё как-то оправдано, хотя имхо результат у него такой же степени корявости как и у FieldDeinterlace. Но если у тебя телесайнутое аниме, у которого вполне реально восстановить оригинальные прогрессивные кадры, то гадить изображение деинтерлейсером - преступление против человечества.

сообщение оставил Pause , 27 июля 2007, 22:26

Я вот тут умные статьи Эска почитал, и у меня возник вопрос...
Я хочю Рипануть дивидишку, ( скачал с диска в комп ) , скачать не могу проги которые пишут, ( инет постоянно отрубается ), но нашел далеко в углу MovieJack 3.5 изучив 5 минут эту прогу, я без всяких заморочек получил свое видео в Loseless ( без интерлейса, с норм соотношением сторон, тогоже качества )..У меня одна проблема, 2-20 DVD часа видео он мне 12 часов переводил в Лоселесс , правда я поставил на best качество ........собственно проблема ( мож кто знает как там поставить рипаться сразу без звука, или все же придется ждать когда со звуком , а потом отрубить его в VDM..? )..

сообщение оставил Endymion , 27 июля 2007, 22:34

Pause
если делать как положено и использовать ависинт, то все запросто делается без перевода в лосслесс или ункомпрессед (вернее перевод есть, но проходит "на лету"). И насчет звука тогда без проблем. Хочешь с, хочешь без. Описывать процесс от и до сил нет. Но если все же решишь делать правильно, на отдельные вопросы постараюсь ответить. Что касается твоей программки. Ни одной не видел еще, чтобы давала результат лучше, чем ависинт + другие тулы, описанные Esc-ом.

сообщение оставил Pause , 27 июля 2007, 22:38

Endymion
Оки, вот тока я не понял....... как это "без перевода в лоселесс или ункомпрессед" , я ж vob с кодеком YU должен во что то перевести что бы использовать в AE или Вегасе...

сообщение оставил Endymion , 27 июля 2007, 22:41

Pause
1) Ты не говорил что рип - исходник для АЕ.
2) Без перевода всеравно возможно даже в твоем случае, но комп желательно иметь покруче, помногоядернее :tongue:

сообщение оставил Pause , 27 июля 2007, 22:49

Endymion
Вот vob с помощью ависинта рипану " на лету ", во что он превратиться.....и сколько будет весить ( у меня 2-20 часа видео )..??

сообщение оставил Endymion , 27 июля 2007, 23:00

Pause
Он был ВОБом, так и останется. Просто будет разжиматься, деинтерлейсится, ресайзится, обрезаться или что там тебе нужно с видео сделать, в реальном времени. Полученная информация не пишется на хард диск и теряется сразу после того, как была получена и показана на экране. При повторном обращении к участку видео, инфа снова берется из ВОБа и проходит все нужные фильтры.

P.S. блин жаль что темки, где я про makeAVIS писал теперь нету, послал бы тебя изучать :РР

сообщение оставил Pause , 27 июля 2007, 23:28

Endymion
Эск на прошлой странице "3" написал большую статью, я все сделал как там, но там про Ависинт еще говориться, неподскажешь что дальше делать..?

сообщение оставил Esc , 27 июля 2007, 23:31

Дык Эск потом ещё поди писал чего. А всё накрылось тазиком.

сообщение оставил Pause , 27 июля 2007, 23:33

Esc
Мож вкратце скажешь что мне с полученным файликом делать....plz....

сообщение оставил Endymion , 27 июля 2007, 23:35

Pause
Какой у тебя файлик-то получился? D2V и звук лежит рядышком?

UPD:А DVD какой? Напиши инфу, что DGIndex показывал.

сообщение оставил Pause , 27 июля 2007, 23:37

Endymion
Да файлик такой, но когда я выставлял настройки аудио то звук отключил, и теперь у меня только это файл есть ( и еще скрипт в папке )..

16:9
720x480
29.970030
ntsc
Interlased
Надеюсь этого хватит..

сообщение оставил Pause , 28 июля 2007, 00:14

Все я спать, чувствую сегодня мне никто не ответит...........

сообщение оставил Endymion , 28 июля 2007, 14:38

После получения d2v файла делаем следующее:
1) убеждаемся, что в папке Plugins Avisynth-а лежат файлы: DGDecode.dll (берется из папки DGIndex-а), и < TIVTC.dll >
2) пишем следующий ависинт скрипт:
Mpeg2Source ("имяфайла.d2v")
TFM (d2v="имяфайла.d2v", mode=5, pp=7)
TDecimate (mode=1)
Crop (a, b, -c, -d)
UnDot ()
VagueDenoiser (threshold=0, nsteps=0, chromaT=0)
Lanczos4Resize (x,y)

* Буквы a, b, c, d задают значения кроппинга (обрезания картинки) соответственно слева, сверху, справа, снизу. Перед буквами c и d стоит знак "-" (минус)
** Подчеркнутая цифра "4". Если делается апсейз (апскейл, растягивание), то желательно использовать ланцзос 4. Если даунсайз (даунскейл, сжатие), то желательно просто LanczosResize
*** Значения x и y устанавливают величину ресайза соответственно по горизонтали и вертикали.
**** < VagueDenoiser > и UnDot (прикреплен к этому посту) - это фильтры-сглажеватели, направленные на улучшение сжимаемости и не только. Работают при наличии соответствующих плагинов ависинта.
***** Настройки деинтерлейсера TFM в данном случае самые ресурсоемкие. Если не устраивает скорость работы, значение PP можно понижать в ущерб качеству. Автор плагина рекомендует использовать pp=7 для анимэ.
****** Настройки VagueDenoiser стоят в режиме Auto. Плагин сам выберет максимально допустимые значения.
3) Убеждаемся, что файлы d2v, avs, vob лежат в одной папке и открываем ависинт скрипт в программе кодирования.

P.S.
Приведенный выше ависинт скрипт это на 50% моё имхо. Если кто-то считает что он неправильный/нехороший - предложите свой.

сообщение оставил Pause , 28 июля 2007, 14:44

Endymion
Эм я все сделал в VDM кроме кропа, он для чего нужен, если без него это не смертельно..?

сообщение оставил Endymion , 28 июля 2007, 14:49

Pause
В ВДМ - хорошо, я рассказываю не только для тебя, я продолжаю тему по правильному ДВД рипу.

Цитата (Pause @ 28 июля 2007, 13:39)

1 Я в плагинах добавил "no interlased"
2 а вот что бы ресайзнуть до ( 16:9 ) из 720х480 мне надо "resize" и какие туда размеры написать
3 Кроппинг - это что еще такое??

Да чего ты в темку по Ависинту полез, если у тебя ДВД Рип. Возвращайся сюда.
В плагинах добавил? В каких еще плагинах?
Кроппинг это обрезание картинки. Я лично всегда делаю стороны кратными 16, потому что использую кодек AVC.
720x480 можно отресайзить в 704x396. Все зависит от того, для каких целей делается рип, есть ли черные полосы, нужна ли какая-то определенная кратность сторон...

сообщение оставил Pause , 28 июля 2007, 14:57

Endymion
Ок вернулся..........
В плагинах VDMа...
Вот за пояснение кроппинга спасибо...
upd: до размера 704 на 396 я досчитался....
тогда вопрос, в значениях a b c d и lancozresize что мне написать в скрипте ( из 720-480 ) надо получить ( 704-396 )..

сообщение оставил Endymion , 28 июля 2007, 15:13

Если ты ничего не собираешься отрезать, то строчку crop вообще удали или поставь нолики. Соответственно lancozresize будет (704,396). Еще можешь попробовать 768x432 с ланцзосом4 - неплохое разрешение, кратное 16.

сообщение оставил Pause , 28 июля 2007, 15:19

TFM (d2v="имяфайла.d2v", mode=5, pp=7)
TDecimate (mode=1)
Я скачал TiVTCv102 но VDM писал мне что ему не нравиться TFM или он его вообще не знает ( dll ку кинул куда положено )............
Усе у меня проблема решена.............
VDM все отлично отресайзил убрал интерлейс, и вообще выдал то что я хочю :smile:

Правда uncompressed 50 мб - 1 сек .. :smile:

( зато там везде ключевые кадры, вырезать очень удобно )..
upd: Забыл сказать те спасибо, за то что повозился тут со мной......

сообщение оставил Endymion , 28 июля 2007, 15:28

Цитата (Pause @ 28 июля 2007, 14:19)

Я скачал TiVTCv102 но VDM писал мне что ему не нравиться TFM или он его вообще не знает

Ошибка может возникать из-за несоответствия версий TIVTC и DGIndex. Чем версии новее, тем больше шансов, что все будет нормально.

сообщение оставил Pause , 28 июля 2007, 15:38

Endymion
Оки, ясненько...........но когда есть VDM ( там я ещё и кроп нашел )...мона и без TiVTC обойтись, хотя с ним намного удобнее будет ..... :smile:

сообщение оставил Esc , 28 июля 2007, 22:48

Так, я как идиот тут в ависинтовскую тему пишу, а они уже давно всё написали тут. Ладно, хрен с вами, будет дубляж для не умеющих пользоваться поиском. Хоть один вариант да найдут. :)

Цитата (Pause @ 28 июля 2007, 06:38)

мона и без TiVTC обойтись

Ты в корне неправ. Без него обойтись нельзя.

сообщение оставил Pause , 29 июля 2007, 00:20

Esc

Цитата

Ты в корне неправ. Без него обойтись нельзя.

Ну если я как-то обошелся, значит все-таки можно...........( а что он собственно делает )...

сообщение оставил Armed , 05 августа 2007, 22:08

Цитата (Pause @ 29 июля 2007, 00:20)

(а что он собственно делает )

TiVTC (TFM) убирает interlaced и делает progressive video.

Цитата (Endymion @ 28 июля 2007, 14:38)

2) пишем следующий ависинт скрипт:
Mpeg2Source ("имяфайла.d2v")
TFM (d2v="имяфайла.d2v", mode=5, pp=7)
TDecimate (mode=1)

Вобщем я прочитал в статье по AviSynth-у, что TDecimate необходимо делать именно для NTSC:

Цитата

Для NTSC необходима еще и функция децимации TDecimate сразу за TFM. Функции имеют многочисленные настроечные параметры, в том числе для прямого задания пользователем типа деинтерлейса для конкретных кадров.

У меня NTSC, раньше я делал клип без TDecimate, но когда добавил его в скрипт, то получил смешение кадров. А если в скрипте вызвать инфу, то там вместо 29.97 к/с. (как в исходнике) стало указываться 23.976 к/с. (см. картинку) В скрипте указан 116400 кадр: слева видео файл без TDecimate, а с права с TDecimate (mode=1) - как видите справа частота кадров неверная, мож это из за неправильных настроек TDecimate?

сообщение оставил Endymion , 05 августа 2007, 22:16

Цитата (Armed @ 05 августа 2007, 21:08)

Вобщем я прочитал в статье по AviSynth-у, что TDecimate необходимо делать именно для NTSC

Правильно. Я нигде и не писал, что его нужно всегда применять.

Цитата (Armed @ 05 августа 2007, 21:08)

как видите справа частота кадров неверная

Какраз наоборот. Частота верная. TDecimate тем и занимается, что ее понижает. Этот прием используется для Аниме NTSC. В других случаях возможны другие варианты.

UPD: В Аниме все кадры, что выкидываются являются дубликатами. В случае же с фильмами, кадры могут быть уникальными. Поэтому, дабы небыло дерганья, TDecimate-e смешивает несколько кадров в один.

сообщение оставил Armed , 06 августа 2007, 01:14

Цитата (Endymion @ 05 августа 2007, 22:16)

TDecimate тем и занимается, что ее понижает.

Чет мне не нравится эта идея, видь тогда движения должны быть менее плавными;)

Цитата (Endymion @ 05 августа 2007, 22:16)

Этот прием используется для Аниме NTSC. В других случаях возможны другие варианты.

А в моем то случае можно обойтись без TDecimate?

Цитата (Endymion @ 05 августа 2007, 22:16)

Поэтому, дабы небыло дерганья, TDecimate-e смешивает несколько кадров в один.

Зачем вабще понижать частоту, чтоб при сжатии выделялось больше битрейта на кадр что ли, или для чего то другого?

Цитата (Esc @ 28 июля 2007, 22:48)

YUV -> RGB = PC Scale

Esc почему PC, а не TV? Как я понимаю у всех видео на DVD проигрыватется в так называемом "безопасном для телевидения режиме ", т.е. именно в TV Scale, когда цвета более светлые - видь так? А в режиме PC Scale цвета становятся темными, и в темных сценах уже становится сложно чето разобрать;)

UPD: Вот, что у меня получается при увеличении скорости в Вегасе (1 -> 2.25), почему то именно в этом месте смешивание кадров очень хорошо просматривается. В исходнике кстати этот момент проигрывается с небольшим дерганьем - похоже тут много дублей;) Endymion мож ты в курсе как от этого избавиться?

сообщение оставил Endymion , 06 августа 2007, 01:33

Цитата (Armed @ 06 августа 2007, 00:14)

Чет мне не нравится эта идея, видь тогда движения должны быть менее плавными;)

я уже объяснил почему плавность сохраняется. В аниме эти кадры лишние. Они дубликаты, потому на плавность не влияют. А у тебя соседние кадры смешиваются в один. Таким образом они похожи и на предыдущий и на следующий кадр. Отсюда и плавность.

Цитата (Armed @ 06 августа 2007, 00:14)

А в моем то случае можно обойтись без TDecimate?

А ты как думаешь? Если у тебя от этого блендятся фреймы, а ты этого не хочешь, то обойдись. :biggrin:

Цитата (Armed @ 06 августа 2007, 00:14)

Esc почему PC, а не TV?

Я не совсем понял о чем ты. Что за безопасный режим? Откуда этот кусок с цитатой?

сообщение оставил Esc , 06 августа 2007, 03:00

Цитата (Armed @ 05 августа 2007, 16:14)

Esc почему PC, а не TV?

Забудь. Это я перестарался. Данный переключатель вообще не играет никакой роли при нормальном использовании DGIndex-а.

сообщение оставил Armed , 07 августа 2007, 10:16

Цитата (Endymion @ 06 августа 2007, 01:33)

А ты как думаешь? Если у тебя от этого блендятся фреймы, а ты этого не хочешь, то обойдись.

Т.е. для фильмов TDecimate вабще ни к чему? (это я на будущее) У меня кстати соседнии кадры смешиваются еще в Вегасе при увеличении скорости - в момент просмотра это не всегда заметно, но есть места где это очень хорошо просмотривается (выше прикрепил картинку - здесь уже некуда)

Цитата (Endymion @ 06 августа 2007, 01:33)

у тебя соседние кадры смешиваются в один. Таким образом они похожи и на предыдущий и на следующий кадр. Отсюда и плавность.

А если 29.97 понизить до 15 к/c. плавность останется?:) Так видь например можно делать превью с частотой 15 к/c без дерганья и в двойне повышеным битрейтом на кадр, правда? :wink:

Цитата (Endymion @ 06 августа 2007, 01:33)

Я не совсем понял о чем ты. Что за безопасный режим? Откуда этот кусок с цитатой?

Из стать по AviSynth-у разумеется;)

Цитата

В случае если диапазон YUV так широк, а нужен безопасный для телевидения, его можно сузить специальной командой ColorYUV(levels="PC->TV")

Для наглядности я прикрепил картинку, как видно в TV Scale темные сцены просматриваются лучше чем в PC Scale. Но в светлых сценах цвета помойму тусклые - вода к примеру в TV Scale смотрится мене реально чем в PC Scale - вам так не кажется?;)

Цитата (Esc @ 06 августа 2007, 03:00)

YUV -> RGB = PC Scale

В DGIndex при преобразовании форматов из YUV в RGB диапазон тоже можно сузить (получается, что разницы нет в каком режиме был изначально диапазон YUV?)

Цитата (Esc @ 06 августа 2007, 03:00)

Выходит так оно и есть, потому что если загрузить скрипт (с TV Scale прописаном В d2V файле - скрипт ирается именно в этом режиме) в makeAVIS , то avi файл всеравно получается в PC Scale, т.е. диапазон нужно менять в самом скрипте.

сообщение оставил Endymion , 07 августа 2007, 13:28

Цитата (Armed @ 07 августа 2007, 09:16)

Если ты не знаешь какой оригинальный фреймрейт фильма, то лучше не применяй. В Премьере/АЕ при увеличении/понижении скорости есть выбор смешивать кадры, дублировать или применить пиксель моушн (более сложный алгоритм наподобие блендинга). Думаю в Вегасе это то же должно где-то переключаться.

Цитата (Armed @ 07 августа 2007, 09:16)

Не правда. Задача TDecimate восстановить оригинальный фреймрейт видео. Такой, какой он был до того, как видео превратили в ДВДшку. В случае с аниме этот оригинальный фрейм рейт в большинстве случаев 23.976. Если понижать ниже нормы то "плавность" возможно будет уменьшаться и "мыло" будет увеличиваться.

Цитата (Armed @ 07 августа 2007, 09:16)

Из стать по AviSynth-у разумеется;)

Объяснил. Какбудто я все статьи по ависинту перечитал. Не знаю что у тебя там за ЮВ-РГБ. Могу только сказать что при смене цветового пространства мы получаем некую потерю качества и потерю оригинального цвета. Если рип делается не для клипа, то имхо переводить лишний раз в РГБ абсолютно незачем.

Цитата (Armed @ 07 августа 2007, 09:16)

Эск сказал забудь, значит забудь. Нигде ничего менять не надо.

сообщение оставил Esc , 07 августа 2007, 20:08

Так. наступило время для нового урока. Объясняю основы телесайна.

Есть кино, сделанное с 24 кадра в секунду. Это стандарт такой, их практически все делают с таким фреймрейтом, неважно игровой фильм или рисованый. Когда говорят, что в аниме использовался фреймрейт ниже, то это означает, что некоторые кадры использовали больше одного раза. Это часто случается, экономят на отрисовке. Сами можете убедиться, что на статичных сценах один и тот же кадр может быть на 3 фреймах без изменений. Но кадр повторили 3 раза, а фреймрейт всё равно 24 кадра в секунду.

Теперь надо издать это дело на NTSC. Там фреймрейт должен быть 29.97. А ещё точнее, он должен быть 30000:1001. Для чего было нужно так извращаться? Это было связано с кучей всяких факторов при разработке стандартов телевизионного вещания. Напоминаю, что NTSC был разработан в 40-50-х годах как телевизионный стандарт, а не для DVD. Начнём издалека.

В электросети, как вам известно, живёт ток переменного напряжения. Раз есть переменное напряжение, значит есть его частота. Частота тока в американских розетках 60 гц. При тогдашнем уровне технологий самым простым способом избежать на экране ЭЛТ-телевизора наводок от электросети было приравнять частоту развёртки к частоте тока. То есть луч электронной пушки должен был пробегать по экрану 60 раз в секунду или как-то пропорционально этому. Но с одной стороны пропускная способность эфирного вещания не тянула такого количества информации, а с другой стороны понизить частоту развёртки было нельзя ибо при 30 гц на экране телевизора наблюдалось оцень заметное мерцание. Тогда народ придумал поля, те самые fields, которые нас до сих пор преследуют в редакторах. Поле есть совокупность все чётных или всех нечётных строк кадра. Соответственно, передавали изображение, разбив его по полям, пушка отрисовывала кадр за 2 прохода, сначала нечётные поля потом чётные, в итоге получалось 30 полных кадров в секунду. Так этот фреймрейт и стал стандартом для систем NTSC. А такое видео назвали interlaced, то есть переплетённое, ибо изображение в нём получалось как на ткани с рисунком, переплетением ниток, то есть чётных и нечётных строк.

Теперь вернёмся к вопросу, как нам из 24 кадров получить 30. Поделив на общий множитель получаем, что фактически нужно 4 кадра превратить в 5. Можно размножить какие-то кадры. Но тогда очень заметно будет дёрганье. Ведь дупликация кадра - это замедление видео в 2 раза. И происходить оно будет 6 раз в секунду, очень заметно для глаза. Вспоминаем про поля. Если мы храним и показываем видео по полям, то нам начхать на целостность кадров. Множить кадры мы станем тоже раздельно по полям!

Возьмём 4 кадра: A, B, C, D. Разобьём их на поля: A1:A2, B1:B2, C1:C2, D1:D2. Перемешаем следующим образом: A1:A2, B1:B2, B1:C2, C1:D2, D1:D2. Получили 5 кадров из 4, при этом замедление размыто во времени, так что оно как бы случается в 2 раза чаще и замедляется как бы не в 2 раза, а всего в полтора. То есть гораздо менее заметно глазу. Особенно если смотришь на старом телевизоре с электронно-лучевой трубкой. Вот только редактировать такое изображение не очень весело, правда? Да и просто смотреть на компе, ибо в нем нет фокуса с чересстрочной развёрткой. В телевизоре фокус работал из-за того, что одна строчка видео всегда равнялась одному "пикселю" телевизора, а частота развёртки всегда была пропорциональна фреймрейту. На компьютере это не так, изображение всегда прогрессивное, все строчки-полосочки как на ладони.

Что делать? Два варианта: смешивать поля в кадры (deinterlace) или пытаться восстановить целые кадры (IVTC). Если применять деинтерлейс, что вы получите например на 3-м кадре из нашего примера? Были полноценные кадры B и C. Мы их побиля на поля, то есть фактически сделали им resize по вертикали самым грубым методом выкидывания половины пикселей, никакого сглаживания. Потом растянули обратно таким же методом (разумеется получили лесенки). Потом смешали между собой с прозрачностью 50%. Ну потом может попытались пригладить результат, как могли. Но выйдет всё равно кака, как ни пытайтесь потом сглаживать. Потеряная информация есть потеряная информация.

Что делает IVTC? Он пытается пошарить по соседним кадрам в поисках настоящей второй половинки! Допустим, он берёт за основу верхнее поле, пытается найти соответствующее ему нижнее и склеить их обратно в целый кадр. И делает это успешно. Что мы получаем тогда на выходе? Держим в уме тот факт, что оно берёт верхнее поле из кадра и ищет ему пару. Количество кадров остаётся то же! То есть на выходе имеем A, B, B, C, D. Один кадр лишний. Вот для этого нам и нужен процесс децимации (decimate). Он ищет среди 5 кадров 2 самых похожих и выбрасывает один из них. И вот тогда-то наше видео из 29.97 превращается в 29.97/5*4 = 23.976. Совсем по-хорошему, дабы восстановить как оно было изначально, это видео теперь надлежит ускорить до 24 кадров в секунду и пропорционально ускорить звук в 24/23.976 = 1.001 раз. Но в реальной жизни таким геморроем никто не страдает, и так нормально всё смотрится.

сообщение оставил Armed , 10 августа 2007, 13:33

Цитата (Endymion @ 07 августа 2007, 13:28)

Если ты не знаешь какой оригинальный фреймрейт фильма, то лучше не применяй.

Похоже оригинальный фреймрейт 24. Как и предсказал Esc, после TFM у меня каждый пятый кадр становится дублем, из за чего при обычной скорости в динамичных местах просматривается дерганье, хотя при увеличении оно не так заметно (наверно из за того, что появляется "мыло"). Правда мне уже позно добавлять decimate в этом клипе (уже давно как сделан), но Esc-у большое Пасибо! :smile:

- на будушее пригодится (особенно, если учесть, что следующий клип будет экшн)

Цитата (Endymion @ 07 августа 2007, 13:28)

В Премьере/АЕ при увеличении/понижении скорости есть выбор смешивать кадры, дублировать или применить пиксель моушн (более сложный алгоритм наподобие блендинга). Думаю в Вегасе это то же должно где-то переключаться.

А ты можеш сказать как называется (на английском) и где находится эта самая функция в Премьере, чтоб мне хотябы примерно знать что нужно искать в Вегасе?

Цитата (Endymion @ 07 августа 2007, 13:28)

Объяснил. Какбудто я все статьи по ависинту перечитал.

Про TV и PC Scale я тебе объяснил больше чем было написано в статье (на которую давали ссылку в теме по AviSynth-у), то что там было про это сказано я тебе уже выделил цитатой (из 9 пункта если че)

Цитата (Endymion @ 07 августа 2007, 13:28)

Не знаю что у тебя там за ЮВ-РГБ. Могу только сказать что при смене цветового пространства мы получаем некую потерю качества и потерю оригинального цвета. Если рип делается не для клипа, то имхо переводить лишний раз в РГБ абсолютно незачем.

"YUV -> RGB = PC Scale" было у Esc-а в DGIndex, но похоже здесь никакого преобразования нЕт - еслив загрузить скрипт в "makeAVIS", то цветовой формат там будет указываться YV12 (как в исходнике), а вот после "makeAVIS" avi файл получается с темными цветами, хотя там наоборот преобразование цветового формата "отключено".

Цитата (Endymion @ 07 августа 2007, 13:28)

Эск сказал забудь, значит забудь. Нигде ничего менять не надо.

На самом деле я нигде ничего и не меняю, а в результате получаю темный Avi и в Вегасе приходится увеличивать яркость и контрастность на 5%. Так мне интересно у тебя avi получается норм или ты потом делаеш коррекцию яркости и цвета?

сообщение оставил Endymion , 10 августа 2007, 17:36

Цитата (Armed @ 10 августа 2007, 12:33)

Frame Blending. Кликаешь правой кнопкой по полосочке на таймлайне. Вот где-то там в меню есть. Не помню в каком именно пункте.

Цитата (Armed @ 10 августа 2007, 12:33)

У makeAVIS задача не большая. Онделает тебе Uncompressed "на лету" и даст на выходе тот колорспейс, который выходит из ависинта. Так же в нем можно принудительно задать изменения цветового пространства.

Цитата (Armed @ 10 августа 2007, 12:33)

Опиши подробнее схему. Ты запихиваешь в Вегас сразу на лету из VOBа или предварительно переводишь в ункомпрессед?
У меня получается все нормально. Никакой цветокоррекции делать не приходится.

сообщение оставил zzerg , 10 августа 2007, 22:08

Цитата (Armed @ 10 августа 2007, 11:33)

Цитата (Endymion @ 07 августа 2007, 13:28)

В Вегасе это называется Resample. Правой кнопкой кликнуть на кусок видео, потом свойства (properties), там обычно выбор между (по памяти пишу) Smart resample, Forсe resample и _Disable_resample_. Я настоятельно рекомендую применять _Disable_resample_. Оно и смотрится заметно приятнее, и кодироваться должно чуток лучше. По умочанию стоит Smart, где бы это исправить?

Кстати, где искать PIXEL MOTION?! Очень хотелось бы. В АЕ, в Вегасе я так понимаю нету. Можно в личку ответить...

сообщение оставил MehoNemesis , 12 августа 2007, 21:06

Смотрите. Рипаю двд, В одной папке d2v, звук и скрипт. Открываю ВДМ-ом. Всё, далее подключаю через Стрим лист звук, Save ass...и сохраняю как ави.
Тут 1 вопрос. Надо ли испоьзовать какой-либо кодек?
Ну вобщем выбираю DivX, Копаюсь в настройках( Опять же, на что следует уделить там внимание(Сатьси по кодированию amv читал, но подходят ли он для рипа?)?)
Результат-не очень качественное видео. Если смотреть его в ВДМ - красиво, а в поучившемся - хуже, пикесли порой лезут.
Как с этим быть?

сообщение оставил Endymion , 12 августа 2007, 21:14

Цитата (MehoNemesis @ 12 августа 2007, 20:06)

Save ass

Дословно это переводится как "сохранить задницу". :ass:

Может в этом вся проблема? -)))

Цитата (MehoNemesis @ 12 августа 2007, 20:06)

Надо ли испоьзовать какой-либо кодек?

Конечно!

Цитата (MehoNemesis @ 12 августа 2007, 20:06)

Сатьси по кодированию amv читал, но подходят ли он для рипа

Да. Принцип тот же. Битрейт - на твое усмотрение.

Цитата (MehoNemesis @ 12 августа 2007, 20:06)

Как с этим быть?

Научиться настраивать кодек. Как минимум - дать больше битрейта и не забывать кодировать не меньше чем в 2 прохода. Если же ты готовишь исходник для клипа, то сохранять надо не в какой-то там Дивикс, а в Uncompressed/Lossless

сообщение оставил MehoNemesis , 12 августа 2007, 21:48

Цитата

Дословно это переводится как "сохранить задницу". Может в этом вся проблема? -)))

Извиняюсь, опечатался.(Хотя по получившемуся качеству - оно самое) :smile:

Цитата

Если же ты готовишь исходник для клипа

Нет, не для клипа.

Цитата

кодировать не меньше чем в 2 прохода

Придётся, конечно, жаль только что один длится где-то около 2 часов(Видео большое).

сообщение оставил MehoNemesis , 12 августа 2007, 22:05

Цитата

Научиться настраивать кодек.

Э-э-э....А где можно почитать о правильной настройке, помимо статей акросса?

сообщение оставил Esc , 12 августа 2007, 23:42

Цитата (MehoNemesis @ 12 августа 2007, 12:48)

Придётся, конечно, жаль только что один длится где-то около 2 часов(Видео большое).

Ну ты, парень, выбирай, тебе важнее быстро или хорошо.

сообщение оставил Armed , 14 августа 2007, 14:38

Esc
1. Еслив нам не нужно делать ресайз (и применять различные фильтры), то можно видь и обойтись без TFM?
2. Может есть какой нить специальный ресайзер (вроде твоего любимого - сплайнового), который умеет работать с черестрочным видео? Например у некоторых фильтров есть же специальная функция (interlaced=true)
3. Можно ли после TFM и ресайза вернуть черестрочное видео (NTSC)?
К примеру я нашел интересную функцию в статье:

Цитата

Avisynth имеет функцию SeparateFields для разделения кадров видео на поля (с удвоением частоты) и функцию Weave для их обратного сцепления в кадры.

Тока делать ресайз отдельно по полям конечно же не стоит.

Цитата (Endymion @ 10 августа 2007, 17:36)

Опиши подробнее схему. Ты запихиваешь в Вегас сразу на лету из VOBа или предварительно переводишь в ункомпрессед?

Вобщем открываю VOB в DGIndex, создаю d2v файл, пишу скрипт, который окрываю в makeAVIS, после чего получаю avi, который и запихиваю в Вегас.

Цитата (Endymion @ 10 августа 2007, 17:36)

Что самое интересное если на входе указан цветовой формат YV12 и ему ничего не задавать (отключить colorspace), то на выходе получаем avi (с темными цветами), который распознает Вегас. Чего на самом деле не должно быть, потому что Вегас у меня распознает тока RGB24, что проверено с помощью makeAVIS. Т.е. если ему принудительно задать цветовой формат YV12 (какой был на входе), и любой другой (кроме RGB24), то полученый avi Вегас уже не распознает.
Но похоже мне в любом случае придется использовать именно RGB24. А ты знаеш как можно перевести цветовой формат в YV12 у полученого после рендера Avi.

Цитата (zzerg @ 10 августа 2007, 22:08)

Спасиб! Смотрится и правда лучше, но как я понимаю там ускорение видео происходит путем удаления n-го кадра из видео - так видь? Т.е. по идеи может возникнуть дерганье - как мне кажется Disable_resample лучше применять когда ускорение происходит ровно в 2, 3 или 4 раза;)

Цитата (zzerg @ 10 августа 2007, 22:08)

По умочанию стоит Smart, где бы это исправить?

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

Цитата (zzerg @ 10 августа 2007, 22:08)

Кстати, где искать PIXEL MOTION?! Очень хотелось бы. В АЕ, в Вегасе я так понимаю нету.

Смотря какая у тебя версия Вегаса - со временем может и появится.

сообщение оставил Endymion , 14 августа 2007, 14:53

Цитата (Armed @ 14 августа 2007, 13:38)

1. Еслив нам не нужно делать ресайз (и применять различные фильтры), то можно видь и обойтись без TFM?

ТФМ это деинтерлейсер. Причем тут Ресайзы? Если не хочешь убирать интерлейс, то можешь обойтись.

Цитата (Armed @ 14 августа 2007, 13:38)

2. Может есть какой нить специальный ресайзер (вроде твоего любимого - сплайнового), который умеет работать с черестрочным видео? Например у некоторых фильтров есть же специальная функция (interlaced=true)

Да любым можешь ресайзить. всеравно тебе для просмотра на компьютере заинтерлейсеное видео противопоказано. Если сильно тормозной скрипт получается - уменьшай цферки в настройках ТФМ. Будет быстрее, но качество хуже (возможно не намного).

Цитата (Armed @ 14 августа 2007, 13:38)

3. Можно ли после TFM и ресайза вернуть черестрочное видео (NTSC)?

Вернуть - нет. Сделать заново - да. Естественно в ущерб качеству.

Цитата (Armed @ 14 августа 2007, 13:38)

Ну тогда все должно быть нормально без всяких там Скейлов. Разве что смотри чтобы в настройках makeAVIS не стояло принудительно не нужное тебе выходное цветопространство.

Цитата (Armed @ 14 августа 2007, 13:38)

А ты знаеш как можно перевести цветовой формат в YV12 у полученого после рендера Avi.

Конечно, все редакторы работают с RGB. Как перевести? Или сделать еще один скрипт, в котором оно будет конвертится (но тебе такое не подходит) или же выбрать RGB24 в makeAVIS.

Цитата (Armed @ 14 августа 2007, 13:38)

Т.е. по идеи может возникнуть дерганье

Конечно может. И при ускорении, и при замедлении.

сообщение оставил zzerg , 14 августа 2007, 15:17

Цитата (Endymion @ 14 августа 2007, 12:53)

Цитата (Armed @ 14 августа 2007, 13:38)

Т.е. по идеи может возникнуть дерганье

Конечно может. И при ускорении, и при замедлении.

В большинстве аниме и так дёрганья есть, потому что прорисовывают не каждый кадр, а через один (а то и реже). Так что хуже не станет. Конечно же, при сильном замедлении будет смотреться плохо. Но при smart resample -- тоже плохо. Для сильного замедления нужны волшебные алгоритмы. Может быть, типа Pixel Motion, который я ищу. А может, что-нить ещё покруче.

сообщение оставил Aggressor , 14 августа 2007, 16:09

Цитата (zzerg @ 14 августа 2007, 14:17)

Может быть, типа Pixel Motion, который я ищу. А может, что-нить ещё покруче.

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

сообщение оставил Esc , 14 августа 2007, 18:07

Цитата (Armed @ 14 августа 2007, 05:38)

Цитата
Avisynth имеет функцию SeparateFields для разделения кадров видео на поля (с удвоением частоты) и функцию Weave для их обратного сцепления в кадры.

Тока делать ресайз отдельно по полям конечно же не стоит.

Как раз ТОЛЬКО так и нужно делать любую обработку чересстрочного видео. Нужно лишь помнить, что у тебя половинная высота кадра и удвоенный фреймрейт.

Цитата (Armed @ 14 августа 2007, 05:38)

Видимо, что-то ты там недопонимаешь. Ибо на ровном месте потемнение цветов не возникает.

Цитата (Armed @ 14 августа 2007, 05:38)

Но похоже мне в любом случае придется использовать именно RGB24. А ты знаеш как можно перевести цветовой формат в YV12 у полученого после рендера Avi.

Рендера где? В редакторе? Зачем?

Цитата (Endymion @ 14 августа 2007, 05:53)

Вернуть - нет. Сделать заново - да. Естественно в ущерб качеству.

Пулдаун на качество никак не влияет. Ты просто перетасовываешь имеющуюся информацию, но ничего не теряешь при этом.

сообщение оставил Endymion , 14 августа 2007, 18:22

Цитата (Esc @ 14 августа 2007, 17:07)

Даже если процесс получения интерлейса из прогрессивной картинки проходит без потерь, смысла в этом всеравно не вижу.
Кстати как прогрессивное видео с фпс скажем 29.97, где изменения встречаются в каждом кадре превращается в NTSC? Беспотерьно ли? Я себе этот процесс плохо представляю.

Upd:

Цитата (Aggressor @ 14 августа 2007, 15:09)

А еще он очень не любит встроенные в видеоряд кроссдиссловы и другие эффекты.

сообщение оставил Armed , 14 августа 2007, 22:07

Цитата (Endymion @ 14 августа 2007, 14:53)

ТФМ это деинтерлейсер. Причем тут Ресайзы?

Так видь мы сначало убираем интерлейс (interlaced) для того, чтобы потом сделать видеу нормальный ресайз;) Иначе возникнит гребенка.

Цитата (Endymion @ 14 августа 2007, 14:53)

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

Ты имееш в виду противопоказано видео с эффектом гребенки? Или видео которое на DVD? :smile:

Цитата (Esc @ 14 августа 2007, 18:07)

Как раз ТОЛЬКО так и нужно делать любую обработку чересстрочного видео.

Т.е. в таком случае нам TFM и не нужен (если к примеру я не хочу понижать частоту)?

Цитата (Esc @ 14 августа 2007, 18:07)

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

Вобщем в скрипте пишем так?:
Separatefields()
Lanczos4Resize (888,240)
Weave()
Знать правильный (удвоенный) фреймрейт нужно для каких то специальных фильтров?

Цитата (Esc @ 14 августа 2007, 18:07)

Видимо, что-то ты там недопонимаешь. Ибо на ровном месте потемнение цветов не возникает.

Логика проста: если в makeAVIS при отключеном colorspace никакого преобразования цветового формата действительно не происходит (т.е. имели YV12 - получили YV12), то такой avi Вегас бы у меня не распознал;) А он распознает (при отключеном colorspace)

Цитата (Endymion @ 14 августа 2007, 14:53)

Цитата (Esc @ 14 августа 2007, 18:07)

Рендера где? В редакторе? Зачем?

Перевести нужно RGB24 в YV12 после рендера клипа из Вегаса (который в Uncompressed) - кажется это можно сделать при сжатии кодеком?

Цитата (Esc @ 14 августа 2007, 18:07)

Цитата (Endymion @ 14 августа 2007, 18:22)

Кстати как прогрессивное видео с фпс скажем 29.97, где изменения встречаются в каждом кадре превращается в NTSC? Беспотерьно ли? Я себе этот процесс плохо представляю.

Вот из статьи еслив че:

Цитата

Можно выделить случай, когда видео изначально было прогрессивным (фильмом), для преобразования в видео было применено некое чередование полей (telecine, pulldown), и нам необходимо выделить из видео последовательность оригинальный кадров. При этом имеется в виду, что смешения полей нет, и вся трудность просто в нахождении нужных. В простом случае фильма в NTSC можно воспользоваться базовой функцией Pulldown.

Т.е. как я понял Pulldown он разбивает видео на поля и потом может их же собрать - типа как Separatefields и Weave?

сообщение оставил Esc , 14 августа 2007, 22:17

Цитата (Endymion @ 14 августа 2007, 09:22)

Вижу, что не представляешь. :smile:

29.97 и полосочки на экране - это как тёплое и коричневое, две стороны одного объекта. Если видео уже 29.97, оно будет просто разбито на поля. Полосочки возникают в процессе пулдауна, который происходит при повышении битрейта с 24 до 29.97. Нет пулдауна - нет полосочек.

Цитата (Armed @ 14 августа 2007, 13:07)

Вобщем в скрипте пишем так?:
Separatefields()
Lanczos4Resize (888,240)
Weave()

Да.

Цитата (Armed @ 14 августа 2007, 13:07)

Знать правильный (удвоенный) фреймрейт нужно для каких то специальных фильтров?

Ну уж точно не для ресайза. :)))

Цитата (Armed @ 14 августа 2007, 13:07)

Uncompress - такой же кодек, как и все другие. Точно так же чем-то проигрывается. И чем-то преобразуется в RGB, поскольку все редакторы работают в RGB-пространстве. Я думаю, что ключ к пониманию причины потемнения кроется в том, кем и как преобразуется этот YV12.

Цитата (Armed @ 14 августа 2007, 13:07)

Т.е. как я понял Pulldown он разбивает видео на поля и потом может их же собрать - типа как Separatefields и Weave?

Разбивает и пересмешивает для получения 5 кадров из 4.

сообщение оставил Endymion , 14 августа 2007, 22:25

Цитата (Esc @ 14 августа 2007, 21:17)

Аригато. Просветился. :Р
Только эээ при повышении не битрейта, а фреймрейта. Ато с таким битрейтом и полосочки не страшны -)))))))

Цитата (Armed @ 14 августа 2007, 21:07)

Так тебе никто не мешает сделать ресайз не убирая интерлейс. Сам же выше писал про Сепарейт Филдс.

Цитата (Armed @ 14 августа 2007, 21:07)

Ты имееш в виду противопоказано видео с эффектом гребенки? Или видео которое на DVD?

Я имею ввиду противопоказано работать с интерлейсным видео в редакторе. Если тебе это нужно как эффект, проще включить нужный "рубильник". В Премьере это делается одной галочкой, какраз в том же меню, где фрейм блендинг.

Цитата (Armed @ 14 августа 2007, 21:07)

Т.е. в таком случае нам TFM и не нужен (если к примеру я не хочу понижать частоту)?

Причем тут ТФМ, он только интерлейс устраняет, частота кадров остается та же (читаем первый пост Эска на предыдущей странице) На частоту кадров влияет TDecimate. Не хочешь менять частоту, так не применяй его. Хозяин - барин.

Цитата (Armed @ 14 августа 2007, 21:07)

Знать правильный (удвоенный) фреймрейт нужно для каких то специальных фильтров?

А чего его знать? Умножил свой фреймрейт на 2 и знаешь. Нужно, например для фильтров, изменяющих частоту.

Цитата (Armed @ 14 августа 2007, 21:07)

при отключеном colorspace никакого преобразования цветового формата действительно не происходит (т.е. имели YV12 - получили YV12), то такой avi Вегас бы у меня не распознал;) А он распознает (при отключеном colorspace)

Сам себе противоречишь. Или я не понял, что ты тут такое насоображал.
Логика действительно проста. Если ты не конвертишь никакие колорспейсы (makeAVIS при отключенной галочке ничего не конвертит), то на выходе должен получить такой же цвет, как на входе. Если же в Вегасе цвет другой - может это проблема Вегаса. Если же у тебя что-то не играется, включи в FFDShow VFW в самом низу таблици RAW Video - All Supported и поробуй еще разок.

Цитата (Armed @ 14 августа 2007, 21:07)

Нет тебе надо дать кодеку уже переведенный результат (хотя Дивикс может и сам переводит, не знаю. AVC точно хочет на входе уже готовенькое). Чтобы дать кодеку на входе YV12, надо в Ависскрипте в конце добавить строчку ConvertToYV12()

сообщение оставил Aggressor , 14 августа 2007, 23:24

Цитата (Endymion @ 14 августа 2007, 21:25)

хотя Дивикс может и сам переводит, не знаю

Именно сам переводит. Вообще все кодеки, которыми я пытался кодировать, сами переводят, это только CLI x264 хочет уже переведенный.

сообщение оставил Armed , 15 августа 2007, 20:36

Цитата (Endymion @ 14 августа 2007, 22:25)

Причем тут ТФМ, он только интерлейс устраняет, частота кадров остается та же (читаем первый пост Эска на предыдущей странице)

При том, что: если для NTSC использовать TFM, то потом нам необходимо будет снижать частоту кадров (с помощью TDecimate) как и написано в первом посту Эска (на предыдущей странице).

Цитата (Endymion @ 14 августа 2007, 22:25)

Так тебе никто не мешает сделать ресайз не убирая интерлейс. Сам же выше писал про Сепарейт Филдс.

Да, я писал Esc-у, а тебе пришлось лишний раз объяснять;) Мне не хочется снижать частоту кадров, поэтому я и хочу использовать Сепарейт Филдс

Цитата (Esc @ 14 августа 2007, 22:17)

Да.

Полностью скрипт выглядит так:

Цитата

Mpeg2Source ("VTS_01_1.d2v")
Separatefields()
Lanczos4Resize (888,240)
Weave()
Crop (4,0,-4,0)

Но почему то у меня появился эффект гребенки (прикрепил картинку)

Цитата (Endymion @ 14 августа 2007, 22:25)

Я имею ввиду противопоказано работать с интерлейсным видео в редакторе.

Раньше я тока с таким видео и работал (без гребенки конечно) - почему нельзя?

Цитата (Esc @ 14 августа 2007, 22:17)

Разбивает и пересмешивает для получения 5 кадров из 4.

Наверно вместо Сепарейт Филдс мне придется применять сначало TFM, потом TDecimate, а в конце Pulldown? Кстати с какими параметрами должен быть Pulldown?

Цитата (Endymion @ 14 августа 2007, 22:25)

Сам себе противоречишь. Или я не понял, что ты тут такое насоображал.

Надо было выделять цитату целиком (вот как у Esc-а например) - в начале должно стоять слово "если"!

Цитата (Endymion @ 14 августа 2007, 22:25)

Если ты не конвертишь никакие колорспейсы (makeAVIS при отключенной галочке ничего не конвертит), то на выходе должен получить такой же цвет, как на входе.

На входе у меня YV12 - я ничего не конвертю (в makeAVIS галочка отключена) - почему Вегас у меня распознает полученный avi?

Цитата (Endymion @ 14 августа 2007, 22:25)

Если же в Вегасе цвет другой - может это проблема Вегаса.

В Вегасе цвет такой же как и у avi после makeAVIS.

Цитата (Endymion @ 14 августа 2007, 22:25)

Если же у тебя что-то не играется, включи в FFDShow VFW в самом низу таблици RAW Video - All Supported и поробуй еще разок.

У меня нЕт никакого VFW, но и без него все играет;)

Цитата (Endymion @ 14 августа 2007, 22:25)

Чтобы дать кодеку на входе YV12, надо в Ависскрипте в конце добавить строчку ConvertToYV12()

А если у меня avi в YV12 и я добавлю в скрипте строчку ConvertToYV12() - он будет воспоизводиться?

Цитата (Aggressor @ 14 августа 2007, 23:24)

Именно сам переводит. Вообще все кодеки, которыми я пытался кодировать, сами переводят,

А как это узнать? Допустим имею я avi сжатое в VDM DivX-ом - и где интересно можно посмотреть его colorspace?

Цитата (zzerg @ 10 августа 2007, 22:08)

Правой кнопкой кликнуть на кусок видео, потом свойства (properties), там обычно выбор между (по памяти пишу) Smart resample, Forсe resample

Кстати забыл спросить, в чем разница то между Smart resample и Forсe resample? - лично я ее не нашел;)

сообщение оставил Endymion , 15 августа 2007, 21:37