Форум: ТЕХНИЧЕСКАЯ ЧАСТЬ
Тема: Нарезка
автор: Aggressor

сообщение оставил Aggressor , 26 ноября 2008, 23:20
Вступление.
Процесс создания любого клипа включает в себя конвертирование исходного материала в формат, пригодный для использования в редакторе, или попросту "нарезку". Несколько лет назад, в эпоху avi и divx, все было предельно просто, т.к. Virtual Dub без особых проблем мог открыть практически любой файл, но с появлением mkv и mp4 этот процесс оброс дополнительными ньюансами, о которых я и собираюсь здесь рассказать. Моя цель- описать универсальный и простой в использовании способ нарезки современных исходников. DVD-исходники (*.VOB) в рамках данной статьи рассматриваться не будут- читайте статьи по DVD-rip'у.

Инструментарий.
Нам понадобится 4 инструмента- Virtual Dub, Avisynth, < Haali Media Splitter > (известный также как Matroska Splitter) и < MediaInfo >. Инсталляция всех перечисленных приложений делается с настройками по умолчанию, т.е. по схеме "Next->Next->Next".
После установки находим файлик "avss.dll" (он устанавливается с Haali Media Splitter и по умолчанию находится в "C:\Program Files\Haali\MatroskaSplitter\avss.dll") и копируем его в папку плагинов ависинта (по умолчанию "C:\Program Files\AviSynth 2.5\plugins").

Скрипт.
Допустим, у нас есть исходный файл в матрешке с именем Ishodnik.mkv. Создайте текстовый файл и впишите туда следующие строки, подкорректировав путь при необходимости:
Исходный код
DSS2("D:\Ishodnik.mkv")
ConvertToRGB24

Комментарий для продвинутых пользователей. Почему не DirectShowSource? А потому, что DirectShowSource не является frame accurate, т.е. после загрузки скрипта в даб и разметки границ желаемого фрагмента эти самые границы вполне могут съехать на несколько (иногда десятков) фреймов, бывают и более серьезные глюки вроде изменения последовательности кадров при сикинге. DSS2 лишен всех этих недостатков.

Сохраните файл с расширением *.avs. Запустите Virtual Dub, зайдите в меню Video и выберите режим Direct Stream Copy. Теперь откройте в дабе созданный *.avs- файл. Если все сделано правильно, то вы увидите там свой исходник. Но не спешите приступать к нарезке- самое интересное только начинается.

Черные полосы.
Бывает, в исходном файле с какой-то или сразу с нескольких сторон изображения присутствуют черные полоски шириной в несколько пикселей. Черные полосы в клипе значительно расходуют драгоценный битрейт и смотрятся неэстетично, к тому же на них вылезают эффекты, поэтому мы будем от них избавляться. Посмотрите на картинку в Virtual Dub'е, выбрав светлую сцену. Если видите полоски, то редактируйте свой *.avs-файлик, добавив в конец скрипта такую строку:
Crop(a,b,-c,-d)
где a- количество обрезаемых пикселей слева, b- сверху, c- справа и d- снизу. После этих манипуляций скрипт, срезающий, например, 1 пиксель черных полос слева и 2 справа, должен выглядеть так:
Исходный код
DSS2("D:\Ishodnik.mkv")
ConvertToRGB24
Crop(1,0,-2,-0)


Разрешение.
Перед нарезкой вам необходимо определиться с разрешением своего будущего клипа и, соответственно, с разрешением нарезки. Лучше всего выбирать, исходя из разрешения и качества исходника, объема свободного места на жестком диске, производительности вашего компьютера (особенно дисковой подсистемы), кратности сторон и здравого смысла.
Чтобы посмотреть разрешение исходника, воспользуйтесь утилитой MediaInfo (< рис. 1 >). Главное правило- никогда не делайте ваш клип с бОльшим разрешением, чем разрешение исходника (исключение- анаморф, об этом ниже). Это же касается миксов- при наличии исходников разного разрешения за разрешение клипа принимайте наименьшее из разрешений исходников.
Зато если качество исходника оставляет желать лучшего, либо у вас сильно ограничено свободное место, либо размер клипа должен вписаться в жесткие рамки, либо вы обрезали черные полосы- во всех этих случаях разрешение можно и нужно уменьшать. Следует помнить, что изменять разрешение нужно пропорционально, а лучше выбирать из таких стандартных вариантов (для исходника с соотношением сторон 16х9): 640х360; 704х400; 768х432; 848х480; 1024х576; 1280х720. Если же ваш исходник имеет соотношение сторон 4х3, то вряд ли вы найдете что-то более подходящее, чем 640х480. Соотношение сторон смотрим рядом с разрешением в MediaInfo (< рис. 1 >)
Для изменения разрешения добавьте в ваш скрипт строчку:
Spline36Resize(x,y)
где х- новое разрешение по горизонтали, а y- по вертикали. Использование алгоритма сплайнов при уменьшении разрешения позволит скрыть мелкие артефакты исходника, но сохранит четкость картинки. Например, вы остановились на разрешении 768х432. Тогда ваш скрипт должен выглядеть так:
Исходный код
DSS2("D:\Ishodnik.mkv")
ConvertToRGB24
Crop(1,0,-2,-0)
Spline36Resize(768,432)


Анаморф.
Если вы- счастливый обладатель DVD-rip'а, то ему наверняка присуща анаморфность. Анаморф- видео с неправильным аспектом и метаданными, позволяющими плееру восстанавливать правильный аспект при проигрывании. Откройте исходник в MediaInfo, в настройках поставьте Output format- HTML. В окне информации о видео (< рис. 1 >) можно увидеть исходное разрешение и cоотношение сторон при показе. Если вы просто откроете в дабе наш скрипт без операций ресайза, то он будет как раз в исходном разрешении и у видео будут неправильные пропорции. Поэтому при анаморфе обязательно приведите соотношение сторон нарезки к указанному (используйте стандартные разрешения, указанные выше). На рисунке разрешение 704х480, а соотношение 16/9. Высчитываем горизонталь с нужным соотношением, взяв за основу разрешение по вертикали:
480*16/9=853.(3)
и берем ближайшее из стандартных разрешений (848х480) или меньшее. В нашем примере мы уже изменили разрешение на 768х432, вернув таким образом потенциально анаморфному исходнику правильный аспект, поэтому скрипт модифицировать не надо.

Частота кадров
Бывают случаи, когда разные серии одного релизера выходят с разным fps (frames per second), к тому же не совсем стандартным. Не стоит забывать и про VFR (variable frame rate или переменный fps). Задача клипмейкера- привести все исходники к выбранному фрейм рейту, избежав при этом дерганий, смазываний и существенных изменений скорости нарезки по сравнению с оригиналом.
Фреймрейт смотрим в MediaInfo (< рис. 2 >). Если вы видите там одну строку с числом кадров в секунду, то все просто и эту частоту кадров можно брать для клипа. В любом другом случае лучше всего будет модифицировать функцию DSS2 специальным параметром, возвращающим фрейм рейт к нужному занчению.
Если имеем что-то похожее на < рис 3 >, < рис. 4 > или < рис. 5 >, то у нас переменный fps и наша задача- определить, какой же именно фреймрейт- 23.976 или 29.97- у интересующего нас куска. Для этого создадим отдельный скриптик с единственной строкой
DSS2("D:\Ishodnik.mkv", fps=29.97)
, откроем его в отдельном Дабе и пролистаем покадрово десяток фреймов на какой-нибудь динамичной сцене или сцене панорамирования (движения камеры). Если движение есть четко в каждом кадре- значит, фреймрейт 29.97. Если каждые несколько кадров имеем один без движения- значит, 23.976
Допустим, в нашем примере движение было не в каждом кадре, поэтому скрипт должен выглядеть так:
Исходный код
DSS2("D:\Ishodnik.mkv",fps=23.976)
ConvertToRGB24
Crop(1,0,-2,-0)
Spline36Resize(768,432)

Теперь последний штрих, улучшающий совместимость нарезки с редакторами. 23.976 по стандарту NTSC- бесконечная дробь (24000/1001), которую редакторы понимают далеко не всегда. То же относится к 29.97. Поэтому приведем наш фреймрейт к округленному значению. Делается это добавлением в скрипт строки
AssumeFPS("ntsc_round_film")
для 23.976 или строки
AssumeFPS("ntsc_round_video")
для 29.97.
В нашем примере скрипт будет выглядеть так:
Исходный код
DSS2("D:\Ishodnik.mkv",fps=23.976)
ConvertToRGB24
Crop(1,0,-2,-0)
Spline36Resize(768,432)
AssumeFPS("ntsc_round_film")


Фильтры
Дополнительным преимуществом использования ависинта в нарезке является возможность подключать качественные фильтры для визуального повышения качества видео. Однако использование фильтров на исходнках-релизах хороших групп может даже слегка ухудшить качество нарезки, т.к. эти же фильтры уже были использованы самими релизерами. Самые полезные для клипмейкера фильтры- это шумодавы, убирающие зерно/шумы и повышающие сжимаемость клипа (например, FFT3Dfilter, для которого так же есть GPU-версия), шарперы, делающие изображение более четким (например, warpsharp) и градиентные выравниватели, убирающие видимые переходы полутонов градиента (например, gradfun2db). Тонкости использования фильтров тянут на отдельную статью, поэтому здесь их рассматривать не будем- при желании можно легко найти всю инфомрацию в интернете, к тому же никакие фильтры не заменят качественный исходник.

Кодирование нарезки
Сохраните изменения, внесенные в скрипт. Перечитайте скрипт в Virtual Dub'е, нажав F2 или открыв его заново. Можно приступать к нарезке, получая на выходе несжатый RGB24- самый безглючный формат видео с точки зрения редакторов. Но у него есть существенный недостаток- он требует очень много свободного места на вашем диске.
Объем дискового пространства на секунду нарезки рассчитывается по формуле:
Vol(MB/sec)=(ResX * ResY * 24 * fps /(1024*1024*8))
где
Vol(MB/sec)- вес одной секунды нарезки в мегабайтах,
ResX- разрешение по горизонтали,
ResY- разрешение по вертикали,
fps- фреймрейт (кадров в секунду).
Т.е. если вы делаете нарезку в разрешении 768х432@23.976fps, то одна секунда будет весить
768*432*24*23.976/(1024*1024*8)= примерно 23 мегабайта. Не трудно посчитать, что 30 минут нарезки будут весить около 40 гигабайт. Много? Тогда будем кодировать нашу нарезку без потери качества, чтобы она занимала примерно в 10 раз меньше места.
Нам понадобится установленный < Lagarith >. Теперь модифицируйте скрипт нарезки, удалив оттуда строку
ConvertToRGB24
и исправив значения в строке Crop на ближайшие кратные двум. Скрипт должен выглядеть так:
Исходный код
DSS2("D:\Ishodnik.mkv",fps=23.976)
Crop(2,0,-2,-0)
Spline36Resize(768,432)
AssumeFPS("ntsc_round_film")

В дабе зайдите в меню Video и выберите режим Fast Recompress, чтобы избежать преобразований цветового пространства. Потом зайдите в меню Video, пункт Compression, выберите в списке кодеков Lagarith lossless codec, нажмите Configure, установите mode в YV12 и отметьте чекбоксы Enable Null Frames и Use Multithreading. Перечитайте ваш скрипт, нажав F2. Теперь можно делать нарезку, не так сильно беспокоясь за свободное место. Успехов в творчестве!



сообщение оставил Archivist , 27 ноября 2008, 08:22
О, бесценная иформация, жаль что поздно

Цитата
после загрузки скрипта в даб и разметки границ желаемого фрагмента эти самые границы вполне могут съехать на несколько (иногда десятков) фреймов, бывают и более серьезные глюки вроде изменения последовательности кадров при сикинге. DSS2 лишен всех этих недостатков.


У меня такая хрень в клипе вылезла, всё думал почему, а потому что использовал DirectShowSource? Намучился с ней очень сильно. Кстати ещё вопрос для изменения разрешания видео (у меня бы аниморфный исходник) использовал функцию "LanczoResize", что по поводу неё можешь сказать?

сообщение оставил Bea$t , 27 ноября 2008, 08:40
А можно ли такой скрипт использовать в Вегасе или, на худой конец, в Премьере?
З.Ы. mp4 легко открывается в Вегасе (проверял в восьмой версии) при наличии нормальных кодеков :wink:

сообщение оставил Aggressor , 27 ноября 2008, 11:10
Цитата (Archivist @ 27 ноября 2008, 07:22)
"LanczoResize", что по поводу неё можешь сказать?

Для выравниваня анаморфа вполне подойдет, довольно качественный алгоритм, но для изменения разрешения в бОльших масштабах лучше все-таки Spline36.

Цитата (Bea$t @ 27 ноября 2008, 07:40)
А можно ли такой скрипт использовать в Вегасе или, на худой конец, в Премьере?

Я не рассматривал такую возможность, потому что если такое сделать можно, то безглючным этот способ точно не будет. На самом деле описанным в статье алгоритмом я разжимал в HuffYUV полностью, вместе с ОП/ЭДами, 13 серий исходника 640х360, и у меня они все вместе занимали всего 36 гигабайт. Зачем заморочки с прямой загрузкой скриптов в редактор?
Да, mp4 можно открывать напрямую, но как ты обрежешь черные полосы, добавишь фильтров и приведешь переменный ФПС к нужному? Кашка это получится, а не клипик ) Конечно, если релиз хороший, то все будет ОК, за исключением опять же глюков, которые возникают в редакторах при использовании пожатого видео.

сообщение оставил Bea$t , 27 ноября 2008, 11:33
Цитата
Зачем заморочки с прямой загрузкой скриптов в редактор?

Привычка :smile: Я, признаюсь честно, раньше всегда использовал жатые исходники, просто лень разжимать :tongue: И никаких особых глюков не замечал... Может Адоб и глючит, но в нем я и не режу :wink: Правда раньше у меня и не было ХД-исходников...
Цитата
но как ты обрежешь черные полосы, добавишь фильтров и приведешь переменный ФПС к нужному?

Ну, полосы можно обрезать на выходе (сохраняем видео без сжатия и в Дуб его :smile:), а вот ФПС в мп4 всегда переменный?
Кстати, слегка оффтопный вопрос - если раз 5-6 пересохранять видео в uncompress, качество не ухудшается?
З.Ы. А за статью спасибо, все равно когда-нибудь да придется воспользоваться этим алгоритмом :smile:

сообщение оставил Aggressor , 27 ноября 2008, 11:56
Цитата (Bea$t @ 27 ноября 2008, 10:33)
Ну, полосы можно обрезать на выходе (сохраняем видео без сжатия и в Дуб его :smile:

Ага, и какое у тебя разрешение после этого будет? 637х359? ) А будешь ресайзит для восстановления разрешения- получишь мыло.

Цитата (Bea$t @ 27 ноября 2008, 10:33)
а вот ФПС в мп4 всегда переменный?

Не всегда, но слишком часто, чтобы игнорировать (где-то 80% современных равок).

Цитата (Bea$t @ 27 ноября 2008, 10:33)
если раз 5-6 пересохранять видео в uncompress, качество не ухудшается?

Если цветовое пространство одно и то же при этом- то не ухудшается.

сообщение оставил Armed , 27 ноября 2008, 13:47
Цитата (Aggressor @ 26 ноября 2008, 23:20)
Virtual Dub без особых проблем мог открыть практически любой файл, но с появлением mkv и mp4 этот процесс оброс дополнительными ньюансами, о которых я и собираюсь здесь рассказать

Точнее речь идет о нарезки x264, да? Видь видео из mkv и mp4  моно перепихнуть в Avi;)
Цитата (Aggressor @ 26 ноября 2008, 23:20)
А потому, что DirectShowSource не является frame accurate, т.е. после загрузки скрипта в даб и разметки границ желаемого фрагмента эти самые границы вполне могут съехать на несколько (иногда десятков) фреймов,

Это вроде как похоже на попытку (теоретически) сохранения ключевых кадров в DirectShowSource (несмотря на ункомпресс), в отличии от DSS2;)
Цитата (Aggressor @ 26 ноября 2008, 23:20)
Главное правило- никогда не делайте ваш клип с бОльшим разрешением, чем разрешение исходника (исключение- анаморф, об этом ниже). ...либо вы обрезали черные полосы- во всех этих случаях разрешение можно и нужно уменьшать.

Хелп ми! У меня исходник 700x540 (исходник странный, но и такие бывают, сжат в DivX - хочу в x264) - какое посоветуешь разрешение? Логически подумав я выбрал 704x544. :wink:
Цитата (Aggressor @ 26 ноября 2008, 23:20)
Использование алгоритма сплайнов при уменьшении разрешения позволит скрыть мелкие артефакты исходника, но сохранит четкость картинки.

Endymion как то хвалил LanczoResize - говорил самый резкий. А может конечный результат зависит от исходника? Для каждого исходника свой оптимальный ресайз? Я точно не знаю, но по логики должно быть так;)
Цитата (Aggressor @ 26 ноября 2008, 23:20)
Зайдите в Пуск-Программы-ffdshow- VFW configuration и на закладке Decoder поставьте libavcodec напротив Huffyuv.

У меня такого нет, но почему то оно есть в Video decoder configuration)

Статья супер! Но вообще (для тех у кого просто тормозит x264 в редакторе) я целиком перекодирую исходник в какой нить более монтажный кодек (с пониженым разрешением и битрейтом - в целях увеличения быстродействия редактора), редактирую, а потом перед рендером подменяю файл на оригинальный исходник;)
По скорости: пересжатие исходника в рабочий вариант с пониженным разрешением и битрейтом должно занять меньше времени и места чем пересжатие нарезки (на которую уйдет время) в Huffyuv (с высокими параметрами).
P/S: Хотя конечно зависит от объема нарезки, но если исходник один, то клип я делаю на него целиком, а если микс (каких не делаю), то наверно лучше с нарезкой в Huffyuv.



сообщение оставил Aggressor , 27 ноября 2008, 14:18
Цитата (Armed @ 27 ноября 2008, 12:47)
Точнее речь идет о нарезки x264, да?

Нет. Без разницы. Я использую этот способ даже для avi с divx внутри.

Цитата (Armed @ 27 ноября 2008, 12:47)
Это вроде как похоже на попытку (теоретически) сохранения ключевых кадров в DirectShowSource (несмотря на ункомпресс), в отличии от DSS2;)

Просто DirectShowSource не предназначен для нарезки, а предназначет для "просмотра на лету".

Цитата (Armed @ 27 ноября 2008, 12:47)
У меня исходник 700x540 (исходник странный, но и такие бывают, сжат в DivX - хочу в x264) - какое посоветуешь разрешение?

Посоветую найти нормальный исходник, потому что с этим явно что-то не то.

Цитата (Armed @ 27 ноября 2008, 12:47)
Для каждого исходника свой оптимальный ресайз?

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

Цитата (Armed @ 27 ноября 2008, 12:47)
У меня такого нет, но почему то оно есть в Video decoder configuration)

Цитата (Aggressor @ 26 ноября 2008, 22:20)
Нам понадобится установленный с VFW-интерфейсами ffdshow.



Цитата (Armed @ 27 ноября 2008, 12:47)
Но вообще я целиком перекодирую исходник в какой нить более монтажный кодек (с пониженым разрешением и битрейтом - в целях увеличения быстродействия редактора), редактирую, а потом перед рендером подменяю файл на оригинальный исходник;)

Ты можешь так делать и дальше, а я тут говорил о том, как сделать качественный клип. Представляю, как у тебя смотрятся маски. И что ты будешь делать, если оригинальный исходник у тебя в mkv.

сообщение оставил Armed , 27 ноября 2008, 17:40
Цитата (Aggressor @ 27 ноября 2008, 14:18)
Посоветую найти нормальный исходник, потому что с этим явно что-то не то.

Это самый нормальный из всех, что существует на данный момент (другого в инете, магазине или еще там где нить просто не найти). Это захват видео из телепередачи, который хранится в сети - все. Качество хорошее, но почему сделали такое разрешение сам не пойму - аспект верный. Черных полос там нет, обрезать самое видео не люблю. В общем для пересжатия в x264 я выбрал повышение разрешения на 4 пикселя с каждой стороны вместо уменьшение на 12 пикселов с каждой стороны - получил ничтожное искажение аспекта, без уменьшения видимой области.
Цитата (Aggressor @ 27 ноября 2008, 14:18)
Нам понадобится установленный с VFW-интерфейсами ffdshow.

У меня есть "VFW configuration" (ты видь про него?), но на закладке Decoder нет списка кодеков чтобы поставить libavcodec напротив Huffyuv - у меня такое делается в "Video decoder configuration".
Цитата (Aggressor @ 27 ноября 2008, 14:18)
Представляю, как у тебя смотрятся маски.

Ну не в масках счастье - хорошие клипы делаются и без них тоже;)
Но да с низким битрейтом и разрешением их будет сложно делать.
Цитата (Aggressor @ 27 ноября 2008, 14:18)
И что ты будешь делать, если оригинальный исходник у тебя в mkv.

mkv хорошо нарезается в gdsmux (входит в комплект MatroskaSplitter) и mkv моно перепихнуть в другой контейнер mp4 там;) Не вообще на самом деле проблема в нарезки не с контейнерами, а кодеками;)

И есче есть такая модная штука avidemux (на замену DV(M)) - она умеет работать с mkv,mp4... и нарезать x264 + перепихивать из одного контейнера в другой + она работает совместно с Ависинт и там уже есть встроенные фильтры (подавления шума, повышения резкости и тд..) и, и многое другое:) Рекомендую! Правда в последнее время (пару месяцев назад) когда я в ней нарезал x264 в контейнере mp4 она плохо распознавала ключевые кадры, но вообще нарезать удалось – без пересжатия и поиска свободного места на винте;) Прога вроде как еще сырая, но думаю в будущем все будет отлажено.
< >



сообщение оставил -Px- , 27 ноября 2008, 18:11
Цитата (Armed @ 27 ноября 2008, 16:40)
Цитата (Aggressor @ 27 ноября 2008, 14:18)
Нам понадобится установленный с VFW-интерфейсами ffdshow.

У меня есть "VFW configuration" (ты видь про него?), но на закладке Decoder нет списка кодеков чтобы поставить libavcodec напротив Huffyuv - у меня такое делается в "Video decoder configuration".

Video decoder configuration это для Dshow, а в VfW оно выглядит так:
< >

сообщение оставил Aggressor , 27 ноября 2008, 18:28
Цитата (Armed @ 27 ноября 2008, 16:40)
Это самый нормальный из всех, что существует на данный момент

Ну тогда твой метод самый правильный из оставшихся )

Цитата (Armed @ 27 ноября 2008, 16:40)
Ну не в масках счастье - хорошие клипы делаются и без них тоже;)
Но да с низким битрейтом и разрешением их будет сложно делать.

Я забыл уже, когда делал клип, чтоб там не было хотя бы одной маски. Ах, да, помню- мегатрейлер на "первый отряд" :biggrin:

Цитата (Armed @ 27 ноября 2008, 16:40)
Не вообще на самом деле проблема в нарезки не с контейнерами, а кодеками;)

Блин, вот пишешь-пишешь, а тебе потом заявляют, что проблема не с контейнерами. Я для чего про переменный ФПС писал? Своими средствами ты получишь кривую дрыгалку, а не нормальную нарезку. И вообще, персонально к тебе обращение: не засоряй тему "полезными" советами, а если считаешь, что твой способ нарезки круче- пиши статью и выкладывай, а я обещаю туда комментарии не постить.

сообщение оставил Lenchik , 27 ноября 2008, 19:16
Статья клевая. Про dss2 не знал, и про проблемы совместимости fps тоже. Так что узнал кое-что новое.


Оффтопик
Цитата (Armed @ 27 ноября 2008, 17:40)
почему сделали такое разрешение сам не пойму - аспект верный. Черных полос там нет, обрезать самое видео не люблю. В общем для пересжатия в x264 я выбрал повышение разрешения на 4 пикселя с каждой стороны вместо уменьшение на 12 пикселов с каждой стороны - получил ничтожное искажение аспекта, без уменьшения видимой области.

Зачем? Ну поругался бы x264, но закодил бы. потерял бы немного битрейта впустую - да и пофиг. Зачем мучится? Ради чего?

сообщение оставил Gaurry , 27 ноября 2008, 20:09
Хочу открыть avi через ависинт с помощью DSS2. Даб открыть не может - пишет что нет функции под назваybtv DSS2.
сообщение оставил Armed , 27 ноября 2008, 20:14
Aggressor да статья клевая, че ты так психуешь? Реально читать было интересно.
Цитата (Aggressor @ 27 ноября 2008, 18:28)
Я забыл уже, когда делал клип, чтоб там не было хотя бы одной маски. Ах, да, помню- мегатрейлер на "первый отряд"

Хочешь делать маски - закодить рабочий файл с норм. разрешением и битрейтом никто не запрещает вообщето;)
Цитата (Aggressor @ 27 ноября 2008, 18:28)
Я для чего про переменный ФПС писал? Своими средствами ты получишь кривую дрыгалку, а не нормальную нарезку.

В отличии от тебя я с ним не так часто сталкиваюсь (как и Bea$t например). Да моно так же открыть в Ависинте и все поправить. Отличие методов тока в сжатии всего исходника (с оптимальными рабочими параметрами) и подменой перед рендером на оригинальный исходник (подменить можно и с исправленным фреймрейтом) - получится с минимальными пересжатиями и минимальными требованиями в свободном месте и производительности.
P/S: Т.е. твой метод, с альтернативной концовкой;) Тока не психуй лано;)
Цитата (Aggressor @ 27 ноября 2008, 18:28)
И вообще, персонально к тебе обращение: не засоряй тему "полезными" советами, а если считаешь, что твой способ нарезки круче- пиши статью и выкладывай, а я обещаю туда комментарии не постить.

Да не я уже все написал! :smile: Про нарезку mkv и mp4 в avidemux расписывать не нужно - там все как в VD(M).
Цитата (Lenchik @ 27 ноября 2008, 19:16)
Зачем? Ну поругался бы x264, но закодил бы. потерял бы немного битрейта впустую - да и пофиг. Зачем мучится? Ради чего?

У меня для сжатия x264 требуется кратность сторон 8, т.е. либо: 704x544 либо 696x536, но первый кратен 16, поэтому он предпочтительней, или не?
Цитата (Aggressor @ 27 ноября 2008, 18:28)
Ну тогда твой метод самый правильный из оставшихся )

Не совсем - у меня при проигрывании сжатого кодеком x264 разрешения 704x544 на весь экран внизу появляется синяя полоса размером в 1 пиксель над ней черная в 1 пиксель, потом исходник 542 (кодил с помощью AMVsimple GUI) - из за чего может быть такая проблема? Очень сомневаюсь, что из за апсайза или AMVsimple GUI.
P/S: 696x536 пока не пробовал, скоро протестю. Сори за Оффтопик, если уж он это был. В теме вроде как про нахождение оптимального разрешения тоже писали:)
-Px-, все пасиб!



сообщение оставил Aggressor , 27 ноября 2008, 20:44
Gaurry
Цитата (Aggressor @ 26 ноября 2008, 22:20)
После установки находим файлик "avss.dll" (он устанавливается с Haali Media Splitter и по умолчанию находится в "C:\Program Files\Haali\MatroskaSplitter\avss.dll") и копируем его в папку плагинов ависинта (по умолчанию "C:\Program Files\AviSynth 2.5\plugins").


Armed, знаешь, чем мой способ отличается от твоего? Универсальностью и качеством. Моим способом можно нарезать все без потери качества, а твоим- кое-что, и то через три задницы. :tongue:

сообщение оставил Armed , 27 ноября 2008, 21:56
Aggressor, какая потеря качества? Я видь как раз говорю про способ без всякого итогового пересжатия!
Т.е. все делаем как у тебя до слова "Много?". Потом вместо нарезки в дабе и пересжатия в Huffyuv создаем рабочий файл (с оптимальным разрешением, битрейтом и размером), пользуемся в редакторе, потом перед рендером делаем подмену на первоисточник. Скрипты ависинта все теже.
Итог: малые требования свободного места, большая скорость при редактировании, нет лишнего пересжатия исходника.
Достоинства твоего метода:
Если мы делаем микс, то рабочии файлы исходников могут потребовать много места и времени на сжатие, в таком случае лучше делать нарезку в дабе нужных кусков и сжимать Huffyuv - пересжать при нарезки в дабе придется, а подмена исходников в таком случае не прокатит;)
UPD: Хотя и в моем случае моно в сам скрипт добавить функцию Trim, вырезав кусок, который с одной стороны будет сжат (рабочий файл с оптимальными параметрами) с другой стороны подменяющий файл (т.е. ункомпрессед в псевдо avi из makeAVIS). (Скрипт на оба файла конечно один, если че).
Согласись, я прав! - я лишь предлагаю альтернативную концовку твоего метода;)
Цитата (Aggressor @ 27 ноября 2008, 20:44)
кое-что, и то через три задницы.

Это относится не к твоему "методу с альтернативной концовкой" ,а к "человеческому" методу в avidemux, ибо прога еще сырая и нарезка в ней не самая работоспособная функция:) (Пока мись)



сообщение оставил Aggressor , 27 ноября 2008, 22:09
Цитата (Armed @ 27 ноября 2008, 20:56)
Согласись, я прав!

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

сообщение оставил RatKiller , 27 ноября 2008, 22:10
Оффтопик
Aggressor, может стоило написать статью прямо на сайт? дабы избежать оффтопа =)



сообщение оставил Aggressor , 27 ноября 2008, 22:18
Оффтопик
RatKiller, Эск сказал, что ему не до этого сейчас, но слишком уж много в последнее время было вопросов по теме, чтобы я ждал, пока Эск освободится )

сообщение оставил Armed , 27 ноября 2008, 22:45
Aggressor хе я так просто не сдамся! :smile:
Проверь и поймешь - разница: ты предлагаешь работать с пересжатым исходником в Huffyuv, я лишь с времным файлом (тока не надо ссылаться на ошибки в AE ), который в итоге подменяется на первоисходник (тут тоже не надо ссылаться на ошибки в AE). В общим никаких серьезных махинаций  нет - ошибок на ровном месте быть не может по определению (проверено не раз). Достоинства и недостатки я уже перечислил.
Насчет нарезки - вот тока не надо судить по моим конкурсным клипам, у меня есть и получше (зайди на сайт - там правда старые клипы на фильм, но есть и новые, фифектный на аниме - доделать тока лень FF7 уже приелась:) Все 3 сделаны на песни группы Limp Bizkit, из за возможно сделать акынство - для меня это немаловажно;) (Щас в коне не участвую - говорил, у меня щас курсовые и диплом)
P/S: И че ты так переживаешь, я предложил свою небольшую Рабочую (сам так и делаю) альтернативу концовки твоего метода - кто хочет пользуется, заставлять никого несобираюсь. Но что она глючная, не проверив, говорить не надо;)



сообщение оставил Tankist , 28 ноября 2008, 01:37
Щас качаю HD исходники 1280 x 720 в mkv, но поскольку пока поэкспериминтировать немогу (весит много зараза качается долго!), то вопрос: Можно ли без минимальной потери качества перекодировать его в несжатый .avi но уже в разрешении 720 x 480? Или же всё таки уменьшение разрешения в 2 раза будет фатальным? Просто комп уж слабый (как я вабще на нём чёт делать умудряюсь хз)) с ХД видео работать немогу без жууууутких лагов.


сообщение оставил RatKiller , 28 ноября 2008, 01:42
Armed, не провоцируй пожалуйста флейм и оффтоп...
сообщение оставил Aggressor , 28 ноября 2008, 01:43
Tankist, уменьшение разрешения никогда фатальным не будет, а чаще всего наоборот, положительно скажется на качестве. Но. Что за разрешение- 720х480? Я, блин, для кого тут распинался? Где ты у меня видишь хоть строку про 720х480? Сотру сейчас всю статью нафиг, раз все равно никто не читает :be:
сообщение оставил Tankist , 28 ноября 2008, 09:59
Aggressor Учу матчасть! Всё! Ненадо удалять)
сообщение оставил Armed , 28 ноября 2008, 11:33
RatKiller, Aggressor
Лано, сорри! Статья реально хорошая и полезная, удалять не надо;)
Просто я к тому, что до нее люди видь тоже как то выкручивались. :smile:

сообщение оставил ALEKSEI , 28 ноября 2008, 23:20
Спасибо за статью, сейчас буду вникать :smile:
Приятно, что хоть кто-небудь заботится о нубах  :biggrin:

сообщение оставил Lenchik , 04 декабря 2008, 23:41
Может и неправильно это здесь постить, но теперь стало возможным некоторые мкв резать и в виртуалдабе. Качаем виртуалдаб версии 1.8.x и набор плагинов к нему - (http://www.virtualdub-fr.org/2008/actualite-152-input-filters.html) < http://www.virtualdub-fr.org/Fichiers/Plugins/VD_plugin_pack.exe >
Потом в диалоге открытия файлов выбираем directshow input.

сообщение оставил trampler , 07 декабря 2008, 09:43
а нет ли для нарезки, так сказать, несильнопотерьного кодека (а то на анкомп места не хватает)?
т.е. ситуация такая:
Huffyuv - всё отлично но весит много
x264 на макс. качестве - разница почти незаметна, но тормозит в редакторе
DivX на макс. битрейте - жутко корёжит картинку
существуют другие варианты?

сообщение оставил Aggressor , 07 декабря 2008, 10:19
trampler, лучше обзавестись дополнительным жестким диском.
сообщение оставил trampler , 07 декабря 2008, 10:27
это кстати идея..
*подрубает плеер к usb*
ну вот, ещё 4 г, должно хватить :smile:

сообщение оставил Lenchik , 07 декабря 2008, 18:32
MJPEG lossy кодеки (PicVideo MJPEG, Morgan Multimedia MJPEG, ffdshow еще умеет кодить)  в качестве 18-20 (из 20) могут стать заменой huffyuv.
Однако, правильней будет купить винт новый.

сообщение оставил brdm-69 , 07 декабря 2008, 18:43
Aggressor, статья хорошая, сильно помогла!
Пара очень тупых вопросов:
Какую сточку добавить для диинтерлейса???
Если DSS2 не работает - обновить ависинт???

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

сообщение оставил Aggressor , 07 декабря 2008, 19:22
Цитата (brdm-69 @ 07 декабря 2008, 17:43)
Какую сточку добавить для диинтерлейса???

Я в начале говорил, что относящиеся к ДВД-рипу вопросы рассматриваться тут не будут. Слишком обширная тема.

Цитата (brdm-69 @ 07 декабря 2008, 17:43)
Если DSS2 не работает

Как именно не работает? Если есть библиотека- должен работать.

сообщение оставил trampler , 07 декабря 2008, 19:26
Lenchik спс попробую если места не хватит. а купить чтото всегда правильней, но не всегда совместимо с возможностями..
сообщение оставил Game Over , 08 декабря 2008, 21:43
Есть видео закодированное иксвидом,даб его не распазнает,данный метод не помогает,есть какие нить еще варианты?
сообщение оставил Lenchik , 08 декабря 2008, 22:37
данный метод не помогает?! он у тебя вообще играется?
видео "в студию"!   :wow:

сообщение оставил Game Over , 08 декабря 2008, 22:52
Создаю скрипт,пихаю его в даб,он мне пишет "Avisynth open failure:Can not open D:\1:80040216(D:\AviSynth Script.avs,line1)"
сообщение оставил Lenchik , 08 декабря 2008, 23:28
имя файла, конкретный код скрипта, и вообще это не в эту тему
сообщение оставил darkelf , 09 декабря 2008, 14:15
пытаюсь юзать PicVideo MJPEG за место HuffYUV
на глаз качество вроде не меняется (работал с двдшкой по 4 серии )
НО огромный плюс приработе в редакторах. в том же вегасе без рэндера спокойно видны простые переходы.
в АЕ пре рэндэр эффектов который занимал час идёт за 15-20 минут.

можно ли использовать этот кодэк? или всё равно чтоб создать качественный клип придётся мучиться с HuffYUV ?

сообщение оставил Aggressor , 09 декабря 2008, 15:23
darkelf, тут дело только в том, кто на какой компромисс готов пойти. К тому же у меня с PicVideo был негативный опыт, когда закоденый им кусок заглючивал при наложении определенного количества эффектов.
сообщение оставил darkelf , 10 декабря 2008, 02:46
Цитата
тут дело только в том, кто на какой компромисс готов пойти

твоя правда.
Цитата
К тому же у меня с PicVideo был негативный опыт, когда закоденый им кусок заглючивал при наложении определенного количества эффектов.

учту)) , проверю со временем , по возможности доложу))

у меня в своё время с пик видео лосслэс проблемы были. не воспринимал при определённых настройках эффект Noise.
вполне возможно и другие пик видео могут неадэкватно реагировать на разные эффекты.

в общем о статье:
очень хорошая статья.
помогла мне избежать пару ошибок, да и когда буду мквшки открывть буду знать наверняка что делаю всё правильно)) (это тоже очень важно))
хотя для продуктивной работыдостаточно 1\3 статьи. остальное всё "на всякий случай" (что тоже нужно)

да и вообще. правильные статьи - всегда хорошо))
домо аригато за старания ради нас. жалких ламеров))



сообщение оставил Heartilly , 11 декабря 2008, 16:29
Проблема такая, перегнал этим методом, импортировал в АЕ, наложил на таймлайн, подвинул, AE выдаёт < ошибку > и вылетает. Что это за проблема и как её исправить?

P.S. С RGB всё было нормально, да и в Premiere с ним (Huffyuv) проблем не было.



сообщение оставил Aggressor , 11 декабря 2008, 21:14
Heartilly, это ошибка плагина, там же написано. По идее, с форматом видео не должна быть связана, но все может быть... поэтому либо отключай поддержку OpenGL, либо работай с Uncompressed RGB.
сообщение оставил Ya-UlitQo , 12 декабря 2008, 08:39
Получил такую вот < фигню > на этапе "перечитки" скрипта. Что бы это могло значить?
сообщение оставил Aggressor , 12 декабря 2008, 10:16
Ya-UlitQo, там же все написано- не включен VFW-интерфейс для YV12. Заходи ffdshow-> VFW configuration, и на закладке Decoder в разделе Кодеки в сааамом низу напротив Raw video поставь All YUV.

upd: почему я не указал это в статье? Потому что новый ВД по умолчанию декодирует YV12 встроенным интерфейсом. По крайней мере одна из недавних версий точно это делает.



сообщение оставил Ya-UlitQo , 12 декабря 2008, 10:47
Aggressor
Все заработало. Спасибо. У меня не новый даб, как можно догадаться)))

сообщение оставил Heartilly , 17 декабря 2008, 23:28
Цитата (Aggressor @ 11 декабря 2008, 21:14)
Heartilly, это ошибка плагина, там же написано. По идее, с форматом видео не должна быть связана, но все может быть... поэтому либо отключай поддержку OpenGL, либо работай с Uncompressed RGB.


Нашёл я проблему, она возникала из-за QuickTime. Установил другую версию и всё заработало. За совет спасибо, может когда-нибудь пригодится.

сообщение оставил EXEg , 30 декабря 2008, 10:03
Цитата (Aggressor @ 26 ноября 2008, 23:20)
После установки находим файлик "avss.dll" (он устанавливается с Haali Media Splitter и по умолчанию находится в "C:\Program Files\Haali\MatroskaSplitter\avss.dll") и копируем его в папку плагинов ависинта (по умолчанию "C:\Program Files\AviSynth 2.5\plugins").

Сделал, создал avs файл с содержанием вида DSS2("D:\Ishodnik.mkv").
При открытии файла пишет " there is no function named "DSS2" " хотя библиотеку скинул. Т_Т



сообщение оставил Aggressor , 30 декабря 2008, 10:39
Цитата (EXEg @ 30 декабря 2008, 09:03)
При открытии файла пишет " there is no function named "DDS2" " хотя библиотеку скинул. Т_Т

Хых, конечно ее нет, и не должно быть. Что такое DDS2- я не знаю, библиотека содержит только функцию DSS2 :cool:

сообщение оставил EXEg , 30 декабря 2008, 17:06
Цитата (Aggressor @ 30 декабря 2008, 10:39)
Хых, конечно ее нет, и не должно быть. Что такое DDS2- я не знаю, библиотека содержит только функцию DSS2

Эмм.. пишет разумеется there is no function named DSS2 а не DDS2  ^_^'
Так что делать то? Дабмод не открывает скрипт.
Если вписать DirectShowSource то открывается но жутко тормозит что нарезать спокойно невозможно. Т_Т



сообщение оставил Aggressor , 30 декабря 2008, 18:13
Если синтаксис функции правильный и при этом ависитн функцию не распознает- значит, плагин не загружен. Можешь проверить еще раз, куда что скопировано, а можешь загрузить плагин вручную, написав 1й строкой скрипта:
Исходный код
LoadPlugin("c:\avss.dll")

Разумеется, указанный файл должен находиться по указанному пути.
И зачем тебе ВДмод? Он глючит, бери обычный ВД.

сообщение оставил EXEg , 30 декабря 2008, 18:29
Цитата (Aggressor @ 30 декабря 2008, 18:13)
можешь загрузить плагин вручную, написав 1й строкой скрипта:
LoadPlugin("c:\avss.dll")

Спасибо теперь открывается ^_^
Я пробовал и дабмодом и обычным. Теперь когда всё работает буду нарезать в виртуалдабе.
Аригато и с наступающем ^_^

сообщение оставил Solid Snake , 02 января 2009, 19:09
Aggressor огромное спасибо за статейку, благодоря тебе я избавился от гемороя связанным с матрешкой и ее нарезкой :agree:  :smile:
сообщение оставил Esc , 02 января 2009, 19:11
Цитата (Aggressor @ 30 декабря 2008, 09:13)
И зачем тебе ВДмод? Он глючит

В чём же он глючит? Я им 5 лет пользуюсь и нормально всё.

сообщение оставил trampler , 02 января 2009, 22:59
Esc +1, ни одного глюка с дабмодом не испытал
сообщение оставил Aggressor , 03 января 2009, 18:09
Ну да, конечно, ВД раз в 2 недели обновляется просто так ;)
У меня ВДМ вылетает, стоит только свернуть его в трей с загруженным видео.

сообщение оставил ALEKSEI , 03 января 2009, 20:12
Aggressor еще раз спасибо за статью, очень помогла :smile:
У меня такой вопрос, исходник изначально с разрешением 720х480 в mkv, я нуб и неочень понял почему ты писл выше что, даже незнаю как сказать это разрешение неправильное. Посоветуй с каким разрешением оптимально нарезать footage,спасибо :smile:

сообщение оставил Aggressor , 03 января 2009, 20:26
ALEKSEI, советую внимательно прочитать раздел "Анаморф", там все расписано- думаю, как раз твой случай.
сообщение оставил ALEKSEI , 03 января 2009, 20:43
Спасибо за ответ :smile:
в MediaInfo разрешение исходника указано 720х480, мне надо считать по формуле 480*16/9?
занчит мое правильное разрешение 848х480?

сообщение оставил Aggressor , 03 января 2009, 20:56
Цитата (ALEKSEI @ 03 января 2009, 19:43)
занчит мое правильное разрешение 848х480?

Абсолютно верно! :smile: Сам нашел ответ- я могу только похвалить тебя за то, что не прикрываешься отмазкой "я- нуб".

сообщение оставил Lenchik , 03 января 2009, 22:32
Поскольку опрометчивый пост удалить нельзя...
Цитата (ALEKSEI @ 03 января 2009, 20:43)
мне надо считать по формуле 480*16/9

Да.
Соответствующее экранное разрешение: 853х480. Однако, если хотим соответствовать кратности 16, то ресайзить придется до 848х480.



сообщение оставил Aggressor , 03 января 2009, 22:48
Нет предела совершентсву )) Поэтому я обычно ресайзю до 852х480, а потом режу по 2 пикселя по бокам- так аспект почти не страдает )
сообщение оставил B0SS , 04 января 2009, 15:04
Спасибо большое за статейку! Просто родилась идея, а реализовать её оказалось никак, из-за того что исходник mkv. Но благодоря тебе Aggressor у меня теперь все получится  :smile:
сообщение оставил trampler , 04 января 2009, 20:46
Aggressor осталось написать тока калькулятор AMVresize GUI c фирменным алгоритмом идеального ресайза :biggrin:
сообщение оставил mmr , 09 января 2009, 22:47
спасибо, статья жутко полезная. Есть пара вопросов: если релиз кусковой, часть с fps 23.976, часть с 29.97 - лучше приводить к максимальному? И как наиболее безболезненно сменить fps, оставив прежнюю скорость видео?
сообщение оставил Aggressor , 09 января 2009, 23:09
Лучше открывать каждый кусок с его оригинальным фпс, а в конце скрипта замедлять куски 29.97 до 23.976 командой AssumeFPS. Изменений скорости почти не будет заметно, и все будет гладенько, а если преобразовать- без рывков все равно не получится.
сообщение оставил mmr , 09 января 2009, 23:17
Цитата (Aggressor @ 09 января 2009, 23:09)
Лучше открывать каждый кусок с его оригинальным фпс, а в конце скрипта замедлять куски 29.97 до 23.976 командой AssumeFPS. Изменений скорости почти не будет заметно, и все будет гладенько, а если преобразовать- без рывков все равно не получится.

ясно, спасибо. Жаль что нормально нельзя сделать, ну в крайнем случае висячие кадры вырежу просто=).
сообщение оставил Aggressor , 09 января 2009, 23:23
С замедлением- это и есть нормально, никаких висячих кадров не образуется. Это, конечно, если не лень использовать разные скрипты для разных кусков одной и той же серии )
сообщение оставил mmr , 09 января 2009, 23:40
Цитата (Aggressor @ 09 января 2009, 23:23)
С замедлением- это и есть нормально, никаких висячих кадров не образуется. Это, конечно, если не лень использовать разные скрипты для разных кусков одной и той же серии )

нет, под частью я имел ввиду несколько серий, а в пределах одного файла-то fps постоянный.
сообщение оставил NewMaker , 18 января 2009, 22:49
Спасибо за статью . правда несжатое видео и в правду очень емкое получается , слава богу исходник идеальный =)


ps Первый файл показал в media info 23,976 , следующий показывает некие 119,800 к/с , это какой то глюк ? серии с одного релиза

зыы Что то размеры несжатого видео оочень пугают X_x shinda



сообщение оставил Aggressor , 18 января 2009, 23:40
NewMaker
119.88 fps считаеся за переменный фреймрейт и борется соответственно.



сообщение оставил NewMaker , 18 января 2009, 23:50
понял , не посмотрел скрины в статье

ps Все нормально теперь , спасибо еще раз ^_^



сообщение оставил NIGHT , 28 января 2009, 02:23
Выражаю благодарность тов. Aggressor-у за простую и полезную инструкцию :yes: .
сообщение оставил Ya-UlitQo , 11 февраля 2009, 02:54
Почему 704х400, а не, например, 704х396 (с таким я неоднократно встречался) ?
сообщение оставил trampler , 11 февраля 2009, 04:02
Ya-UlitQo потомучто 396 не делится на 16.
сообщение оставил Ya-UlitQo , 11 февраля 2009, 18:16
trampler
А чем это грозит?

сообщение оставил Aggressor , 11 февраля 2009, 18:32
Ya-UlitQo, ничем не грозит, на самом деле. Раньше, при старых алгоритмах обработки блоков у х264, грозило глюками при кодировании и/или воспроизведении, сейчас уже нет. Можешь смело делать вертикаль 396.
сообщение оставил trampler , 11 февраля 2009, 19:05
кратность 16-ти улучшает сжимаемость, или ни как на неё не влияет?
сообщение оставил Aggressor , 11 февраля 2009, 19:50
Не улучшает- предотвращает потери битрейта при размере блока = 16. Это значит, что 396 сожмется так же, как 400.
сообщение оставил Nicbe , 19 февраля 2009, 22:59
Спасибо Aggressor-у за статью, очень помогла, особенно раздел про частоту кадров и переменный fps.
Правда по началу возникла такаяже проблема как -
Цитата
Создаю скрипт,пихаю его в даб,он мне пишет "Avisynth open failure:Can not open D:\1:80040216(D:\AviSynth Script.avs,line1)"

но оказалось что она легко решается, нужно чтобы файл находился в папках с английскими названиями.
По началу путь к нужному мне файлу выглядел так :D:\проект\Невинная Венера\Innocent Venus-1.avi и VD выдавал такую ошибку, после того как я переиминовал папки (D:\proect\Innocent Venus\Innocent Venus-1.avi) всё заработало.

сообщение оставил Gaurry , 22 февраля 2009, 20:10
открываю исходник с фпс 119 через скрипт ависинта DSS2("путь", fps=23.976) в дабе. сохраняемый кусок все равно с фпс 119. Почему? И как сделать, чтобы получалось видео с фпс 24?
сообщение оставил Aggressor , 22 февраля 2009, 20:48
Первый раз такое слышу. Без файла не разобраться. Вырежь директ стримом кусок и залей куда-нибудь, буду смотреть.
сообщение оставил Gaurry , 22 февраля 2009, 21:02
опа. а теперь нормально фпс меняет на 24 :wow:  Пардон за странности.
сообщение оставил VIDOK , 22 февраля 2009, 22:29
Такая же проблема. Исходник с 119 фпс. Нормально его вегас не открывает. Картинка смазывается. А при попытке сделать через дуб меньше фпс, видео выходит тормознутым..
сообщение оставил Aggressor , 22 февраля 2009, 22:44
VIDOK
1) читаем внимательно раздел про ФПС
2) если не помогает- кусочек исходного файла в студию!

сообщение оставил Archivist , 28 февраля 2009, 19:34
А если у меня 2 исходника с разным fps (30 и 23,98), нужно уменьшать fps большее к меньшему? или есть ещё какой-нибудь способ.
сообщение оставил Aggressor , 28 февраля 2009, 20:18
А как тебе больше нравится. Хочешь- слегка ускорь 23, хочешь- замедли 30. Главное при этом вычитывать файл с тем ФПС, в котором он закодирован, а все манипуляции производить путем ускорения/замедления, а не добавления/удаления фреймов. Делается это командой AssumeFPS.
сообщение оставил Archivist , 28 февраля 2009, 20:39
То бишь команда выглядит так?
AssumeFPS(30) или AssumeFPS(23.89). Кстати если я буду ускорять или замедлять, это не скажеться на скорости воспроизведения видео. И в чём разница между видео которые было ускорено и видео из которого удалили кадры, визуально есть отличия?



сообщение оставил LIA , 01 марта 2009, 17:58
Ваай!=)СпССпССпССпС!!!!!!ня!!!  :laugh:
сообщение оставил Aggressor , 01 марта 2009, 18:27
Цитата (Archivist @ 28 февраля 2009, 19:39)
И в чём разница между видео которые было ускорено и видео из которого удалили кадры, визуально есть отличия?

Конечно есть, иначе я бы не заострял на этом внимание.

LIA
:smile:

сообщение оставил dipsat , 20 марта 2009, 16:26
Aggressor, огромное спасибо за статью!!!
Esc, не меньшее спасибо за "тыканье носом в нужное место"!!!!

сообщение оставил Vladislav , 21 марта 2009, 15:59
Aggressor, большое спасибо за статью  :biggrin:
И гратс с вступлением автором акросса  :smile: ,ты молоток ^__^

сообщение оставил Nexus , 23 марта 2009, 18:40
А можно сделать вес соооовсем маленьким!?
То есть при нарезке в дабе авишных файлов вес исчесляется килобайтами, но при выходе получается ави с дивииксом.
Здесь тоже если поставить вместо HuffYUV DivX3 весить будет копейки, качество капитально пострадает? И чем это может грозить при работе в редакторе?

сообщение оставил Lirinis , 23 марта 2009, 19:33
Цитата (Nexus @ 23 марта 2009, 18:40)
если поставить вместо HuffYUV DivX3 весить будет копейки, качество капитально пострадает?

Да.

сообщение оставил Nexus , 23 марта 2009, 20:29
То есть единственный выход увеличивать память?
сообщение оставил Aggressor , 23 марта 2009, 20:49
Не память, а объем жесткого диска. Не вижу проблемы выделить под нарезку 10-15 гиг (я выделял больше сотни однажды, при 200гиговом винте еще).
сообщение оставил Nexus , 23 марта 2009, 21:05
да, это я и имел ввиду)
Проблемы нед когда винт хотя бы на 100ГБ
Они возникают тогда когда винт до 70гб Еле дотягивает)
Ладно, будем работать, спасибо за статью и за помощ:)

сообщение оставил trampler , 23 марта 2009, 22:51
Nexus
цитирую Lenchik`ка
Цитата
MJPEG lossy кодеки (PicVideo MJPEG, Morgan Multimedia MJPEG, ffdshow еще умеет кодить)  в качестве 18-20 (из 20) могут стать заменой huffyuv.
мне, правда, совет так и не пригодился, но если у тебя проблемы с местом на харде стоит попробовать.

сообщение оставил Aggressor , 23 марта 2009, 23:00
Я в последнее время перешел с huffyuv на lagarith, чего и вам советую- этот зверь поддерживает RGB и жмет раза в полтора лучше на ровном месте при прочих равных. Что касается кодеков с потерями- я все равно против, даже скорее идейно, чем объективно. Лучше уж мельче резать (только нужные сцены), тогда можно всю нарезку в 3 гига уместить.
сообщение оставил Esc , 23 марта 2009, 23:36
Поддерживаю MJPEG при 20. Он с потерями конечно. Но лучше чем ничего. И работает очень быстро.
сообщение оставил trampler , 24 марта 2009, 03:12
Aggressor а что насчёт FFV1 или MSU? по слухам они лучшие по сжатию лузлессы (из тех что с вменяемым временем кодирования)


сообщение оставил Lirinis , 24 марта 2009, 03:24
Цитата (trampler @ 24 марта 2009, 03:12)
что насчёт FFV1 или MSU

Очень медленные. MSU года полтора назад ещё и глюкавил сильно и часто. Очень осторожно и только для архивов. В редактор их совать не надо.

сообщение оставил Aggressor , 24 марта 2009, 03:30
Нечего добавить. Разве что MSU на макс. настройках сжимал 50 фреймов почти 2 часа на старой машине )
сообщение оставил Heartilly , 25 марта 2009, 20:03
За сегодня разобрался, где я допустил ошибку и получил в результате кривой аспект. Собственно по нарезке. Допустим я обрезал сабы или прочие там значки каналов. Потом сделал ресайз в указанные в статье разрешения. И в итоге я получаю кривой аспект. Так вот вопрос. Как мне получить красивый аспект проводя выше описанные действия?

P.S. Извините если где-нибудь обсуждалось. Но пролистывать кучу информации на форуме дело не из легких. Если где-нибудь обсуждалось ткните меня носом.

сообщение оставил Aggressor , 25 марта 2009, 20:53
Heartilly, обрезания хардсаба и вотермарка я не предусмотрел- надо искать исходники без них, в 95% случаев есть такая возможность.
Но все-таки, если у нас "случай 5%" или другие ограничения: сделай отправной точкой аспект, т.е. отношение сторон, до обрезания. Во всех новых аниме это 16х9. После обрезания одной из размерностей пересчитай новую величину второй размерности в соответствии с аспектом. Например, у тебя исходник 1280х720. Это 16х9 (1280*9/16=720). Ты обрезал вотермарк по правой стороне, отчикав 100 пикселей от горизонтали. Но чтобы сохранить аспект, надо отрезать пропорционально и от вертикали. 100*9/16=56. Видишь, полученное после отрезаний видео 1180*664 у нас имеет правильный аспект (1180*9/16=664). Вот его теперь и ресайзи до ближайшего меньшего, т.е. до 1024*576.

сообщение оставил Heartilly , 25 марта 2009, 21:11
Aggressor, спасибо, о стольком рассказал за последние 2 дня, я очень тебе благодарен. Постараюсь больше не делать ошибок связанных с аспектами.
сообщение оставил nerjaveika , 06 апреля 2009, 16:49
Спасибо, шикарная статья...
теперь надеюсь не буду так ошибаться с фр-том...



сообщение оставил trampler , 12 апреля 2009, 11:48
а что делать если картинка исходника слегка подрагивает с амплитудой 1-2 пикселя? можно добавить что-нибудь спасительное в скрипт?
сообщение оставил Aggressor , 12 апреля 2009, 12:03
Цитата (trampler @ 12 апреля 2009, 10:48)
а что делать если картинка исходника слегка подрагивает с амплитудой 1-2 пикселя? можно добавить что-нибудь спасительное в скрипт?

Я бы нарезал как есть, а стабилизацией занимался в АЕ-  там есть специальная тулза для этого.

сообщение оставил trampler , 12 апреля 2009, 12:37
Aggressor
ставить АЕ и разбираться в нём только для того чтобы стабилизировать картинку.. :sad:
мб в ависинте всё же есть аналоги?

UP помогло < это >. вопрос снят.



сообщение оставил trampler , 14 апреля 2009, 00:20
интересно, а почему разные hyffyuv дают разный результат? и почему рекомендуется именно ffd?
повтыкал в скрины с ним и отдельноваляющимся в дабе Huffyuv v2.1.1 - CCESP Patch v0.2.5

если открывать результат в MPC (VMR9):
Huffyuv [full processing mode] - не отличается от Uncompressed
Huffyuv [fast recompress] - на эквалайзе какието жуткие метаморфозы с цветом заметны
ffdshow [fast recompress] - картинка сильно высветляется, и как результат тоже коцается

если открывать результат в дабе:
Huffyuv [full processing mode] - не отличается от Uncompressed
Huffyuv [fast recompress] - те же дикие сдвиги цвета
ffdshow [fast recompress] - не отличается от Uncompressed (никакого высветления, как в плеере)

при этом по занимаемому объёму ffdshow < Huffyuv [fast] < Huffyuv [full]
изза чего с ним такое в плеере происходит, и не теряется ли качество если выбирать хуфф через ffd?

сообщение оставил Aggressor , 14 апреля 2009, 01:37
trampler, я где-то уже писал, что в последнее время пользуюсь Lagarith'ом.
Но все-таки про хафф- никаких потерь качества нету, все эти цветовые глюки- причины скейлов, которые делают рендеры и видяхи на этапе проигрывания. Если у тебя исходник в YV12, то fast recompress в ффдшный хафф даст абсолютно беспотерьный результат. Однако, кое-какие цветовые метаморфозы будут происходить уже на этапе рендера этой штуки из АЕ, по сравнению с рендером РГБшного материала (чаще всего эти преобразования едва заметны).

сообщение оставил Nexus , 14 апреля 2009, 06:45
Что бы установить Lagarith в даб, нужно фаил lagarith.dll в папку с дабом кинуть!?
сообщение оставил Aggressor , 14 апреля 2009, 08:15
Цитата (Nexus @ 14 апреля 2009, 05:45)
Что бы установить Lagarith в даб, нужно фаил lagarith.dll в папку с дабом кинуть!?

Нет. Чтобы установить Lagarith в систему, нужно кликнуть правой кнопкой по Lagarith.inf и выбрать "установить".



сообщение оставил Nexus , 14 апреля 2009, 08:38
Пасипа.
Он ведь потом в  списке "выбора компрессии" появится!?

upd: Все работает :) Попробую им посжимать)



сообщение оставил trampler , 14 апреля 2009, 11:37
Lagarith у мну кстати хуже сжимает, чем ffd-Huffyuv  :smile: (70,7 Mb протев 66,1 Mb)
хотя может такой кусочек попался (медленная панорама)

сообщение оставил Aggressor , 14 апреля 2009, 12:49
Что-то не верится. Output -> YV12, Enable null frames. А теперь?
сообщение оставил trampler , 14 апреля 2009, 13:02
теперь 56 Mb, но вылезли малозаметные косяки, которые наблюдаются при открытии и дабом, и плеером. уж лучше  вес чуть больше будет..
в редакторе кстати Lagarith чуть медленнее играется нежели Huffyuv (врочем, не критически).

сообщение оставил Aggressor , 14 апреля 2009, 13:13
Какие такие косяки? Null frames некорректно обрабатываются плеерами вроде MPC, но даб их прекрасно понимает. А цветовое пространство YV12 у Lagarith ничем не отличается от аналогичного у Huffyuv.
Что до скорости- я согласен разгрузить HDD за счет проца, и общая скорость у меня при этом только возрастет, т.к. узким местом является как раз диск.

сообщение оставил trampler , 14 апреля 2009, 13:22
вот скриншоты даба:
< Uncomp >
< Lagarith >
детали и форма не меняются, артефакты носят скорее цвето-яркостный характер.

со скоростью да, узкие места проявляют себя) хуфф идёт глаже, но местами происходят рывки аля подгрузы с диска, а lagarith чуть дискретнее но без рывков.



сообщение оставил Aggressor , 14 апреля 2009, 13:23
А почему ты сравниваешь с несжатым? Сравнивай с Huffyuv, раз на то пошло. А если хочешь сравнивать с несжатым, то ставь в Lagarith режим RGB (default).
сообщение оставил trampler , 14 апреля 2009, 15:51
Aggressor я уже говорил, что хуфф при Full processing отличий от анкомпа не имеет (ни в плеере, ни в дабе), разве что весит в 3 раза > лагарита. вот дефаултным Lagarith-RGB я скорее всего и воспользуюсь..
сообщение оставил LIA , 04 мая 2009, 13:36
Спасибки огромное!! Оказывается все так просто а я то намучалась с этой матрешкой))
сообщение оставил =Gost-ya= , 09 июля 2009, 23:24
Вырезаю куски видео по инструкции Агрессора. Кладу их в Премьер Про CS3 - в нем получается черный экран. Не видит Премьер это видео)))
В чем может быть причина "невидимости"?
Установлен AceMegaCodekPack. (Если причина может быть в нем, то попробую снести, но если он теоретически не влияет - не хотелось бы лишний раз систему дергать переустановками.)
Подскажите, пожалуйста.

сообщение оставил TinLit , 10 июля 2009, 10:38
У меня DVD-rip, с таким вот разрешением 720X480  16:9. Изменил разрешение на 720X405 (чтобы 16:9 было). Теперь увидел эту статью и понял, что размеры нестандартные. Теперь мне лучше менять на стандартное разрешение (напр.  848х480) или можно оставить как есть, если уже большую часть исходника я уже закодировал.
сообщение оставил Aggressor , 10 июля 2009, 10:52
TinLit, теоретически ты сделал правильно, разве что надо было следить за четностью вертикали. Ну да ладно, в редакторе поставь разрешение 720х400 и будет гуд.
сообщение оставил TinLit , 10 июля 2009, 15:23
Aggressor, ясно. Тогда оставшееся буду кодировать в разрешении 720X400.
сообщение оставил Lenchik , 10 июля 2009, 17:02
Снижая разрешение относительно исходного вы теряете в качестве материала, уже на начальном этапе. Снижение вертикального разрешения (числа строк) человеческий глаз замечает лучше (реагирует негативней), чем горизонтального. На этом основан анаморф.
Поэтому лучше исходник "720X480  16:9" преобразовывать в 853х480 (если нужна кратность, то 848х480), а не в 720х400.

сообщение оставил Aggressor , 10 июля 2009, 17:43
Lenchik, абсолютная ерунда. Если бы вопрос стоял "без изменения разрешения против уменьшения"- еще можно было бы поспорить, но "растягивание горизонтали" против "сжатия вертикали" однозначно будет в пользу последнего метода. Возьми любой анаморф и поресайзи его с помощью Spline36.

edit: я тоже рекомендую 848х480, но по совсем другим причинам- при просмотре клип наверняка будет растянут на весь экран монитора, и тогда 848 выиграет у 720.



сообщение оставил Lenchik , 12 июля 2009, 20:12
А в самом первом посте по поводу нарезки исходника, там где конвертируем цветовое пространство после dss2, какие "за" и "против" использования матриц 601 и 709? Может быть стоит, написать условия на размер исходника (больше 576 строк по вертикали -> матрица 709) и подставлять матрицу соответствующую?


сообщение оставил Aggressor , 12 июля 2009, 21:14
Это зависит от способа кодирования исходника, а не от его разрешения. Пока 709е я встречал только на официальных БДшках.
сообщение оставил Lenchik , 12 июля 2009, 21:46
Цитата (Aggressor @ 12 июля 2009, 21:14)
Это зависит от способа кодирования исходника, а не от его разрешения

Именно так, вот только SD как правило кодируют в 601 матрице, а HD в 709. В том, что закодировано в H.264 иногда внутри потока указано в какой матрице.

сообщение оставил Aggressor , 13 июля 2009, 10:49
Цитата (Lenchik @ 12 июля 2009, 20:46)
Именно так, вот только SD как правило кодируют в 601 матрице, а HD в 709. В том, что закодировано в H.264 иногда внутри потока указано в какой матрице.

С этим я и не согласен. Каждый кодирует как ему вздумается, и пытаться на глаз определить матрицу- себе дороже, т.к. эталона для сравнения все равно нету. Ну будет чуток зеленее оригинала, так ведь в плеерах будет та же ситуация, а значит все нормально )
Кстати, внутри потока х.264 тоже есть флаг с обозначением матрицы, только вот он в 90% оставлен в значении по умолчанию, т.е. undef.

сообщение оставил trampler , 17 июля 2009, 11:55
есть сырая экранка с изображением, повёрнутым под углом (трапеция то беж).
можно ли в ависинте сделать деформацию, чтоб растянуть её до ровной прямоугольной формы?

сообщение оставил Aggressor , 17 июля 2009, 12:08
По-моему нету. Но этот вопрос в любом случае в "Ависинт", а не в "Нарезку".
сообщение оставил Artofeel , 17 июля 2009, 18:34
trampler
Если тебе нужно это в Реальном времени (тобишь для разового просмотра) то в ffdshow есть фильтр Perspective corr. там можно выровнять...вроде...если я правильно понял что тебе нужно. Ах да можно воспользоваться плагином ffdshow к VD, и срендрить сие...

сообщение оставил trampler , 17 июля 2009, 19:53
Artofeel нужно для сабжа, а не просмотра, но не беда - в вегасе выправлю.
сообщение оставил BabokPC , 31 июля 2009, 18:52
а вот у мну вопрос, я пытаюсь перевсти формат AVC в более мне удобный, но Даб его даже не видит, притом, что я поставил все 4 программы и перенес фаил как было сказано в 1 посте(
сообщение оставил Heartilly , 31 июля 2009, 19:33
Цитата (BabokPC @ 31 июля 2009, 18:52)
а вот у мну вопрос, я пытаюсь перевсти формат AVC в более мне удобный, но Даб его даже не видит, притом, что я поставил все 4 программы и перенес фаил как было сказано в 1 посте(

А чем тебя стандартный AVS не устраивает? AVS это расширение скрипта, естественно, если ты его поменяешь, даб его видеть не будет. Так что работай с ним.



сообщение оставил BabokPC , 31 июля 2009, 21:27
Цитата (Heartilly @ 31 июля 2009, 21:33)
Цитата (BabokPC @ 31 июля 2009, 18:52)
а вот у мну вопрос, я пытаюсь перевсти формат AVC в более мне удобный, но Даб его даже не видит, притом, что я поставил все 4 программы и перенес фаил как было сказано в 1 посте(

А чем тебя стандартный AVS не устраивает? AVS это расширение скрипта, естественно, если ты его поменяешь, даб его видеть не будет. Так что работай с ним.

ну в вегасе этот кодек не воспроизводится и в дабе я ничего с ним не менял, а он все равно не видится о_О
сообщение оставил Heartilly , 31 июля 2009, 21:44
Цитата (BabokPC @ 31 июля 2009, 21:27)
ну в вегасе этот кодек не воспроизводится и в дабе я ничего с ним не менял, а он все равно не видится о_О

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

P.S. Если это скрипт, то ещё раз проверь расширение своего файла, а то в посте у тебя написано AVC. А должно быть AVS.



сообщение оставил Esc , 31 июля 2009, 22:27
Heartilly
Не морочь людям голову! AVC - это кодек (то же самое что H.264), а AVS - это скрипт ависинта.

BabokPC
И ты тоже не морочь людям голову. AVC - это кодек, а не формат. Что значит "Даб его не видит"? Как он может видеть или не видеть кодек? Опиши проблему нормально.

сообщение оставил Heartilly , 01 августа 2009, 11:44
Цитата (Esc @ 31 июля 2009, 22:27)
Не морочь людям голову! AVC - это кодек (то же самое что H.264), а AVS - это скрипт ависинта.

Гомен. Ещё ни разу не встречал. Вот и неправильно понял. T_T

сообщение оставил BabokPC , 01 августа 2009, 16:25
ну загружаю видео с AVC в Даб и на экранах чернота.
сообщение оставил Noks , 01 августа 2009, 16:35
У меня вопрос:
К примеру у меня исходник с fps 23.976, и я в скрипте добавляю AssumeFPS("ntsc_round_film") то это округляет fps до 24, и следовательно в настройках редактора я должен буду ставить 24? А если я в редакторе поставлю fps равный 23.976 но с исходником проделаю вышеизложенную операцию то это приведёт к блендингу или такая незначительная разница фреймрейта не ухудшит качество клипа?

сообщение оставил Lenchik , 01 августа 2009, 16:38
Цитата (Noks @ 01 августа 2009, 16:35)
я в скрипте добавляю AssumeFPS("ntsc_round_film")

Это, конечно, не ответ, но зачем ты это делаешь или хочешь делать?
Цитата (Noks @ 01 августа 2009, 16:35)
если я в редакторе поставлю fps равный 23.976 но с исходником проделаю вышеизложенную операцию то это приведёт к блендингу

А сам проверить не можешь, что ли?!

сообщение оставил Noks , 01 августа 2009, 19:04
Цитата
Цитата (Noks @ 01 августа 2009, 16:35)
я в скрипте добавляю AssumeFPS("ntsc_round_film")

Это, конечно, не ответ, но зачем ты это делаешь или хочешь делать?

Это вопрос относительно статьи, к тому же давно задумываюсь об увеличении фпс.

Цитата
А сам проверить не можешь, что ли?!

В принципе могу, просто хотелось услышать мнение опытных людей.



сообщение оставил Artofeel , 01 августа 2009, 23:05
Цитата (BabokPC @ 01 августа 2009, 18:25)
ну загружаю видео с AVC в Даб и на экранах чернота.

Надо включить мониторы, у них есть кнопка включения, на неё необходимо нажать.
                                                                                                              К. О.

сообщение оставил trampler , 01 августа 2009, 23:53
Цитата (Noks @ 01 августа 2009, 16:35)
AssumeFPS("ntsc_round_film") то это округляет fps до 24
лолшто? это округляет до 23.976, а не до 24.

сообщение оставил Lenchik , 02 августа 2009, 00:24
Цитата (Artofeel @ 01 августа 2009, 23:05)
Цитата (BabokPC @ 01 августа 2009, 16:25)
ну загружаю видео с AVC в Даб и на экранах чернота

Надо включить мониторы, у них есть кнопка включения, на неё необходимо нажать.
                                                                                                             К. О.

Вообще-то, надо в настройках VfW интерфейса ffdshow включить поддержку h264, если она отключена была. Но и это может не помочь.

сообщение оставил Pause , 02 августа 2009, 09:54
Цитата
ну загружаю видео с AVC в Даб и на экранах чернота.

А если тупо через скрипт....(скрипт-это из ависинта!!!)

сообщение оставил Aggressor , 02 августа 2009, 10:41
Цитата (Lenchik @ 01 августа 2009, 23:24)
Вообще-то, надо в настройках VfW интерфейса ffdshow включить поддержку h264

Неправильный ответ. DSS2 работает с DirectShow, а не с VFW.
Правильный ответ: для начала надо добиться того, чтоб видео воспроизводилось в дефолтном виндовом плеере (пуск-выполнить- mplayer2). После этого все будет работать.

сообщение оставил Noks , 02 августа 2009, 11:54
Цитата (trampler @ 02 августа 2009, 01:53)
это округляет до 23.976, а не до 24.

Понял. Спасибо за разъяснения.

сообщение оставил Esc , 02 августа 2009, 15:52
Цитата (Aggressor @ 02 августа 2009, 01:41)
Неправильный ответ. DSS2 работает с DirectShow, а не с VFW.

Он между прочим не сказал, через что загрузил. Так чтэ..... всё что угодно может быть.

сообщение оставил Aggressor , 02 августа 2009, 16:07
Цитата (Esc @ 02 августа 2009, 14:52)
Он между прочим не сказал, через что загрузил.

Если он загрузил через что-то другое, а задал вопрос сюда, то ему положено предупреждение за оффтопик, товарищ модератор ;)

сообщение оставил Vakaseemer , 02 августа 2009, 16:10
А от чего может быть такой глюк: у меня исходники в вобах, формат паловский с постоянным битрейтом, пишу на него скрипт открыть через DSS2 с ресайзом - ну делаю всё как в статье - а после перекодирования в дабе видео при проигрывании подтормаживает, причём не постоянно, а местами. Кодировал Хуффой и несжатым - одно и то же. А если по старинке, все эти операции в ВДМ сделать без ависинта, то всё нормально. Исходники тоже вряд ли виноваты - проверял ещё на вобах с другого ДВД, там к тому же и указанные границы обрезки неслабо съехали.
Да, в скрипте пишу только открыть файл и ресайз, никаких операций с фреймрейтом не производил.

сообщение оставил trampler , 02 августа 2009, 17:04
Vakaseemer а можно небольшие кусочки глянуть (нарезанные через синт и через даб)?
сообщение оставил Vakaseemer , 02 августа 2009, 17:16
trampler, эмм... мне это сейчас проблематично, но завтра смогу загрузить, если что.
сообщение оставил Esc , 02 августа 2009, 17:57
Цитата (Vakaseemer @ 02 августа 2009, 07:10)
у меня исходники в вобах, формат паловский с постоянным битрейтом, пишу на него скрипт открыть через DSS2 с ресайзом

Тут уже только эвтаназия поможет. DSS2 нужен для открытия mkv, а не всего, что попало в ваши жадные ручонки умелые ручки.
< Как открывать файлы >

сообщение оставил Vakaseemer , 02 августа 2009, 18:19
Цитата (Esc @ 02 августа 2009, 16:57)
DSS2 нужен для открытия mkv, а не всего, что попало в ваши жадные ручонки умелые ручки.
Ай-ай, а я чё-то подумал, что он на все случаи жизни :redface:
Ну тогда всё понятно, вопрос снимается.

сообщение оставил Aggressor , 02 августа 2009, 19:16
Цитата (Vakaseemer @ 02 августа 2009, 15:10)
у меня исходники в вобах

Пиши, не пиши- всем побоку, все равно все читают только с того места, с какого считают нужным.
Цитата (Aggressor @ 26 ноября 2008, 22:20)
DVD-исходники (*.VOB) в рамках данной статьи рассматриваться не будут- читайте статьи по DVD-rip'у.

сообщение оставил Vakaseemer , 02 августа 2009, 19:32
Оффтопик
Aggressor, да я уже разул глаза :) Просто в моём маленьком уютном мирке других форматов для нарезки не существует.

сообщение оставил trampler , 03 августа 2009, 01:31
таки странно, всю жизнь резал вобы и никаких проблем не имел. хотя бы чисто теоретически - чем они так плохи в нерипнутом виде?
сообщение оставил Esc , 03 августа 2009, 01:48
trampler
Образец, который я использую сейчас для статьи.
< До > и < после >.

сообщение оставил Death_Kn1ght , 05 августа 2009, 18:35
При попытке запустить инсталяшку синта получил такую штуку:



Так и не могу разобраться, как его установить   :sad:

UPD: Перекачал с зеркала, стало весить не 1,6 Мб, а нормально 2,7 Мб, видать что-то со скачкой. Сорри за беспокойство.



сообщение оставил Aggressor , 05 августа 2009, 18:46
Death_Kn1ght, в любом случае это был вопрос по ависинту, надо было его в ту темку оформить :smile:
сообщение оставил Lirinis , 18 августа 2009, 23:44
Решил всё-таки спросить.

Можно ли с помощью timecodes (или, может быть, каким-либо другим "аналитическим" способом) разделить vfr-исходник на куски с постоянными фреймрейтами?
С ходу это сделать не получилось, потому что timecodes получаются странные, в таком духе:

Исходный код
# timecode format v1
Assume 23.976000
0,0,24.390244
1,2,23.809524
3,3,24.390244
4,5,23.809524
6,6,24.390244
7,9,23.809524
и т.д. до самого конца.

То же, конвертированное из v2 с другими параметрами:
# timecode format v1
Assume 200.000000
0,17948,23.976052
17950,17950,27.027027
17951,18268,23.976476
18270,18270,27.027027
18271,35227,23.976007

сообщение оставил Slaps , 19 сентября 2009, 14:10
По неопытности ничего плохого про данный способ сказать не могу ибо он очень помог и действителньо эфективен
но вот только делал немного по-другому.При выборе и настройке Компрессии(Compression) в дабе выбриал не ту конфигурацию котоаря была описана выше а DivX т.к работаю в Вегасе пока ещё, а ffdshow он не принимает что можете сказать по этому поводу и посоветовать кроме как "Переходи ка,деточка на АЕ"?

сообщение оставил Aggressor , 19 сентября 2009, 14:54
Цитата (Slaps @ 19 сентября 2009, 13:10)
т.к работаю в Вегасе пока ещё, а ffdshow он не принимает что можете сказать по этому поводу

Могу сказать, что это глупость. И в дивикс перекодировать тоже глупость. Посоветовать могу бросить заниматься глупостями и делать так, как написано в статье- Вегас все понимает.

сообщение оставил trampler , 19 сентября 2009, 15:07
Slaps Вегас прекрасно понимает и huffyuv, и Lagarith, и уж тем более Uncompressed. если не пронимает - проблема в вегасе, а не статье.
нарезку в divx можно сразу в сортир слить, и как следует почистить ершиком.

сообщение оставил Slaps , 20 сентября 2009, 15:47
Спасибо.Никаких притензий к статье не было.Просто вопрос.
сообщение оставил TinLit , 20 октября 2009, 01:18
Спасибо Агрессору, очень помогла статья. Чем только не пытался конвертить исходник mkv в avi. И только с помощью статьи смог.
сообщение оставил Darth Ixis , 28 октября 2009, 03:00
Выскакивает ошибка в дубмоде "I/O thread has not cycled for ten seconds -- possible livelock", из-за этого нарезка из мкв в ави не получается.

В avs-файле прописано вот что
"DSS2("D:\anime\Ookami to Koushinryou\Ookami to Koushinryou 11(raw+sub)(ayako).mkv")
ConvertToRGB24
AssumeFPS("ntsc_round_film")".

До этого всё было нормально. Исходники точно такие же, какие он ел ранее, судя по mediainfo.
В чём может быть проблема и как её решить?

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

Вот инфа о исходнике

Исходный код
General
Complete name                    : D:\anime\Ookami to Koushinryou\Ookami to Koushinryou 11(raw+sub)(ayako).mkv
Format                           : Matroska
File size                        : 233 MiB
Duration                         : 23mn 59s
Overall bit rate                 : 1 355 Kbps
Encoded date                     : UTC 2008-03-31 03:55:23
Writing application              : mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:40:07
Writing library                  : libebml v0.7.7 + libmatroska v0.8.1
Cover                            : Yes

Video
ID                               : 1
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : High@L5.1
Format settings, CABAC           : Yes
Format settings, ReFrames        : 3 frames
Muxing mode                      : Container profile=Unknown@5.1
Codec ID                         : V_MPEG4/ISO/AVC
Duration                         : 23mn 58s
Nominal bit rate                 : 1 162 Kbps
Width                            : 1 280 pixels
Height                           : 720 pixels
Display aspect ratio             : 16:9
Frame rate                       : 23.976 fps
Resolution                       : 24 bits
Colorimetry                      : 4:2:0
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.053
Writing library                  : x264 core 58 r798M 17e5dac



сообщение оставил Esc , 28 октября 2009, 05:40
Цитата (Darth Ixis @ 27 октября 2009, 19:00)
"I/O thread has not cycled for ten seconds -- possible livelock"

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

Цитата (Darth Ixis @ 27 октября 2009, 19:00)
При проигрывании сильно виснет, ползунок доходит до конца, а видео всё идёт, как слайдшоу.

А вот это интереснее. Это в каком же плеере видео продолжает играться по завершении?
Я так сильно подозреваю, что взял ты видео в большом разрешении, распаковал его в RGB на сильно фрагментированный диск, и у тебя скорости обращения к диску уже не хватет, чтобы успеть его считать.

сообщение оставил trampler , 28 октября 2009, 08:32
ну у меня тоже анкомп и лузлесс в MPC так играет - прогрессбар плеера доходит до конца, а кусок нарезки всё ещё воспроизводится, лагая. ничего необычного в этом не вижу, обычные глюки плеера и тормоза харда. livelock в дабе тоже часто появлялся, только в виде варна а не ошибки, и это ни на что не влияло.


сообщение оставил Esc , 28 октября 2009, 14:45
Цитата (trampler @ 28 октября 2009, 00:32)
в виде варна а не ошибки, и это ни на что не влияло.

Главное, чтоб клиент текст писал. А уж ошибка там или предупреждение, мы разницу переживём. :)

сообщение оставил Aggressor , 28 октября 2009, 14:53
Darth Ixis, в статье написано пользоваться VD, а не глючным VDM. Это по поводу ошибки. А тормознутого видео в результате не бывает- бывают тормознутые компы. Например, если речь идет о FullHD, то там даже без разницы, будет это Uncomressed RGB или HuffYUV, все равно в риал-тайме не проиграется как надо.
сообщение оставил Esc , 28 октября 2009, 15:19
Цитата (Aggressor @ 28 октября 2009, 06:53)
в статье написано пользоваться VD, а не глючным VDM.

Сам ты глючный! Всю жизнь пользуюсь VDM, и прекрасно работает! Назови хоть один глюк.

сообщение оставил Aggressor , 28 октября 2009, 15:53
Esc, единственное, на что годится эта глючная фигня- пришить mp3 к avi (divx), да и то это лучше сделать АвиМуксером. Боюсь даже спрашивать, как именно ты им пользуешься, но у меня он вылетает, даже если просто свернуть его в таскбар во время выполнения задачи, а потом попытаться восстановить.
сообщение оставил Esc , 28 октября 2009, 16:23
Aggressor
Я им пользуюсь для правки avs-скриптов с немедленным обозрением результатов. Кодить в нём давно уже нечего, разумеется, а нарезку в анкомпресс я давно не делаю по сам знаешь каким причинам. :)
А вот изменить скрипт - найти нужный кадр - скопировать скриншот в фотошоп: этим занимаюсь часами и ничего удобнее пока не видел.

сообщение оставил Aggressor , 28 октября 2009, 16:53
Esc
Немного оффтопа: у меня открыт ВД и блокнот со скриптом. Я подправил скрипт, нажал F2- и тоже обозреваю результат мгновенно, можно сказать. Ну а поиск нужного кадра и копирование его в буфер вроде бы ничем не хуже. ВД обновляется до сих пор, и не просто так ведь.

сообщение оставил Esc , 28 октября 2009, 18:30
Aggressor
Пошли тогда перетрём < вот тут >.

сообщение оставил Darth Ixis , 29 октября 2009, 02:32
Цитата (Esc @ 28 октября 2009, 07:40)
Я так сильно подозреваю, что взял ты видео в большом разрешении, распаковал его в RGB на сильно фрагментированный диск, и у тебя скорости обращения к диску уже не хватет, чтобы успеть его считать.

Скорее всего так, ибо до этого всё было ок.
Цитата (trampler @ 28 октября 2009, 10:32)
ну у меня тоже анкомп и лузлесс в MPC так играет - прогрессбар плеера доходит до конца, а кусок нарезки всё ещё воспроизводится, лагая. ничего необычного в этом не вижу, обычные глюки плеера и тормоза харда. livelock в дабе тоже часто появлялся, только в виде варна а не ошибки, и это ни на что не влияло.

Значит сама видяшка нормальная выходит.

Спасибо всем за отклик  :smile:

сообщение оставил nekit-zero , 07 ноября 2009, 20:08
-на закладке Encoder выберите HuffYUV, Colorspace поставьте YV12, предиктор- plane, и поставьте чекбокс "Adaptive huffman tables".-
-поставьте libavcodec напротив Huffyuv.-

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

сообщение оставил nekit-zero , 07 ноября 2009, 20:14
так , вот у меня такой результат  , что скорость воспроизведения уменьшается , время на видео закончилось и некоторые кадры ещё после конца идут.


сообщение оставил Aggressor , 08 ноября 2009, 02:19
nekit-zero
см. предыдущую страницу.

сообщение оставил nekit-zero , 08 ноября 2009, 09:44
оригато , я понил только с прошлой страницы , что дело в мощность компа ,
я лишь открыл авс файл не в виртуалдабе , а виртуалдабмоде и вроде все норм идет

сообщение оставил Riddick , 01 декабря 2009, 19:01
Извечная моя проблема-это разрешение у клипа. главный исходник у меня в разрешении 884х416, побочные 1920х1080 и 1280х720-их то мне и надо уменьшить до нормального размера, чтобы более или менее подходил к 884х416. Какое разрешение взяьть для этих двух исходников?

P.S. подскажите, где можно найти статью про разрешения(про соотношения сторон точнеел)?

сообщение оставил trampler , 01 декабря 2009, 19:17
Riddick очевидно, оба нужно уменьшить до 884x496.
нет никакой статьи, простейшую арифметику и здравый смысл юзать надо.

сообщение оставил VirtualTT , 01 декабря 2009, 19:18
Вот сводная диаграмма стандартных разрешений / соотношений сторон.
Для амв выбираем красные 4:3 (нормальные) или синие 16:9 (широкоэкранные)




сообщение оставил trampler , 01 декабря 2009, 19:22
VirtualTT ну вот опять же, смысл выбирать 4:3 или 16:9 для широкоформатного (17:8) аниме-сорца (бывают и такие)?
я к тому что слепо следовать алгоритмам и стандартным разрешениям не всегда разумно.



сообщение оставил VirtualTT , 01 декабря 2009, 19:39
trampler не соглошусь...
- подавляющее большинство аниме имеет стандартный формат, а 17:8 в данном случае это наверняка кривой рип; но в любом случае, так как прочие исходники имеют стандартные разрешения то имеет смысл перевести его в 16:9
- а я не говорил чтобы выбирать между 4:3 и 16:9, я имел ввиду выбирать по соответствующей линейке
- использование стандартных разрешений позволит избежать проблем с некратностью сторон при кодировании да и с воспроизведением, если не на компе смотреть; на то это и стандартные разрешения чтобы работоспособность гарантировать...
- товарищъ Riddick спрашивал о статье про разрешения / соотношения сторон а тут вся информация собрана в наглядном виде на одной диаграмме



сообщение оставил trampler , 01 декабря 2009, 19:55
VirtualTT я однажды делал клип на сорц с аспектом 2.5, и это был его правильный родной аспект. так что случаи - разные бывают. Riddick недаром сказал, что похожий сорц является у него основным, а все остальные - лишь вспомогательные, поэтому разумно даунсайзить их, а не кропать его до их аспекта.
Цитата (VirtualTT @ 01 декабря 2009, 19:39)
я не говорил чтобы выбирать между 4:3 и 16:9
говорил)
насчёт стандартности - список в диаграме далеко не полный. стабильным можно считать любое разрешение, стороны которого кратны 8, а отклонение от аспекта не превышает ~0.1.
диаграма хорошая, но недостаточно гибкая.



сообщение оставил zzerg , 04 декабря 2009, 20:02
Aggressor, спасибо. Поздновато прочитал, но в следующий раз геморроя с нарезкой будет поменьше.
сообщение оставил Esc , 04 декабря 2009, 20:09
Есть форматы 4:3, 16:9, 1.85 и 2.39. Всё остальное - от лукавого и кривых ручек.


сообщение оставил AyAto , 24 января 2010, 17:00
Сделал все как нужно в разделе "Скрипт" но к сожалению даб показывает это:
сообщение оставил Aggressor , 24 января 2010, 18:12
А покажи сам скрипт.
сообщение оставил AyAto , 24 января 2010, 18:23
Сори, проблему уже решил.
Забыл просто что видео в другой  диск локальный перекинул... (

сообщение оставил Neek , 28 января 2010, 21:24
Попытаюсь как можно точнее описать проблему:
Цитата
Нам понадобится 4 инструмента- Virtual Dub, Avisynth, Haali Media Splitter (известный также как Matroska Splitter) и MediaInfo.

< http://s1.uploads.su/e-r9.jpg > вот все 4 проги.
Цитата
После установки находим файлик "avss.dll" (он устанавливается с Haali Media Splitter и по умолчанию находится в "C:\Program Files\Haali\MatroskaSplitter\avss.dll") и копируем его в папку плагинов ависинта (по умолчанию "C:\Program Files\AviSynth 2.5\plugins").

< http://s1.uploads.su/r9ea.jpg > Файл перекинул.
< http://s1.uploads.su/9dszm95z.jpg > указал путь в  Haali Media Splitter
Цитата
Создайте текстовый файл и впишите туда следующие строки, подкорректировав путь при необходимости

< http://s1.uploads.su/5hlg.jpg > создал файл прописал как сказано.
Цитата
Запустите Virtual Dub, зайдите в меню Video и выберите режим Direct Stream Copy

< http://s1.uploads.su/ry8gc.jpg >
Цитата
Теперь откройте в дабе созданный *.avs- файл

< http://s1.uploads.su/fcf2dv.jpg >
И наконец то вылазиет это < http://s1.uploads.su/ac0m2.jpg >
Читал посты, на похожую проблемы Агрессор посоветовал прописать это: LoadPlugin("c:\avss.dll")
< http://s1.uploads.su/qtt3.jpg >
Но при таком раскладе мне выдаёт это: < http://s1.uploads.su/mwkq.jpg >
Заранее благодарен пользователям этого форума.

сообщение оставил Aggressor , 28 января 2010, 21:30
Цитата (Neek @ 28 января 2010, 20:24)
< http://s1.uploads.su/9dszm95z.jpg > указал путь в  Haali Media Splitter

А где в статье сказано, что надо так делать?

Цитата (Neek @ 28 января 2010, 20:24)
Но при таком раскладе мне выдаёт это: < http://s1.uploads.su/mwkq.jpg >

Надеюсь, ты понимаешь, что путь в скрипте надо изменить на путь к файлу, а Ishodnik.mkv — это просто пример?



сообщение оставил Neek , 28 января 2010, 21:54
Цитата
А где в статье сказано, что надо так делать?

Если я всё правильно понял то вот:
Цитата
Допустим, у нас есть исходный файл в матрешке с именем Ishodnik.mkv
Если я неправильно сделал, то будте добры ткните новичка носом в его ошибку.
< http://s1.uploads.su/rmfwxf1c.jpg >
Вот переименованый файл, из аниме эрго прокси.
*Я себя таким дураком чувствую*

сообщение оставил trampler , 28 января 2010, 22:11
Ishodndik.mkv
сообщение оставил Neek , 28 января 2010, 22:17
trampler
Прошу прощения за кривоту скрина, дело в том что я пытался решить проблему разными путями.
И волею случая я перед тем как скринить, я забыл переименовать файл.
Но к сожалению это проблемы не решает. Выскакивает всё этаже злосчастная ошибка.

сообщение оставил Aggressor , 28 января 2010, 23:27
Neek, я повторю вопрос: где в статье написано, что надо в Haali Media Splitter указывать какой-то путь? Не надо выдумывать лишних движений, потому что все необходимые движения там описаны (создайте, впишите, сохраните, откройте). Сделай только то, что нужно, а потом проверь ещё раз название файла, и переименуй "Текстовый документ.avs" во что-нибудь без кириллицы и пробелов.
сообщение оставил Neek , 29 января 2010, 12:40
Агрессор, ты был абсолютно прав, наверное в силу моей глупости я сам себе придумывал лишние проблемы.
Спасибо большое.

сообщение оставил SkyCry , 08 февраля 2010, 11:35
Agressor, судя по моим "опытам" Dub не любит русских буковок.
так что всё что сохраняем в скрипте, надо писать на Инглише, или же он выдаст ошибку при открывании скрипта.
(все это было написано чисто по опыту, мб я и ошибся :))

Спасибо за интересную и помогающую статью :) пошёл пробовать себя в роли клипмейкера  :smile:

сообщение оставил SkyCry , 08 февраля 2010, 12:26
ООО черт!
эмм...в общем сохранял я без уменьшения размера в АВИ... вышло 20 ГБ...

решил что надо все таки уменьшить, пробовал по твоему способу - не получалось по чему то.... в общем тыкал-тыкал а потом плюнул да и решил не уменьшать...начал сохранять...и тут...размер АВИ почему то стал даже меньше размера исходника, при этом не потеряв качества..... :biggrin:

сообщение оставил trampler , 08 февраля 2010, 12:37
SkyCry ави это контейнер. смотри, каким кодеком ты сохраняешь.
если не получается в huffyuv, скачай Lagarith и жми в него (я хз почему агри до сих пор не добавил его в статью).
"не получилось почему-то" - это ни о чем не говорит, указывай на каком этапе не получилось, что случилось, какая ошибка выскочила или чего не нашлось, и т.д.



сообщение оставил SkyCry , 08 февраля 2010, 12:38
Ну воть... размер то маленький, и вегас его принимает , не жалуется, НО: он его не воспроизводит (просто черный экран) и не хочет добавлять в окно монтажа....что делать?пожайлуста помогите.

ПС: в обрезчике пишет что данные не доступны



сообщение оставил trampler , 08 февраля 2010, 12:41
скачай MediaInfo и смотри видеоданные через него (в данном случае важен кодек).
скорее всего ты сохранил в какойдибудь divx/xvid с сильной потерей качества.

сообщение оставил Aggressor , 08 февраля 2010, 12:48
Цитата (trampler @ 08 февраля 2010, 11:37)
я хз почему агри до сих пор не добавил его в статью

На данный момент его православие под вопросом — было замечено сбивание границ при обрезке в АЕ на 1 фрейм и неоптимальная работа с пре-рендером в АЕ (полностью отрендеренный кусок из рам-превью при повторном обращении вычитывается с винта заново).

сообщение оставил SkyCry , 08 февраля 2010, 13:10
что не получилось...
да я просто не нашел всего в ffdshow что было в статье!

*пробую еще раз*

сообщение оставил SkyCry , 08 февраля 2010, 13:14
скиньте плиз скрин вот с этим
" на закладке Encoder выберите HuffYUV, Colorspace поставьте YV12, предиктор- plane, и поставьте чекбокс "Adaptive huffman tables""

сообщение оставил SkyCry , 08 февраля 2010, 13:53
Ну а что быть с Вегасом? почему вредничает?
сообщение оставил Rick Junker , 08 февраля 2010, 17:14
SkyCry очень рекомендую поскорее ознакомиться с правилами форума и научиться пользоваться кнопкой "правка". :footstep:
сообщение оставил SkyCry , 12 февраля 2010, 15:10
Вооот!
получилось всё)
спасибо, Агри.

Пс а после создания амв, кодировать еще раз?чем и как?



сообщение оставил Aggressor , 12 февраля 2010, 15:45
Цитата (SkyCry @ 12 февраля 2010, 14:10)
а после создания амв, кодировать еще раз?чем и как?

< Вот этим > попробуй.

сообщение оставил trampler , 12 февраля 2010, 17:16
а можно ли юзать при нарезке tdecimate?
учитывая, что всё равно придётся с отдельными кадрами заморачиваться, удаление дублей теоретически пойдёт лишь на пользу - меньше вес нарезки, больше уюта в редакторе.

сообщение оставил Aggressor , 12 февраля 2010, 17:41
trampler
Зависит от исходника, само собой. Правда, найти сегодня равку/рип, к которому можно было бы его применить, крайне проблематично — равщики уже давно умеют правильно рипать ТВ, релиз-группы умеют правильно рипат ДВД и БД. Не будешь же напускать сабж на 23.976 )

сообщение оставил trampler , 12 февраля 2010, 17:54
не, я имел ввиду более хардкорный вариант - удаление анимационных дублей и статичных сцен. сбивка общего ритма мало волнует - лично мне проще уже в редакторе куски растянуть (если понадобится), чем вручную на уникальные кадры разбирать и собирать обратно. такое возможно осуществить с tdecimate?
сообщение оставил Aggressor , 12 февраля 2010, 18:22
Подумай ещё раз о целесообразности такой задачи или поверь мне, запихнувшему в редактор пофреймово разжатый исходник с переменным фпс без таймкодов, при этом минимальный фпс был 8 кадров в секунду. Так вот, в редакторе с таким работать не то что неудобно, а почти невозможно. Вот у тебя есть героиня, у которой развеваются волосы на ветру. Имеем равномерный красивый портрет. Выкидываем дубли — и получаем, что первый фрейм надо "заморозить" на 0.2 секунды, второй на 0.45, третий на 0.15, четвёртый… а на четвёртом ты просто пошлёшь это всё подальше и загрузишь кусок с дублями )
сообщение оставил trampler , 12 февраля 2010, 18:26
ясн, этого и опасался, значит придётся нормально резать.. :smile:
сообщение оставил Lenchik , 12 февраля 2010, 18:26
trampler
Ты часом не VFR ли собрался замутить?

Растягиваемые куски, если я тебя правильно понял, и будут уникальными, неповторяющимися кадрами. По-моему замучаешься растягивать, а результат будет тот же. Видео редакторы на выходе VFR не выдают. Пока.  То есть там всё равно что намутишь, оно будет резаться на куски с заданной частотой.
Сделать VFR AMV (может даже анаморфный) с точки зрения технической реализации интересно, но... но всё зависит от твоей конечной цели.

Если тебе это надо - можно посмотреть в сторону Dup и его аналогов (< http://avisynth.org/mediawiki/External_filters#Duplicate_Frame_Detectors >). И поищи толковую инструкцию по созданию VFR.

EDIT: Пока я ваял пост, Агрессор уже всё описал на наглядном примере. :biggrin:



сообщение оставил Nicotine , 12 февраля 2010, 18:28
Цитата
хардкорный вариант - удаление анимационных дублей и статичных сцен

=D

Цитата
Выкидываем дубли — и получаем, что первый фрейм надо "заморозить" на 0.2 секунды, второй на 0.45, третий на 0.15

=(

сообщение оставил trampler , 12 февраля 2010, 18:34
Lenchik нет, хотел обычный фпс, просто чтоб нарезка меньше весила (и, теоретически, быстрее обрабатывалась редактором). до вывода клипа в VFR я ещё не достаточно помешался)
просто показалось что в аниме уникальные кадры в основном дублируются либо через 1, либо через 2 фрейма, соотвественно в редакторе достаточно будет просто растянуть куски в 2 или 3 раза. но Агри напугал меня неравномерными таймингами)

сообщение оставил ARXANGEL , 16 марта 2010, 01:35
нивкакую не хочет хавать скрипт:
DSS2("D:\ishodnik.mp4",fps=29.97)
Crop(2,0,-2,-0)
Spline36Resize(768,432)
AssumeFPS("ntsc_round_video")


вот как ругается:

что только не пробовал...один раз магическим образом открылось, но вылезла другая трабла- даб крашится, ругаясь на какой-то модуль QuickTime.
переустановил квиктайм, перезагрузил комп, попытался загрузить тотже скрипт, а даб его опять не хавает =\
делал всё строго по инструкции, перепроверял несколько раз.
единственное что зайдите в меню Video и выберите режим Direct Stream Copy
у меня русс даб, переведите что там надо жмакать...и это решит хоть одну из двух вышенаписанных проблем?
---
вобщем этот исходник вообще странный, даб крашится при попытке посмотреть это видео в нём, вегас крашится сразу при добавлении, АЕ только не крашится, но он воспроизводит онли звук, видео не кажит.
< media info видео >



сообщение оставил Aggressor , 16 марта 2010, 02:38
ARXANGEL
Похоже, в системе нету декодера для этого потока. Поставь ffdshow.

сообщение оставил ARXANGEL , 16 марта 2010, 02:46
несколько раз ffdshow устанавливал.
до этого стоял k-lite со своим ffdshow, дык я его удалил, скачал свежий и чистый ffdshow без всяких примесей, установил, всё равно тоже...
может настройки править нужно?
сам исходник это игровое видео, кодировал не я.



сообщение оставил Aggressor , 16 марта 2010, 03:19
Цитата (ARXANGEL @ 16 марта 2010, 01:46)
сам исходник это игровое видео

Не аниме? Ну всё, значит, не судьба :wink:

сообщение оставил ARXANGEL , 16 марта 2010, 03:34
Цитата
Не аниме? Ну всё, значит, не судьба

а если я скажу что игра японская, с аниме стилистикой? =)

сообщение оставил Aggressor , 16 марта 2010, 04:10
Цитата (ARXANGEL @ 16 марта 2010, 02:34)
а если я скажу что игра японская, с аниме стилистикой? =)

Тогда я скажу посмотреть через МедиаИнфо, чем закодирован поток :)

сообщение оставил ARXANGEL , 16 марта 2010, 04:50
спасибо, пока парился с этой проблемой уже сам начал немного шарить в этих кодеках, нашёл нужный пак, установил из него что надо, и всё заработало =)
что в скрипте прописать чтобы звуковую дорожку подцепить к видео?
у меня видео без аудио кажит.



сообщение оставил trampler , 16 марта 2010, 08:58
Цитата (ARXANGEL @ 16 марта 2010, 05:50)
что в скрипте прописать чтобы звуковую дорожку подцепить к видео?
вместо DSS2:
FN="D:\ishodnik.mp4"
a=DSS2(FN)
b=DirectShowSource(FN, video=false)
AudioDub(a,b)

сообщение оставил ARXANGEL , 16 марта 2010, 09:55
Цитата
вместо DSS2:
FN="D:\ishodnik.mp4"
a=DSS2(FN)
b=DirectShowSource(FN, video=false)
AudioDub(a,b)

отлично, всё как по маслу, спс =)
на будущее: как фпс нужные приписывать?, у мну на синтаксис ругался, пришлось убрать.

сообщение оставил trampler , 16 марта 2010, 10:37
AssumeFPS
сообщение оставил Casper , 27 апреля 2010, 16:15
Спасибо за информацию)


сообщение оставил kenzo421 , 28 апреля 2010, 18:16
Почему я ввел все также как написал trampler насчет чтобы звук воспроизводился...но не воспроизводится(
сообщение оставил trampler , 28 апреля 2010, 19:26
kenzo421 идёт видео без звука?
полный скрипт в студию.

сообщение оставил kenzo421 , 28 апреля 2010, 20:07
Цитата
kenzo421 идёт видео без звука?
полный скрипт в студию.

FN="C:\Fullmetal Alchemist Brotherhood - 13 (848x480 H264 AAC).mp4"
a=DSS2(FN)
b=DirectShowSource(FN, video=false)
AudioDub(a,b)

сообщение оставил trampler , 28 апреля 2010, 20:35
сохранят без звука, и среди аудио (steams -> stream list в virtualdubmod) пусто?
попробуй переименовать файлик "C:\1.mp4"
если не поможет, хз.

сообщение оставил kenzo421 , 28 апреля 2010, 20:37
Цитата
сохранят без звука, и среди аудио (steams -> stream list в virtualdubmod) пусто?
попробуй переименовать файлик "C:\1.mp4"
если не поможет, хз.

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



сообщение оставил Esc , 30 апреля 2010, 22:01
Лол, он его там СЛУШАТЬ пытался, прямо в дабе!
сообщение оставил Lenchik , 30 апреля 2010, 22:36
Это лол только для тех кто регулярно, что-то делает в дабе и вообще как-то занимается пересборкой видео или кодированием. Остальные, в общем-то  справедливо полагают, что если у видео есть звук, то он должен играться, и если не играется, то это ошибка или баг.
сообщение оставил kenzo421 , 01 мая 2010, 21:47
Цитата (Esc @ 30 апреля 2010, 19:01)
Лол, он его там СЛУШАТЬ пытался, прямо в дабе!

Троль? Он у меня воспроизводился до этого.

сообщение оставил trampler , 01 мая 2010, 22:58
ну не лол, но сохранить кусочек можно было попробовать..
сообщение оставил N1p3r , 13 мая 2010, 13:25
Перетаскиваю скрипт в виртуал даб и вот  :sad: < >
Почему так?

сообщение оставил VirtualTT , 13 мая 2010, 16:05
1. Путь к файлу у тебя видимо неправильный. (чтобы не набирать имя файла в проводнике кликнув правой кнопкой по требуемому файлу с зажатой кнопкой Shift в контекстном меню будет пункт "Копировать как путь")
2. Незачем хранить скрипты в папке с плагинами.
3. Неплохо было бы текст скрипта привести...



сообщение оставил N1p3r , 13 мая 2010, 18:10
Да нет, путь правельный

текст скрипта: DSS2("C:\Аниме\Code Geass Hangyaku no Lelouch\Code Geass Hangyaku no Lelouch - 11.mkv")
ConvertToRGB24

сообщение оставил VirtualTT , 13 мая 2010, 18:38
В имени папки нельзя применять кирилицу.
Вообще говоря ависинту следует скармливать все исключительно латиницей.

ошибка 800700003 - неполадка в имени папки
ошибка 800700002 - неполадка в имени файла



сообщение оставил BabokPC , 27 мая 2010, 19:50
а все что в первом посте было написано сработает с мп4? о_О
сообщение оставил Aggressor , 27 мая 2010, 23:00
Цитата (BabokPC @ 27 мая 2010, 18:50)
а все что в первом посте было написано сработает с мп4? о_О

Цитата
Тема: Нарезка (или как сделать правильный avi из mkv/mp4)

...

сообщение оставил BabokPC , 31 мая 2010, 19:57
"Сохраните файл с расширением *.avs. Запустите Virtual Dub, зайдите в меню Video и выберите режим Direct Stream Copy. Теперь откройте в дабе созданный *.avs- файл. Если все сделано правильно, то вы увидите там свой исходник. Но не спешите приступать к нарезке- самое интересное только начинается."
я когда в даб выкладываю, у меня на месте изображения зеленый экран и так все видео... как это исправить? :(

сообщение оставил Esc , 31 мая 2010, 20:12
BabokPC
Варианты:
1) проблема с декодером - зависит от кодека исходного видео
2) проблемы с одним из используемых фильтров - зависит от используемых фильтров

сообщение оставил ARXANGEL , 01 июня 2010, 01:34
при попытке добавления нарезанного в редактор, приложение виснет и отказывается отвечать на какие-либо призывы к работоспособности.
проверено на Вегасе и АЕ.
при прямопотоковом копировании такого не замечается.
исходник .mkv, AVC.



сообщение оставил trampler , 01 июня 2010, 06:08
ARXANGEL так а во что ты нарезаешь? uncompressed?
сообщение оставил ARXANGEL , 01 июня 2010, 15:35
Цитата (trampler @ 01 июня 2010, 09:08)
ARXANGEL так а во что ты нарезаешь? uncompressed?

проблемы возникали с быстрой перекомпрессией.

сообщение оставил trampler , 01 июня 2010, 16:19
это ответ на вопрос или отбой проблемы?)
сообщение оставил ARXANGEL , 01 июня 2010, 19:01
Цитата (trampler @ 01 июня 2010, 19:19)
это ответ на вопрос или отбой проблемы?)

я забил на fast recompress и сохраняю прямым потоком, поэтому и "возникали проблемы"))
а может я просто вопроса не понял, но суть не меняется что редакторы не хотят есть нарезку, слегка кодированную в дабе)

сообщение оставил trampler , 01 июня 2010, 19:33
http://s.lurkmore.ru/images/5/53/11318-131945-5c812c9bc8c08b83a416dccd875eac53.jpg
1. проблемы возникают при выставлении «fast recompress», «full processing mode», «direct stream copy», или некоторых из них, или всех сразу?
2. они больше не возникают, или продолжают возникать?
3. мой вопрос был про кодек, а не режимы сохранения даба. кодек выставляется в Compression, у файла его можно посмотреть через MediaInfo. проблемы у редакторов в 90% связаны с кодеком кидаемого видео, а не тем каким путём он был получен.
4. нарезка шла через ависинт или видео напрямую кидалось в даб?
5. что такое «слегка кодированная»?
6. мои контрвопросы имеют смысл или проблема уже решена/на неё забито/останьотминя?



сообщение оставил ARXANGEL , 01 июня 2010, 20:21
trampler
эх, какой-же я нуб %))
вобщем прости за потраченные нервы, но теперь каким-то чудом всё само собой нормализовалось (постом выше проблема ещё была))

сообщение оставил OZU , 27 августа 2010, 17:10
сделал всё как было в статье но через вегас мою нарезку не открывает пишет что нельзя определить даные видео тогда как в ае всё открываетца и работает.
почему вегас не хочет её есть?
исходник был такой 1280х720 23,976fps
скрипт:
DSS2("D:\1.mkv",fps=23.976)
Crop(2,0,-2,-0)
Spline36Resize(1024,576)
AssumeFPS("ntsc_round_film")

сообщение оставил trampler , 27 августа 2010, 18:11
каким кодеком ты сохранял результат? скопируй сюда данные Media Info куска, который не видит вегас.
сообщение оставил OZU , 27 августа 2010, 19:04
Формат                           : AVI
Формат/Информация                : Audio Video Interleave
Профайл формата                  : OpenDML
Размер файла                     : 2,02 ГиБ
Продолжительность                : 9 м. 39 с.
Общий поток                      : 29,9 Мбит/сек
Библиотека кодирования           : VirtualDub build 32507/release

Видео
Идентификатор                    : 0
Формат                           : Huffman
Идентификатор кодека             : HFYU
Продолжительность                : 9 м. 39 с.
Битрейт                          : 29,9 Мбит/сек
Ширина                           : 1024 пикс.
Высота                           : 576 пикс.
Соотношение кадра                : 16:9
Частота кадров                   : 23,976 кадр/сек
ColorSpace                       : RGB
BitDepth/String                  : 8 бит
Бит/(Пиксели*Кадры)              : 2.111
Размер потока                    : 2,02 ГиБ (100%)

сообщение оставил trampler , 27 августа 2010, 20:17
попробуй сохранить в Uncompressed.
сообщение оставил OZU , 27 августа 2010, 21:43
еси что то резать и сохранять в Uncompressed то всё роботает...ток 1 мин на 1г
сообщение оставил VirtualTT , 28 августа 2010, 00:35
Можно еще попробовать кодировать < Lagarith > вместо Huffman. Или вообще ничего не перекодировать а < использвать враппер для ависнт скрипта >, а то тебе на такие 10 минутные кусманы никакого места не хватит.


сообщение оставил Aggressor , 28 августа 2010, 02:28
Надо внести изменения в статью и описать Лагариф всё-таки. Завтра займусь.
сообщение оставил Otoha , 28 августа 2010, 22:42
Извините если что-то пропустил (читал только первую и предпоследнюю страницы этого топика), но у меня есть вопрос:
Кто-то пробовал H.264 lossless (FOURCC - х264)? Я вот сегодня сравнивал результаты с HuffYUV. Различий в качестве не заметил. Размер в H.264 lossless приблизительно на треть меньше. В процессе тестирования мною замечены следующие недостатки H.264 lossless: большее время конвертирования (почти в 2 раза); Media Player Classic его воспроизводит некорректно :sad: (Zoom и Windows Media - нормально).
Теперь собственно корень мучающего меня вопроса:
Большее время кодирования - это только одна существенная негативная сторона этого кодека или есть еще другие "заковыки" с которыми можно столкнуться в дальнейшем при его использовании?

сообщение оставил VirtualTT , 28 августа 2010, 23:40
Его не стоит использовать по тем же причинам что и работать напрямую с простым h264. Это "сложный" кодек который редакторы не смогут декодировать frame-accurate методом. Так что кадры будут плавать, а затраты ресурсов на декодирование будет относительно велики, как будто обычный h264 в редакторе открыл. Так что просто место на жестком диске будет зря занято.
вроде так...



сообщение оставил aZZa , 28 августа 2010, 23:43
Otoha
Кроме большего времени кодирования имеет соответственно более тяжёлое декодирование, что может очень напрягать при работе в редакторе. Возможны проблемы при открытии в редакторах. Для меня, существенный недостаток - YV12. Все переходим на Lagarith и не паримся :3.

сообщение оставил VirtualTT , 28 августа 2010, 23:51
Вообще вот < интересный топик > по теме.
Можно заключить что проблемы при открытии в редакторах не просто возможны, а непременно будут. А вот затраты на декодирование обычного h264 для SD и 720p видео при нынешнем железе не так уж и велики.

А < MSU Loseless codec > никто не пробовал?



сообщение оставил -Px- , 29 августа 2010, 00:13
Цитата (VirtualTT @ 28 августа 2010, 22:51)
А MSU Loseless codec никто не пробовал?

Я пару лет назад пробовал, никаких преимуществ перед huffyuv не обнаружил

сообщение оставил VirtualTT , 29 августа 2010, 00:25
Опробовал MSU сам только что, результаты (по сравнению с lagarith):
~сжимает примерно в 3.5 раза эффективней
~кодирование примерно в 50-60 раз медленнее
~декодирование крайне медленное, слайдшоу даже при профиле для "быстрого" декодирования
~многопоточность не поддерживается категорически
~x64 версии нет

вердикт: интересная отечественная разработка, но абсолютно безполезная  -__-



сообщение оставил Otoha , 29 августа 2010, 02:21
VirtualTT, aZZa
Да, действительно. В редакторе заметны существенные "тормоза" при работе с Н.264  :sad:  ИМХО, выигранное место на жестком диске не стоит таких нервных затрат при редактировании.
Пробовал упомянутый выше Lagarith - недостатки Н.264 проявляются в еще большей мере :(
Для меня haffyuv пока остается вне конкуренции.



сообщение оставил VirtualTT , 29 августа 2010, 10:39
Otoha
Вообще то у Lagarith сплошные достоинства: сжимает лучше, декодируется быстро, открывается в редакторах без проблем, есть x64 версия в комплекте.

Цитата (Aggressor @ 28 августа 2010, 02:28)
Надо внести изменения в статью и описать Лагариф всё-таки. Завтра займусь.

сообщение оставил Otoha , 29 августа 2010, 12:25
VirtualTT
Хм... Может я им неправильно пользовался? В RGB сжатие хуже и дольше (в 2 раза) чем у haffyuv (но у haffyuv RGB вроде и нет, если я правильно понял). В чем вообще преимущество RGB в lossless? Зачем он в Lagarith? 0_о
В YV12 при той же скорости сжатие лучше, но есть проблемы с декодированием (сильно тормозит).
Что я делал не так?

П.С.
Версия х64 это отлично, но мною она еще не скоро будет востребована :(

сообщение оставил trampler , 29 августа 2010, 13:03
Цитата (VirtualTT @ 28 августа 2010, 23:51)

А MSU Loseless codec никто не пробовал?
на макс.настройках крайне тормозной, как при кодировании, так и при декодировании. на мин.настройках теряет главное достоинство — меньший по сравнению с лагарифом вес. юзаю для архивных лузлессов.
насчет 3.5 это какие-то сказочные результаты у тебя, у меня сжимаемость повышалась максимум на 50%, обычно 20-30%.

Otoha RGB качественней чем YV12, он хранит полный цвет без субсемплинга, из-за которого цвета тускнеют, появляются лестничные градиенты и косяки с красным. разумеется, при этом он весит больше. но смысл сохранять в RGB имеет только рендеры из редактора, т.к. 99% исходного видео в YV12 и мало смысла его пережимать в RGB на этапе нарезки (за исключением пары нюансов). Lagarith RGB не может работать быстрее Lagarith YV12, так как повышает нагрузку на винт.
алсо, huffyuv а не haffyuv (но мысль верная, лучше забыть имя этого лузлесса).



сообщение оставил Otoha , 29 августа 2010, 13:44
trampler
Большое спасибо за полный ответ!
Цитата
В YV12 при той же скорости сжатие лучше
Я имел ввиду, что скорость такая же как у huffyuv, а не Lagarith RGB. Извините, что не уточнил сразу :)
Но каковы возможные причины сильных тормозов при декодировании Lagarith YV12?

сообщение оставил VirtualTT , 29 августа 2010, 13:45
Результат 3,5 (даже лучше) MSU дал в профиле 0.5.8 со включенными дельта-кадрами и наилучшим прогнозирование движения.

Еще одна полезная особенность Lagarith - это поддержка RGBA, то бишь видео можно сохранять с прозрачностью. Незаменимо для всяких промежуточных рендеров. Добавили бы еще возможность ускорения за счет GPU вообще цены бы ему не было. Тормозов при декодировании Lagarith я никогда не замечал, может попробовать поэкспериментировать с настройками (Always suggest RGB и Prevent upsampling)?

PS я уже практически полностью на x64 перешел :cool:



сообщение оставил trampler , 29 августа 2010, 13:48
Цитата (Otoha @ 29 августа 2010, 13:44)
Но каковы возможные причины сильных тормозов при декодировании Lagarith YV12?
сильных? это самый быстрый лузлесс из всех ныне существующих. естествеено, многие lossy-форматы (особенно mjpeg) воспроизводятся быстрее из-за того что не грузят винт, но на то они и lossy — с потерей качества, что для видеомонтажа неприемлемо.

Цитата (VirtualTT @ 29 августа 2010, 13:45)
Результат 3,5 (даже лучше) MSU дал в профиле 0.5.8 со включенными дельта-кадрами и наилучшим прогнозирование движения.
гм, видимо такое видео тебе попалось.. или мне..
а вообще графики < http://compression.ru/video/ls-codec/index_en.html, > хотя я давно перестал доверять тестированиям предвзятых разработчиков, они в половине случаев хитро подстроены.



сообщение оставил Aggressor , 29 августа 2010, 13:51
Лично я уже какое-то время не пользуюсь кодеками при нарезке. Uncompressed RGB в HD/FullHD в редакторах работает быстрее, чем Lagarith. Вполне закономерно, что существует порог разрешения, после превышения которого нагрузка на процессор замедляет декодирование больше, чем нагрузка на винт при чтении несжатого потока.
Цитата (trampler @ 29 августа 2010, 12:03)
Lagarith RGB не может работать быстрее Lagarith YV12
Если есть время и достаточно быстрый винт, опробуй на FullHD футаже. YV12, как ни крути, тоже нуждается в декодировании, и, возможно, и для него есть аналогичный порог разрешения. Я не могу точно сказать, т.к. не уверен, что мои проблемы не являются проблемами относительно новой Win7.
edit: а лучше попробуй FullHD Uncompressed RGB vs FullHD Uncompressed YV12 (vs FullHD Lagarith RGB/YV12).



сообщение оставил Otoha , 29 августа 2010, 19:31
Всем спасибо за помощь! Не знаю с чем были связаны тормоза при декодировании Lagarith YV12, но они пропали. :) Теперь буду пользоваться им.
сообщение оставил OZU , 30 августа 2010, 11:14
VirtualTT спасибо за Lagarith а так же спасибо Aggressor'у за полезною статью


сообщение оставил trampler , 03 сентября 2010, 02:15
Aggressor кстати, а не стоит ли DSS2 в статье заменить на ffVideoSource? дсс как оказалось нифига не «фрейм-аккуратный», да и не такой универсальный в плане всеядности.
сообщение оставил Aggressor , 03 сентября 2010, 10:34
trampler
С каких пор он не фрейм-аккуратный? Что-то опять обновилось в х264?
Да, свои проблемы у него есть — например, сейчас у меня часто наблюдаются довольно продолжительные «фризы» при сикинге, так что резать на лету буквально невозможно. ОК, принято. Не заменю, но добавлю.

сообщение оставил trampler , 03 сентября 2010, 12:53
как пример, вчера работал с одним видео (mov/x263/AAC), каждый 5-й кадр у него дублировался. DSS2 определил его как 25 фпс, а после tdecimate’а, соответственно, 20. я поверил и докидал остальных фильтров, поставил на ночь даб, и вроде всё было ок. но потом заглянул в MediaInfo исходника, и там оказалось 29.97. открыл видео через ffVideoSource — нуточномля. после tdecimate’а стало 23.976 соответственно. начал сравнивать с предыдущим — у DSS2 дропались фреймы! пришлось все заново через ffVideoSource в 23.976 переделывать.
сообщение оставил Aggressor , 03 сентября 2010, 15:14
Фрейм акуратность — немного другое. То, что DSS2 способен пропускать фреймы в отличие от, я описывал в «камнях». Надо было просто посмотреть через медиаинфо и сразу параметром задать 29.97. Зато у видеосорца есть непонятные артефакты (в частности, когда резал Индекс БД от Торы на свой Кросспоинт, пришлось перенарезать через DSS2, и то хорошо, что вовремя заметил). Одного самого лучшего способа нет, нужно знать оба и использовать по необходимости (где-то я это уже говорил) :smile:
сообщение оставил trampler , 03 сентября 2010, 15:50
а что за артефакты? как они выглядят?  :spy:
сообщение оставил Interstellar Province , 03 сентября 2010, 18:07
А ещё у ffVideoSource частенько возникают ошибки открытия в процессе продвижения по файлу. Когда в след.раз вылезут, процитирую. Лечатся F2, но потом вызывают ошибки при кодировании. Так что я, разметив файл при ffVideoSource, перед тем, как нажать Start, заменяю его в скрипте на DSS2. Вообще, полезен ffVideoSource со своим индексированием на высокобитрейтных или просто тяжелых файлах исходников(полнометражки): действительно, шевелятся быстрей. А на обычных TV и DVD рипах преимуществ не вижу пока.
сообщение оставил Aggressor , 04 сентября 2010, 00:34
Цитата (trampler @ 03 сентября 2010, 14:50)
а что за артефакты? как они выглядят?

< DSS2 > (порядок), < FFVideoSource > (артефакты).

сообщение оставил Nexus , 05 сентября 2010, 19:46
Касательно FFVideoSource
Ребят, у кого даб крашиться и выдает < вот такую бяку >.
Нужно скачать последнюю версию даба и последнюю версию FFVideoSource.

сообщение оставил Interstellar Province , 06 сентября 2010, 01:14
Aggressor, омг, а я думал, это в дабе с всинком что-то не то. Сейчас ради эксперимента засунул в даб через ffVS бдремукс - так он вообще срет кирпичами в прямом смысле слова: вероятность появления артефактов пропорциональна битрейту?
сообщение оставил Aggressor , 06 сентября 2010, 12:22
Interstellar Province, я думаю, это зависит от версии x264, которым кодировали сорц, но это только предположение.
сообщение оставил brdm-69 , 06 сентября 2010, 13:22
Aggressor +1
Чем свежее ядро х264 - тем больше с ним проблем.

сообщение оставил Interstellar Province , 11 сентября 2010, 02:54
После прогона джоблиста через JobProcessingChanger и кодирования в лагариф полностью разъехались все тайминги нарезки. Как побочные симптомы - в сконвертированном листе все названия отображались абракадаброй(у файлов впоследствии правильные имена) и несколько файлов оказались пусты(это уже, думаю, сугубо на совести Lagarith). Такие дела.
сообщение оставил aZZa , 11 сентября 2010, 16:17
Цитата (Interstellar Province @ 11 сентября 2010, 00:54)
JobProcessingChanger

За работоспособность этого даже я не ручаюсь. Нормальное тестирование утилиты не проводилось. Возможно, из-за региональных настроек не работает. Надо удалить ту статью за вредность. Есть более современные методы.

сообщение оставил Ruysaki , 11 сентября 2010, 22:30
После попытки загрузить файл в .avs  даб пишет:
Avisynth open failure:
Parse error:string missing closing quotation mark
(путь видео.avs,line 1, kolumn 5)



сообщение оставил VirtualTT , 11 сентября 2010, 22:35
Ruysaki желательно привести текст скрипта. А так по ходу у тебя не закрыты кавычки вокруг имени открываемого файла.
сообщение оставил Ruysaki , 11 сентября 2010, 22:37
VirtualTT
DSS2("C:\[Henshin]_ef_-_a_tale_of_memories_01_(BD_x264_1920x1080_FLAC).mkv")
ConvertToRGB24
Да вроде все закрыто О_о

сообщение оставил Aggressor , 11 сентября 2010, 22:43
Ruysaki, переименуй файл в 1.mkv, потом удали первую строку скрипта и напиши её заново под новое имя, не переключая раскладку.
сообщение оставил Ruysaki , 11 сентября 2010, 22:46
Aggressor
Спасибо огромное, получилось!
Ты бог  :biggrin:

сообщение оставил VirtualTT , 11 сентября 2010, 22:48
тогда наверно проблема в записи функции - не хватает круглых скобок:
ConvertToRGB24()

сообщение оставил Ruysaki , 11 сентября 2010, 22:49
VirtualTT
Не, оказалось не в этом дело ^^
Но все равно спасибо за помощь :smile:

сообщение оставил Interstellar Province , 12 сентября 2010, 05:15
aZZa, статью удалять не надо, надо подредактировать - она побуждает к поискам) А проблема не в JPC, а то ли в дабе, то ли в моей невнимательности: рассматривая исходный джоблист и сверяя тайминги по исходникам, увидел, что они расползлись уже там. Но как такое случилось - в душе не понимаю. Выглядит это так, будто тайминги для одного куска применились к другому. Да, avs-файлы поименованы стандартно, но пути-то до них разные. Из начала списка заданий удалил выполненные, для которых скрипты были удалены или переписаны под другие исходники - неужто из-за этого? Но почему тогда такой рэндом по всему списку(скрипты вообще по разным папкам лежат)?
сообщение оставил Ruysaki , 13 сентября 2010, 22:40
Сделал все точь в точь по туториалу.
В видео падает fps >_>

сообщение оставил Interstellar Province , 20 сентября 2010, 04:53
В общем, выяснил: тайминги грохаются, если после составления списка заданий в скрипте изменить fps(что странно вообще, таймлайн даба ведь измеряется в кадрах, а не секундах), и восстанавливаются, соответственно, если вернуть все как было в тех же скриптах. Стало быть, теперь вопрос: как применить в АЕ Interpret Footage сразу ко всей нарезке?
сообщение оставил trampler , 20 сентября 2010, 11:33
Цитата (Interstellar Province @ 20 сентября 2010, 04:53)
как применить в АЕ Interpret Footage сразу ко всей нарезке?
неистово удваиваю вопрос.

сообщение оставил Aggressor , 20 сентября 2010, 11:35
С этим вопросом в тему по АЕ.
сообщение оставил Interstellar Province , 02 октября 2010, 04:23
Не знает ли кто способа автоматом (через Notepad++, например) изменить все тайминги в джоб-листе на некую фиксированную величину? Внезапно подогнали исходник намного более высокого качества, но отличающийся по продолжительности серий (вырезаны опенинги\ендинги), а переделывать нарезку ЕЩЁ РАЗ как-то не с руки, когда монтаж уже идет.
сообщение оставил aZZa , 02 октября 2010, 10:53
Interstellar Province
Если изначально нарезка использует AVS-скрипты, то просто добавить в них Trim, обрезающий опенинги/ендинги. Но чтобы новая нарезка попала кадр в кадр - это как-то маловероятно. Лучше переделать, всего-то пару дней потратить.
Или менять тайминги в джоблисте вручную :(.

сообщение оставил Aggressor , 02 октября 2010, 13:06
Interstellar Province, когда я впервые столкнулся с проблемой рассинхры софтсаба и видео, я ещё не знал про Aegi, поэтому за полчасика набросал программку, которая двигала тайминги .srt на указанное количество мс. Всего-то надо правильно распарсить джоблист.
сообщение оставил Interstellar Province , 14 октября 2010, 20:17
Возвращаясь к нашим баранам. aZZa, логично не тримать старые исходники (это ведь не изменит таймингов в старом джоб-листе), а в новые вписать недостающий кусок так, чтобы его "увидел" Даб. Вопрос теперь в том, как это сделать средствами синта.

UPD: да, увы, способ склейки, как описано < тут >, сработает, только если совпадают ВСЕ параметры исходников. Так что ожидается переменный апскейл, без осадков.



сообщение оставил aZZa , 15 октября 2010, 07:54
Interstellar Province
BlankClip (< http://avisynth.org.ru/docs/russian/corefilters/blankclip.htm >).
Например так:
v = DSS2("video.mp4")
b = BlankClip(v, length = 100)
b + v

- Добавили к исходному видео 100 чёрных кадров спереди.

сообщение оставил Nicotine , 07 ноября 2010, 16:45
< >
Собственно после перехода на семерку, напала такая падла. Скрипт открывает хорошо, сохраняет, вылетает только при попытке заюзать кнопку быстрой прокрутки до сцены.
Скачал последний даб и ависинт, не помогло. Что делать? Нужно найти еще новее сам DSS2?

UPD
Скрипт обычный, типа:
DSS2("D:\Projects\AMV ***\***\***.mp4")
AssumeFPS("ntsc_round_film")



сообщение оставил Aggressor , 07 ноября 2010, 18:13
Nicotine, что за кнопка быстрой прокрутки? И скачан ли последний Haali?
сообщение оставил Nicotine , 07 ноября 2010, 18:21
Хали скачан < отсюда >
Кнопка Scene Forward

сообщение оставил Aggressor , 07 ноября 2010, 18:37
VD 1.9.9., Win7 x64, никаких проблем. Не знаю, в чём дело.
сообщение оставил Nicotine , 14 ноября 2010, 17:14
А кстати, забыл написать. Проблема решилась при скачивании последнего даба 1.9.10, при чтении СНПЧ показалось ято 1.9.9 был последей версией.
Кстати на старых дабах тоже работает, не работает только на 1.9.9 - и теперь он мне всячески ненравится, фу )

сообщение оставил Aggressor , 20 ноября 2010, 18:41
Глюки приходят, глюки уходят... поэтому я и не люблю обновлять софт без причины (это заодно про обновление x264 в AMVsimple).
сообщение оставил 1stDragon , 29 ноября 2010, 20:56
Народ как лучше конвертить BD 1080p в HD 720p  BD в контейнере .mkv  Какой кодек лучше юзать ?
сообщение оставил trampler , 29 ноября 2010, 21:49
Казалось бы, при чем тут нарезка?
Кодек для рипов в mkv обычно x264, к ресайзу статья применима.

сообщение оставил 1stDragon , 29 ноября 2010, 22:23
Притом что исходник, BD и его резать нуна.
сообщение оставил Aggressor , 29 ноября 2010, 22:37
Какая разница, BD или нет? Метод универсальный, ничего изобретать не нужно.
сообщение оставил Lenchik , 30 ноября 2010, 06:55
Цитата (1stDragon @ 29 ноября 2010, 21:23)
Притом что исходник, BD и его резать нуна.

Цитата (Aggressor @ 29 ноября 2010, 21:37)
Какая разница, BD или нет? Метод универсальный, ничего изобретать не нужно.

А может он имеет ввиду, что исходник на ходится на BluRay диске в соответствующем формате? А там ведь, вполне вероятно, начинается разбор на потоки особыми утилитами.
Хотя, m2ts из ремукса мне ничто, кроме мощности компа не мешало смотреть проигрывателем...



сообщение оставил ARXANGEL , 30 ноября 2010, 09:46
Lenchik
Цитата (1stDragon @ 29 ноября 2010, 23:56)
BD в контейнере .mkv

сообщение оставил Aggressor , 06 декабря 2010, 21:53
Вот, как и обещал, изменил в статье рекомендуемый кодек на Lagarith. Теперь должно быть чуточку лучше.
сообщение оставил Nicotine , 09 декабря 2010, 11:51
Непойму с чего вдруг такая вот обычная бадяга вылезла:
< >
матроска и синт все свежее, мкв открывает мп4 не хочет, подсознательно ощущаю что я просто туплю, но все же  :sad:
Скрипт стандартный вида: DSS2("D:\******01.mp4")

UPD все, разрешилось



сообщение оставил Aggressor , 09 декабря 2010, 16:46
Цитата (Nicotine @ 09 декабря 2010, 10:51)
UPD все, разрешилось
Хоть напиши, как разрешилось.

сообщение оставил Nicotine , 09 декабря 2010, 16:56
Цитата
Хоть напиши, как разрешилось.

Да я толком немогу обьяснить. Мне азза через тимвьюер запилил все  :smile:
Я наеврно когда кореавц ставил чето с кодеками накрутил, там хаали не подрубалась когда нада, вообщем он там чето тыкал тыкал, скачял кайлайт поновее переставил раскидал какието галки и все хорошо.

сообщение оставил aZZa , 09 декабря 2010, 19:14
Aggressor
Там настройки твикера для Win7 слетели, поэтому по-умолчанию использовались мелкомягкие кодеки, и настройки Хаали для mp4 source слетели, использовался какой-то неправославный сплиттер.

сообщение оставил Aggressor , 09 декабря 2010, 19:18
aZZa
Понятно. Хочется ещё спросить, как оно могло слететь, но не думаю, что кто-то знает ответ )

сообщение оставил Dilemma , 13 декабря 2010, 01:56
всем доброго времени суток. возник вопрос... заранее извиняюсь, если о подобном уже говорили, тему читала не всю. MediaInfo сегодня выдал мне частоту кадров 24,000 у свежескаченного исходника, вместо обычных 23,976. с таким я еще не сталкивалась, поэтому немного в недоумении. стоит ли добавлять "fps=23.976" в скрипт или вообще не ставить там фпс и создавать на базе порезанного проект с частотой 24?
сообщение оставил Aggressor , 13 декабря 2010, 02:23
Цитата (Dilemma @ 13 декабря 2010, 00:56)
или вообще не ставить там фпс и создавать на базе порезанного проект с частотой 24?
Либо так, либо добавить AssumeFPS отдельной строкой до нужного значения. Вообще ставлю на то, что это малость разогнаный 23.976, поэтому AssumeFPS("ntsc_round_film") будет самым правильным решением.

сообщение оставил Dilemma , 13 декабря 2010, 02:28
Цитата (Aggressor @ 13 декабря 2010, 02:23)
AssumeFPS("ntsc_round_film") будет самым правильным решением.

так и сделаю, спасибо.

сообщение оставил trampler , 13 декабря 2010, 04:30
Цитата (Aggressor @ 13 декабря 2010, 02:23)
это малость разогнаный 23.976
Мне встречались и такие экземпляры, где дублировался каждый тысячный кадр. Обнаруживалось это, разумеется, уже в редакторе.



сообщение оставил Yezhi , 16 января 2011, 14:54
Я хотел залить "матроску" в vegas,но он не ест такой формат,мне посоветовали прочитать эту тему.Прочитав решил сделать. Все программы скачал и приступил к работе. Но у меня Virtual Dub не запускает *.avs- файл. Выдаёт ошибку:

Virtual Dub Error
Avisynth open failure:
Cant open D:\Eva:80040216
(D:\doc.avs, line 1)

Что мне делать? :sad:



сообщение оставил VirtualTT , 16 января 2011, 15:00
D:\Eva - что это за путь к файлу такой? Убедись что скрипт написан верно и что в пути к файлу нет кирилицы или спец символов.
сообщение оставил Yezhi , 16 января 2011, 15:08
Я уже 3 раза всё заново делал,даже Virtual Dub  другой установил,всё равно выдаёт ошибку. :sad:
сообщение оставил VirtualTT , 16 января 2011, 15:21
С Virtual Dub все в порядке, это у тебя наверняка в скрипте что-то не то (приведи-ка его текст кстати).
D:\Eva никак не может быть правильным путем к файлу, так как у них есть расширение.

сообщение оставил Inhumate , 16 января 2011, 16:06
дурацкий вопрос, обязательно ли преобразовывать нарезку в RGB?
у меня вроде в YUV AE жует норм. если надо то плз расскажите зачем.

сообщение оставил Aggressor , 16 января 2011, 16:28
Совершенно не обязательно, только не YUV всё-таки, а YV12. Но если уж не RGB, то YV12 в Lagarith.
сообщение оставил Nero93 , 16 января 2011, 17:07
не знаю как все я использую сони вегас 7. Он берет тоока походу ави форматы да и то не все а тока дивх. Любой файл или мульт конвектирую в формат ави через конвектер если он в мкв или мп4. Затем кидаю в виртуал дуб и сохраняю в дивх кодеке. Затем смело кидаю файл в вегас и нарезаю все что мне надо. :cool:
сообщение оставил VirtualTT , 16 января 2011, 17:15
Nero93
Ты делаешь как раз то, чего делать категорически нельзя. Тут весь топик о том, что не следует пихать в редакторы дивх, и уж тем более не следует убивать видео двойным конвертированием.

сообщение оставил Yezhi , 17 января 2011, 15:56
Вот скрипт:
DSS2("D:\Eva.mkv")
ConvertToRGB24


Добавлено (через 22 час. 36 мин. и 21 сек.):

Со скриптом всё вроде нормально,но ошибка вылезает :sad:
сообщение оставил Kvant , 18 января 2011, 22:54
Всем доброго.
Вопрос такой: если есть два вида исходников один с разрешением 720*540 (4:3) другой - 800*450 (16:9), то к какому разрешению лучше привести итоговый проект? Я вписал в скрипт  Spline36Resize(640,480) и вроде бы, всё хорошо, несмотря на то что 480 > 450.
И ещё один вопрос, скорее на понимание того, что происходит вокруг : ) ; Если есть возможность отдать под нарезку хоть 50 гигов места, то может лучше вообще не заниматься кодированием?

сообщение оставил Aggressor , 18 января 2011, 22:59
Привет.
По первому вопросу: где ты достал исходники с такими дикими разрешениями, как 800х450? Чем оно вообще закодировано? Надеюсь, перед ресайзом  ты сделал ему crop для соблюдения соотношения сторон? Ну а разрешение да, я бы тоже на таком остановился. Куда уже это несчастье ещё уменьшать.
А по второму: с таким разрешением можно и не кодировать, конечно. Но у меня как-то 120 гиг нарезочка без кодирования откушала, после этого я не злоупотребляю.

сообщение оставил VirtualTT , 18 января 2011, 23:17
Kvant, перед созданием проекта надо четко определится, какой из исходников будет основным. Соответственно и выбирать соотношение сторон/разрешение. Но обрезать один из исходников лучше уже в редакторе, используя наиболее подходящий метод для каждой сцены. В данном случае какие-то странные разрешения, если качество видео не ахти, то я бы остановился на широкоэкранном варианте 640х360 - тогда можно было бы обойтись без апскейла. Ну а если качество зашибись то и 640х480 и 768х438 можно, хотя пожалуй я бы выбрал широкоэкранный вариант. Вообще говоря, не зная о каких именно аниме идет речь и что вообще с ними собираются делать, дать определенный ответ затруднительно.
---



сообщение оставил Yezhi , 18 января 2011, 23:23
Наверно я что-то неправильно всё-таки со скриптом сделал.


сообщение оставил VirtualTT , 18 января 2011, 23:31
Yezhi, ну скрипт вроде верный, но тут может быть целая пачка рандомных моментов, из-за которых он не хочет открываться: файл заблокирован другой программой, для доступа к нему недостаточно полномочий, имя неправильное (может там вдруг пробел есть, который ты не заметил, E в другой раскладке или что-то подобное), или иногда совсем дурацкие случаи, типа попытка открыть недокаченный торрент (лол). Тут можно только посоветовать еще раз радикально все проверить с самого начала...


сообщение оставил Yezhi , 18 января 2011, 23:35
Спасибо,буду работать :smile:
сообщение оставил Aggressor , 19 января 2011, 01:48
Цитата (Yezhi @ 18 января 2011, 22:35)
Спасибо,буду работать
Поработай для начала над формулировкой вопросов. А там научишься и скриншоты ошибок к сообщениям прикладывать ;)

сообщение оставил Yezhi , 19 января 2011, 14:02
Насчёт формулировки вопросов ты не прав,а вот скриншотик выложить надо было)
сообщение оставил Aggressor , 19 января 2011, 14:19
Цитата (Yezhi @ 19 января 2011, 13:02)
Насчёт формулировки вопросов ты не прав

Цитата (Yezhi @ 17 января 2011, 14:56)
Вот скрипт:
DSS2("D:\Eva.mkv")
ConvertToRGB24

Добавлено (через 22 час. 36 мин. и 21 сек.):

Со скриптом всё вроде нормально,но ошибка вылезает
:lol: Где тут вообще вопрос? Первая часть поста, которая провисела сама по себе почти сутки, просто вгоняет в ступор. Вот скрипт, и что? Из второй хотя бы становится ясно, что скрипт не работает, хотя ни одного слова из текста ошибки я не увидел. А скриншотик ещё не поздно приложить, если ошибка до сих пор... эм... «вылезает».

сообщение оставил Yezhi , 19 января 2011, 14:29
Цитата (VirtualTT @ 16 января 2011, 15:21)
С Virtual Dub все в порядке, это у тебя наверняка в скрипте что-то не то (приведи-ка его текст кстати)

Я и написал.Что тут не ясно :smile:

сообщение оставил Aggressor , 19 января 2011, 15:01
Сорри, я предыдущий пост пропустил.
Так ты решил проблему?

сообщение оставил Yezhi , 19 января 2011, 15:40
Бывает)
Пока что нет :smile:

сообщение оставил VirtualTT , 19 января 2011, 16:08
А другие файлы открываются нормально? Вообще это первый скрипт или до этого все работало? Убедись что < VirtuaDub свежий (v1.9.11) >. А свойства файла в Media Info какие?
сообщение оставил Yezhi , 19 января 2011, 23:23
Открывал видео,всё работает.Скрипт первый.
1.9.11 (stable), 32-bit (x86) version такой у меня.
Вот краткие данные из Media Info:
< http://s54.radikal.ru/i145/1101/3b/00688873f2cd.png >
Сейчас на ноутбуке сижу,так что на название файла не обращайте внимание)



сообщение оставил VirtualTT , 19 января 2011, 23:28
мб попробуешь открыть функцией ffvideosource()? (для нее нужен установленный с опцией поддержки ависинта ffdshow)


сообщение оставил Aggressor , 19 января 2011, 23:46
Yezhi, я тебе намекну ещё раз выложить скриншот ошибки :smile:
сообщение оставил Yezhi , 19 января 2011, 23:53
Я не знаю Virtual Dub и примочки к нему)
сообщение оставил Kvant , 20 января 2011, 04:01
Всем Доброго...
Аниме с 800*450 (16:9) Neon.Genesis.Evangelion.2003.Renewal.EOE(Air).1of2, качества вполне хорошего, по крайней мере на вид. AVI в DivX.
Aggressor
Цитата
Надеюсь, перед ресайзом  ты сделал ему crop для соблюдения соотношения сторон?

Нет, ...ой, ...а надо было?
Так что же мне, неужели переделывать? Я ведь уже почти четверть клипа сделал....
Crop это скрипт Crop(a,b,-c,-d)? И какое значение мне здесь задавать?
Цитата
с таким разрешением можно и не кодировать, конечно

В том смысле что так разрешение маленькое то съест мало места и можно не кодировать?
VirtualTT
Цитата
перед созданием проекта надо четко определится, какой из исходников будет основным

Основными будут исходники 720*540 (4:3) от туда материала больше. (Neon Genesis Evangelion. То же AVI и DivX).
Цитата
Но обрезать один из исходников лучше уже в редакторе, используя наиболее подходящий метод для каждой сцены.

То есть Вы бы советовали мне обрезать 800*450 (16:9) в Вегасе? Или Я чего-то не понимаю и дико туплю?  :smile:

сообщение оставил Aggressor , 20 января 2011, 04:44
Цитата (Kvant @ 20 января 2011, 03:01)
а надо было?
Есть несколько вариантов. Как бы сделал я:
- то, что 720х540, отресайзил бы до 640х480;
- то, что 800х450, отресайзил бы до 853х480;
- создал бы проект в 640х480 и пользовался бы дополнительной горизонталью второго исходника для работы камерой.

Цитата (Kvant @ 20 января 2011, 03:01)
В том смысле что так разрешение маленькое то съест мало места и можно не кодировать?
Да, именно в этом.

сообщение оставил Yezhi , 20 января 2011, 18:56
Я попробовал всё сделать на ноутбуке,выдаёт те же ошибки что и на ПК.
< http://s49.radikal.ru/i126/1101/ca/9b03e3f585b5.bmp >
Добавляю *avs-файлик с помощью "Open video file..."
< http://s001.radikal.ru/i196/1101/92/f65a2a74599d.bmp >
Добавляю *avs-файлик с помощью "Run script..."

сообщение оставил Aggressor , 20 января 2011, 20:57
А ты уверен, что сделал всё?
Цитата (Aggressor @ 26 ноября 2008, 22:20)
После установки находим файлик "avss.dll" (он устанавливается с Haali Media Splitter и по умолчанию находится в "C:\Program Files\Haali\MatroskaSplitter\avss.dll") и копируем его в папку плагинов ависинта (по умолчанию "C:\Program Files\AviSynth 2.5\plugins").

И никаких ран скриптов не надо, делай первым способом.

сообщение оставил Yezhi , 20 января 2011, 21:31
"avss.dll" я копировал и дальше делал всё по инструкции)
значит если я скопировал этот файлик в папку плагинов ависинта,то скрипт не нужен? я правильно понял?

сообщение оставил Aggressor , 20 января 2011, 21:57
Скрипт нужен, но открывать в дабе надо его через Open video file, а не через run script.
Тогда попробуй первой строкой добавить в скрипт:
Исходный код
LoadPlugin ("C:\Program Files\Haali\MatroskaSplitter\avss.dll")

при необходимости поправь путь, чтобы указывал на реальное расположение avss.dll.

сообщение оставил Kvant , 21 января 2011, 02:54
Aggressor
Я прошу простить мне мою крайнюю не образованность, но…
Во-первых: Так мне обязательно вводить в скрипт Crop? Чем грозит клипу его отсутствие?
И во-вторых: вот этого…
Цитата
и пользовался бы дополнительной горизонталью второго исходника для работы камерой

Я не понял…   :sad:

А вот ныне кажется дошло... и то не факт  :smile:



сообщение оставил Nexus , 21 января 2011, 07:39
.del


сообщение оставил Aggressor , 21 января 2011, 09:18
Цитата (Kvant @ 21 января 2011, 01:54)
Так мне обязательно вводить в скрипт Crop?
Если делать по моей методике, то кроп не нужен. Только ресайз.

сообщение оставил Kvant , 22 января 2011, 02:28
Aggressor
Цитата
Надеюсь, перед ресайзом  ты сделал ему crop для соблюдения соотношения сторон?

А это как?
Что-то Я запутался, crop о котором здесь говориться и Crop(a,b,-c,-d) (Там где говориться о борьбе с чёрными полосками) это одно и то же?
Прошу меня простить если Я туплю и раздражаю своей тупостью...  :smile:

сообщение оставил Aggressor , 22 января 2011, 04:55
Кроп = обрезание границ кадра, не больше и не меньше. Использовать его можно и для борьбы с чёрными полосками, и для приведения исходников 16:9 и 4:3 к одному разрешению. Как? Обрезать края у 853х480 (16:9), чтобы он стал 640х480 (4:3). Потому что если просто изменить разрешение, то лица у персонажей клипа будут весьма вытянутые. У зрителей тоже.
сообщение оставил Yezhi , 22 января 2011, 19:32
Ничего не вышло(
Мне этот исходник пока что не так важен,так как никакого проекта ещё делать не собираюсь.
Попрошу знакомого попробовать)

У кого-нибудь есть конвектор на примете? На первое время,хочу освоить программу,а то работал до этого на Pinacle Studio,а теперь на Vegas перешёл)

сообщение оставил VirtualTT , 22 января 2011, 19:46
Конвектор - это отопительный прибор, так что этот вопрос явно тематике этого форума не соответствует...
А если нужен конвертер, то из чего во что?



сообщение оставил Yezhi , 22 января 2011, 19:57
из mkv,mp4 в avi,wmv
сообщение оставил Aggressor , 22 января 2011, 20:13
Yezhi
Есть другой способ, читай < здесь > раздел «нарезка».

сообщение оставил Yezhi , 22 января 2011, 20:18
А ffmpegsource любой версии качать?
сообщение оставил Aggressor , 22 января 2011, 20:33
Желательно последней.
сообщение оставил ImmortalUchiha , 15 февраля 2011, 00:45
Здрвсте=)) Всё сделал по новой изменённой статье.. всё хорошё конвертнулось.. но при воспроизведении.. выдаёт вот такой аспект..

И вопрос.. что вообще делает.. Use Multithreadingю.....?? когда я убираю с него флажок.. то этот аспект исчезает...
Что делать???

сообщение оставил Kvant , 16 февраля 2011, 08:48
Здравствуйте…
У меня такой вопросик…. У меня есть видео с 640 на 272 Соотношение кадра 2.35, хотелось бы привести его к соотношению сторон 4:3. Вопрос в том можно ли это сделать без Crop, что бы в вегасе можно было бы ещё поводить камерой, а уже в нём привести его к 320 на 240…. на сколько это оправданно и какие ещё ммм… «подводные камни» тут могут возникнуть?

сообщение оставил VirtualTT , 16 февраля 2011, 09:14
Kvant, что-то разрешение видео низкое, а если еще и обрезать к 4:3 то совсем огрызок останется. 320х240 даже для превью маловато.
сообщение оставил ImmortalUchiha , 16 февраля 2011, 16:54
А мне не кто не ответит???....
сообщение оставил VirtualTT , 16 февраля 2011, 18:05
ImmortalUchiha, флажок Use Multithreading (если ты про настройках лагарифа) обеспечивает выполнение процесса [де]кодирования в несколько потоков чтобы получить прибавку в скорости на многопроцессорных системах. Хз счего вдруг от этой опции у тебя появляются артефакты. Они только в АЕ проявляются или вообще везде?
Кроме того, у тебя кажется включен Fast preview (скрины надо делать 1:1, а то ничего не видно) - попробуй выключить его.

сообщение оставил Kvant , 16 февраля 2011, 20:39
VirtualTT
Спасибо....

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

И, извиняюсь, а с Crop-ом то что? Пока необходимости его использования не вижу....

сообщение оставил VirtualTT , 16 февраля 2011, 21:03
Kvant, просто на дворе 2011 а не 2001, делать что-то в 320х240 - это не серьезно. И что это за раритет такой с 640 на 272, неужели его нет в более хорошем качестве? Вообще если тебе обязательно хочется использовать этот исходник, то отчего бы не делать проект в таком же разрешении?
сообщение оставил Kvant , 16 февраля 2011, 22:36
VirtualTT
Цитата
И что это за раритет такой с 640 на 272, неужели его нет в более хорошем качестве?

Наверняка есть, нужно поискать, но есть ли в этом смысл? Я о том что визуально качество хорошее, (и в изначальном и в уже в переправленном на  320 : 240)…
Чем клип станет лучше, если использовать исходник с более высоким разрешением?
Кроме того, что нарезка будет больше весить :).

Цитата
Вообще если тебе обязательно хочется использовать этот исходник, то отчего бы не делать проект в таком же разрешении?

Если оставить соотношение кадра 2.35, то нельзя будет камерой водить, а на этом в клипе можно много хорошего замешать….

И ещё один момент, Я сделал ещё пробный кусочек с соотношением 640 : 480, (хотя помню Агрессор писал что нельзя делать большее чем в исходнике), разницы между ним и 320 : 240 не вижу….?

сообщение оставил VirtualTT , 16 февраля 2011, 23:12
Kvant, смысл есть поддерживать высокое качество видео. А качество видео помимо отсутствие артефактов подразумевает по возможности более четкое изображение с большим разрешением для передачи большего количества деталей. Соответственно надо во-первых искать качественные исходники, во-вторых по возможности не снижать их качество дополнительным ресайзом и другими преобраованиями. Если есть несколько разнородных исходников - надо приводит их к какому-то общему знаменателю, если исходник один - то лучше и проект делать в его родном разрешении. 320х240 в 2011 году, мягко говоря, не кондиционно (на ньюсе, например, новые видео 320х240 вообще не принимают, превью обычно 480*360 или 480*270). А любая попытка превратить 640х272 напрямую в 640х480 или в 320х240 а потом растягивать его в 640х480 для сравнения, ничего кроме замыленной картинки не даст.

Если уж очень хочется подвигать камерой то можно в редакторе нужные куски чуть увеличить.



сообщение оставил Kvant , 19 февраля 2011, 04:04
Доброго времени…
Такая проблема, при добавлении в скрипт строки  AssumeFPS("ntsc_round_film"), Виртуал Дуб Мод  (как и просто Вирт Дуб) отказывается открывать файл и пишет ошибку: Avisynth open failure:    Script error: Invalid arguments to function “AssumeFPS”     (C:\z\c\3.avs, line 3)
До добавления AssumeFPS("ntsc_round_film") открывает нормально, после удаления то же…: )
Какие могут быть причины, и что сможет избавить меня от сей неприятности…?

И ещё один момент. (Я тут немножко экспериментирую). При открытии через AVS-файл не сжатого видео (разжатого предварительно через тот же  AVSинт и ДубМод), то изображение  (в ДубМоде и Дубе) оказывается перевернутым…
Вот то, что в скриптах опытных файлов:  DSS2("c:\z\c\f.avi") и  DSS2("c:\2.avi") ConvertToRGB24
Если кто-нибудь подскажет в чём «прикол» или даст ссылочку, буду очень благодарен…

Ребята, подскажите пожалуйста, как сюда картинку-то вставить, пытался, пытался... :sad:



сообщение оставил VirtualTT , 19 февраля 2011, 09:07
1) текст скрипта желательно приводить полностью. Возможно ты где-то в начале присвоил вывод с соурс функции какой-то переменной, а затем вызвал AssumeFPS:
Цитата
v=dss2("my_file_path")
AssumeFPS("ntsc_round_film")
...

D этом случае ошибка возникает так как функции AssumeFPS нужна еще и переменная видеопотока. Она обычно передается неявно, но в этом случае видео поток содержится в переменной v, соответственно ее надо указать при вызове AssumeFPS() или каких-то прочих функций обработки:
Цитата
v=dss2("my_file_path")
v=AssumeFPS(v, "ntsc_round_film")
...

2) для этого надо использовать AVISource()
3) преобразования цветового пространства лишний раз добавлять не следует
4) заливаешь ее на приличный хостинг для картинок, например < http://www.imageshack.us/ > (там неплохо было бы еще и зарегистрироваться предварительно, тогда картинки со временем не удаляются, прямые ссылки даются и прочие разные блага цивилизации доступны), после этого копируешь выданную тебе ссылку "Forum Thumbnail" в пост и заменяешь линк на "Direct Link".



сообщение оставил Kvant , 20 февраля 2011, 04:48
VirtualTT
Во-первых, спасибо…
И далее…
1)
DSS2("c:\z\c\3.mp4",fps=23.976)
ConvertToRGB24
AssumeFPS("ntsc_round_film")
Вот текст скрипта полностью,  если честно Я практически ничего не понял из Вашего комментария, особенно цитаты,…         Извиняюсь…
Буду дальше пытаться постигать ависинт….
Я уже совершенно не уверен в нужности мне строки ConvertToRGB24, но её удаление так же не помогает….
2) Благодарю, буду потихоньку разбираться с AVISource
3) Буду знать,… речь ведь идет о ConvertToRGB24?
4) Весьма признателен за помощь и ссылку, постараюсь сегодня же этим заняться…
Ещё раз огромное спасибо за всё, если Вы можете что-то подсказать по первому пункту, буду многоблагодарен….  Только вот есть ли смысл, когда Я ничего не понимаю…. :sad:

сообщение оставил VirtualTT , 20 февраля 2011, 09:42
если в исходнике fps 23.976 и не надо его менять, то в скрипте ничего дополнительно указывать не нужно, короче оставь просто
DSS2("c:\z\c\3.mp4")

сообщение оставил Kvant , 21 февраля 2011, 11:00
VirtualTT
Здравствуй.
В исходнике такая ситуация:
Частота кадров: 23.976 кадр\сек
Минимальная частота кадров: 12.500 кадр\сек
Максимальная частота кадров: 25.000 кадр\сек  
Первичная частота кадров 25.000 кадр\сек
Из того что писал Агрессор в самом первом посте данной темы Я понимаю что здесь требуется поправка. Я делаю проверку на то какой из двух вариантов мне нужен. А именно: создаю отдельный скрипт DSS2("c:\z\c\33.mp4", fps=29.97)  (33.mp4 это копированный 3. mp4 т. е. он же) и покадрово пролистываю на сцене панорамирования (той сцене что мне нужна) – каждые несколько кадров (от 3 до 6) идет кадр без движения, из чего заключаю что нужно писать DSS2("c:\z\c\3.mp4",fps=23.976) и  AssumeFPS("ntsc_round_film"). Однако, вон какая штука….
Ещё на всякий случай Я пытался открыть файл изменив скрипт на:
DSS2("c:\z\c\3.mp4",fps=29.97) и AssumeFPS("ntsc_round_video") – не открывает всё равно, выдаёт сходную ошибку, (меняет line 3 на line 2).
Так… пока писал эти строки дошло что у меня же нет нигде 29.97…. Везде максимумом стоит 25.000…
Однако что делать всё равно не понимаю… просто резать в DSS2("c:\z\c\3.mp4") или в DSS2("c:\z\c\3.mp4",fps=23.976) так он то же понимает (открывает)…
И большое спасибо за помощь….

Ой, и ещё…
Подскажите мне пожалуйста, если не сложно, у меня есть два исходника (другой проект) оба AVI c XviD и разрешением 640 на 480, визуально качество хорошее.
Мне лучше просто открывать их в дубе и делать кусочки нарезки в разжатом формате, или всё равно всё делать через ависинт…?
(Агрессор где-то в этой теме писал что пользуется им (ависинтом) и для ави).



сообщение оставил VirtualTT , 21 февраля 2011, 13:48
Если честно, то наткнись я на исходник с таким fps (и с таким разрешением) на своем жестком диске, то сразу бы Shift+Delete. хз, может у тебя это мега раритет, но все равно связываться с подобным - это лишнее компостирование мозга и еще неизвестно, выйдет ли из этого что-то адекватное.
DSS2 всегда переводит переменный fps в постоянный, так что попробуй в функции DSS2 его не указывать (она сама разберется), а AssumeFPS оставь. И вообще незачем fps явно указывать по несколько раз.

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

сообщение оставил Kvant , 22 февраля 2011, 02:37
VirtualTT
Цитата
и с таким разрешением

А Я разве где-то упомянул его разрешение... Ой, Вы наверно подумали про видео с 640 на 272 Соотношение кадра 2.35. Прошу меня простить за то что ввёл в заблуждение, нечаянно.
Тот файл Я уже решил заменить на более качественный исходник...
В последних постах разговор идёт о другом проекте и других исходниках...
Ещё раз прошу меня простить за то что не пояснил это...
Цитата
а AssumeFPS оставь

Не понял. Как оставить? В нём же вся проблема, из-за него и выдаёт ошибку,...
Блин, или Я начинаю тупить? (Вопрос самого меня обращенный к самому себе).

2) Понял, Благодарю. Буду работать через ависинт.

Ещё раз спасибо за всё...

сообщение оставил VirtualTT , 22 февраля 2011, 08:57
Попробуй открыть через
Цитата
DSS2("c:\z\c\3.mp4")
AssumeFPS("ntsc_round_film")

Если уж ничего не помогает, то открой просто через
Цитата
DSS2("c:\z\c\3.mp4")

Сохрани в loseless, а затем открой этот файл и поменяй fps в нем, если он не соответствует требуему, и сохрани еще раз
Цитата
AVISource("c:\z\c\3.avi")
AssumeFPS("ntsc_round_film")

сообщение оставил Kvant , 26 февраля 2011, 17:39
Всем доброго времени…
Прошу о помощи….
Проблема: После переустановки Avisynth 2.5.6. на Avisynth 2.5.8 . ни Дуб ни Мод не открывает старые AVSскрипты (при создании новых, они, разумеется, выглядят точно так же, и имеют тот же путь (адрес) происходит то же самое) пишет: «AVI Import Filter error: (Unknown) (80040154)»

Вопрос: Что делать-то…?
Опять работа встала :(
И ещё вопрос, от праздной любопытности: Я так понимаю что установить на компе одновременно два (несколько) ависинтов не возможно? Поясняю, после попытался установить Avisynth 2.5.6 вновь, рядышком с Avisynth 2.5.8, всё вроде установилось, но внутри не было папки  «plugins».

Блин, Я извиняюсь за картинку, что-то она слишком огромная получилась, в следующий раз попытаюсь не допустить не адекватных размеров....



сообщение оставил VirtualTT , 26 февраля 2011, 18:01
Попробуй еще раз переустановить ависинт. Причем сначала удали старый, а уже потом ставь новый начисто.
Параллельно можно поставить x64 и x86 билды. Но одновременно использовать разные версии для одной и той же платформы - нет. Когда ависинт будет ставить в систему свои библиотеки они будут друг друга перезаписывать. И вообще в чем смысл ставить более старую версию параллельно новой?

сообщение оставил Kvant , 27 февраля 2011, 12:53
VirtualTT
В очередной раз спасибо...
Переустанавливал два или три раза, ошибка сменилась на вот:

Упоминаю на всякий случай:
Добавил в папку «plugins» сначала avs.dll, а потом ещё mkunicode.dll, он (ависинт) требовал, (при открытии в дабе появлялась ошибка просящая mkunicode.dll, взял от-туда же (D:\Program Files\Haali\MatroskaSplitter))
Цитата
Параллельно можно поставить x64 и x86 билды

Прошу прошения, не совсем понял - что, куда и откуда?
Цитата
И вообще в чем смысл ставить более старую версию параллельно новой?

Смысла наверное нет. Я просто надеялся что так можно будет решить проблему, что бы всё было хорошо... ан, нет...  :sad:

сообщение оставил VirtualTT , 27 февраля 2011, 14:02
Добавлять в папку с плагинами надо было "avss.dll", а не "avs.dll".


сообщение оставил Kvant , 27 февраля 2011, 21:37
Ой, ндааа.... ну Я тупанул,... добавил "avss.dll" и всё заработало....
От невнимательности всё...
Ещё раз извиняюсь.... Спасибо.

сообщение оставил Kvant , 31 марта 2011, 23:43
Здравствуйте.
Вопрос по FPS. Большинство исходников для проекта  FPS = 25 к\сек, около трети FPS = 29.970 к\сек и есть один FPS = 24.929 к\сек (но он тоже нужен  :smile: )...
Как бы извиняюсь, и чё мне делать...?
Привести всё к единому через добавление в строчку DSS2 FPS = 25?
И чем грозит попытка не преобразовывать FPS к единому значению, а сделать так как есть?

сообщение оставил brdm-69 , 01 апреля 2011, 12:47
Kvant
Приведи лучше к стандартному 23.976. Фрагменты, изначально имеющие больший фпс замедлятся, так как число кадров останется прежним - потом где надо ускоришь.
Если не будешь заранее приводить к общему фпс - монтажка создаст неравномерное дёргание кадров, выкидывая лишние или добавляя недостающие дублированием, (ну или похабный блендинг на весь клип, если проект неправильно настроен)

сообщение оставил Gaurry , 02 апреля 2011, 00:01
... а еще маски "почему-то" могут развалиться после рендера видео с проблемным фпс.
сообщение оставил Lenchik , 13 февраля 2012, 20:55
В связи с распространением Hi10P видео, есть ли какие изменения в инструкции?
Ну и частичный ответ: ffvideosource из свежего ffms2 справляется, про DSS2 - не знаю.

сообщение оставил Kvant , 03 сентября 2012, 04:16
Доброго всем времени...
Вопрос: Почему при нарезке исходника через скрипт в форме Direct stream copy всё равно происходит пережатие?
Пояснение и детали: Нарезаю нарезку) Нарезки нужно много, и непонятно что потом пригодится что нет, потому режу в Direct stream copy, с мыслью заменить потом нужные кусочки на разжатые.
Уже по привычке загнал через скрипт, хотя исходник avi. В скрипте только путь к файлу, более нет ничего. DSS2. При выборе строки Direct stream copy в строке Compression пишет - No recompression: YV12.
Попробовал через файл напрямую ( Direct stream copy) - всё нормально, строка Compression - No recompression: XVID.

сообщение оставил Artofeel , 03 сентября 2012, 10:06
Цитата (Kvant @ 03 сентября 2012, 06:16)
Вопрос: Почему при нарезке исходника через скрипт в форме Direct stream copy всё равно происходит пережатие?
если ты прогоняешь видео через avs скрипт, то на выходе (в твоем случае, при входе в виртуалдаб) оно хоть как будет разжатым >_>

сообщение оставил Kvant , 04 сентября 2012, 04:12
Artofeel
Спасибо...
Наверное канючить дальше на тему "а почему?" бессмысленно... (да и всё равно не пойму)
Однако, если например, дашь какую-нибудь ссылку на статью или что-нибудь подобное где бы разъяснялась бы "вся суть" Я бы был очень благодарен... ну и по изучал бы, на досуге.)

сообщение оставил Artofeel , 04 сентября 2012, 12:02
Цитата (Kvant @ 04 сентября 2012, 06:12)
Наверное канючить дальше на тему "а почему?" бессмысленно... (да и всё равно не пойму)
потому что ависинт работает с разжатым потоком
Цитата (Kvant @ 04 сентября 2012, 06:12)
Однако, если например, дашь какую-нибудь ссылку на статью или что-нибудь подобное где бы разъяснялась бы "вся суть" Я бы был очень благодарен... ну и по изучал бы, на досуге.)
...почитай < документацию > что ли.

сообщение оставил Kvant , 05 сентября 2012, 07:10
Цитата (Artofeel @ 04 сентября 2012, 11:02)
...почитай документацию что ли.

Что-то подобное Я уже пытался читать... не осилил) что же, попробуем ещё) Я упрямый...  :smile:
Ещё раз спасибо.

сообщение оставил Kvant , 26 декабря 2012, 08:59
Доброго всем... )
Вопросик... файл .m2ts  загружаю всё по той же (вышеизложенной) схеме что и (например) .mkv всё вроде хорошо и норм работает... только, тормозит (сильно) и зависает (периодически)... работать не удобно... возможно ли чем-либо этому помочь?  
Или здесь проблема скорее в том что сам файл много весит (20гигов) и у меня система/железо не тянет и тормозит... ?

сообщение оставил Artofeel , 26 декабря 2012, 11:04
Цитата (Kvant @ 26 декабря 2012, 10:59)
Или здесь проблема скорее в том что сам файл много весит (20гигов) и у меня система/железо не тянет и тормозит... ?
именно, скорее всего дело еще и в hdd
файлик сильно фрагментирован?

сообщение оставил Kvant , 26 декабря 2012, 22:30
Цитата (Artofeel @ 26 декабря 2012, 11:04)
именно, скорее всего дело еще и в hdd
файлик сильно фрагментирован?


Чорт Опять Я ничегошеньки не понимаю... (  Извини.
Не знаю/ не понял что есть hdd ?
А так же не понял в каком смысле файл "фрагментирован"... ? (Знаю есть фрагментированость жестких дисков, с функцией их дефрагментации, т. е. перенесения разбросанного по всему диску файла в одно место... это то/ аналогичное ?)
Как это можно узнать/посмотреть? (Насколько сам файл, а не жесткий диск, дифрагментирован).  
Т. е., может быть, нужно провести дефрагментацию диска где лежит файл?

Опять прошу мне простить мою малограмотность...

сообщение оставил Armed , 26 декабря 2012, 23:51
В теории при работе можно сократить разрешение в разы для быстрой обработки файла, добавив строчку Reduceby2, а при финальном рендере, убрать эту строку и получить на выходе обработанный файл с исходным разрешением.


сообщение оставил Artofeel , 27 декабря 2012, 01:05
Цитата (Kvant @ 27 декабря 2012, 00:30)
Не знаю/ не понял что есть hdd ?
жесткий диск же
Цитата (Kvant @ 27 декабря 2012, 00:30)
А так же не понял в каком смысле файл "фрагментирован"
это значит что это файл может быть разбросан на over 9000, нет это еще нормально, over 90000 фрагментов по всему диску, от этого и зависания.
Но так же, дело может быть и в медленном процессоре, который просто не поспевает декодить fullHD (там же фуллХД у тебя?)
Armed, дело говорит, добавь в скрипт простой ресайз типа:
PointResize(640,480)
забей job лист даба, а при его выполнении, убери\закоменти строчку с этим ресайзом
Цитата (Kvant @ 27 декабря 2012, 00:30)
Как это можно узнать/посмотреть? (Насколько сам файл, а не жесткий диск, дифрагментирован)
O&O Defrag или PerfectDisk
Цитата (Kvant @ 27 декабря 2012, 00:30)
Т. е., может быть, нужно провести дефрагментацию диска где лежит файл?
желательно



сообщение оставил Kvant , 27 декабря 2012, 02:26
Artofeel; Armed
Спасибо...

Цитата (Artofeel @ 27 декабря 2012, 01:05)
просто не поспевает декодить fullHD (там же фуллХД у тебя?)

Написано:  BDAV Blu-ray Video  
Или Я сейчас не о том... ?  :dunno:

Цитата (Artofeel @ 27 декабря 2012, 01:05)
добавь в скрипт простой ресайз типа:
PointResize(640,480)
забей job лист даба, а при его выполнении, убери\закоменти строчку с этим ресайзом

Ага, спасибо за совет... только вот... делаю нарезку небольшими кусочками... кажется процесс (на каждый кусочек; открыть скрип, снять/поставить закоментирование, перекинуть скрипт в даб)... и так сколько раз... оно на первый взгляд выглядит не менее муторно чем ждать тормозов при процессе как есть...
Не понял словосочетание - "забей job лист даба" :dunno:

Да, ещё... а если в скрипте уже ресайз есть... только не PointResize а Spline36Resize?

Цитата (Artofeel @ 27 декабря 2012, 01:05)
O&O Defrag или PerfectDisk

О_о
Опять не понимаю... что сии слова значат, где их искать и что с ними делать...  :sad:
Извини

Цитата (Artofeel @ 27 декабря 2012, 01:05)
желательно

Непременно предприму...



сообщение оставил Artofeel , 27 декабря 2012, 12:49
Цитата (Kvant @ 27 декабря 2012, 04:26)
Написано:  BDAV Blu-ray Video  
Или Я сейчас не о том... ?
Ну раз Blu-ray, то наверно 1920x1080, нэ?
Цитата (Kvant @ 27 декабря 2012, 04:26)
Ага, спасибо за совет... только вот... делаю нарезку небольшими кусочками... кажется процесс (на каждый кусочек; открыть скрип, снять/поставить закоментирование, перекинуть скрипт в даб)... и так сколько раз... оно на первый взгляд выглядит не менее муторно чем ждать тормозов при процессе как есть...
You do it wrong...
Цитата (Kvant @ 27 декабря 2012, 04:26)
Не понял словосочетание - "забей job лист даба"
Это означает, что тебе НЕ нужно сохранять кусочек сразу, а нужно добавлять его в jobs лист. т.е. не жать F7, а жать Ctrl+Shift+F7 (или Queue batch operation -> Save as AVI)
Таким образом у тебя будет "лист задач" в котором будет указан входящий файл (avs скрипт в твоем случае) и диапазон для каждого кусочка, тебе нужно лишь его выполнить, для вызова листа жми F4, а там Start кнопка.
И самое главное, этот лист ты можешь сохранить, и например, сделав отдельный лист на каждый эпизод, ты сможешь в любой момент вернуть нарезку, и даже больше, например заменить сорс с 720p на 1080p, если сорс BDRip. С TVRip'ами сложнее, так как в них присутствует спонсорская вставка (обычно 10-15 секунд) которая поломает весь тайминг, хотя конечно можно тупо добавить недостающее время в avs скрипте и еще бывает что в BD присутствуют дополнительные сцены, то тут конечно надо все перерезать...чтот меня унесло куда то, так о чем я...А! ВСЕГДА сохраняйте jobs лист нарезки, мало ли пригодится.
Цитата (Kvant @ 27 декабря 2012, 04:26)
Да, ещё... а если в скрипте уже ресайз есть... только не PointResize а Spline36Resize?
Закоментируй Spline36Resize, а вместо него юзай PointResize (с меньшим разрешением, в два\три раза), и при выполнении jobs листа, верни все обратно.
Цитата (Kvant @ 27 декабря 2012, 04:26)
Опять не понимаю... что сии слова значат, где их искать и что с ними делать...
Это программы дефрагментаторы, спроси гугл.

сообщение оставил Kvant , 28 декабря 2012, 02:42
Artofeel
Цитата (Artofeel @ 27 декабря 2012, 12:49)
Ну раз Blu-ray, то наверно 1920x1080, нэ?

Именно так.

Цитата (Artofeel @ 27 декабря 2012, 12:49)
You do it wrong...

А правильно это вот так... ?
Цитата (Artofeel @ 27 декабря 2012, 12:49)
а нужно добавлять его в jobs лист. т.е. не жать F7, а жать Ctrl+Shift+F7 (или Queue batch operation -> Save as AVI)
Таким образом у тебя будет "лист задач" в котором будет указан входящий файл (avs скрипт в твоем случае) и диапазон для каждого кусочка, тебе нужно лишь его выполнить, для вызова листа жми F4, а там Start кнопка.

Вообще ни разу так не делал... нужно попробовать...

Цитата (Artofeel @ 27 декабря 2012, 12:49)
Это программы дефрагментаторы, спроси гугл.

Спросю...  Только,... извиняюсь если вопрос глупый, а зачем нужны отдельные программы для дефрагментации если это стандартная штука на компе... только для того что бы посмотреть насколько дефрагментирован какой-нибудь конкретный файл... ?
Кстати,  дефрагментировал жесткий, стал делать нарезку... пошло значительно лучше... не то что бы совсем без тормозов, но подвисает меньше и реже...

Ещё раз спасибо за помощь и ответы...



сообщение оставил Rick Junker , 28 декабря 2012, 10:55
Отредактировал тему. Удалены все посты "пользователя" Megamen и все с ними связанное.
В "Технической части" общение строго по существу вопросов, пожалуйста, без выпендрежа и прочей клоунады!

сообщение оставил Artofeel , 28 декабря 2012, 13:26
Цитата (Kvant @ 28 декабря 2012, 04:42)
А правильно это вот так... ?
Именно. И юзай VD (< стабильная версия > \ < последние >беты) вместо анахронического VirtualDubMod (который годится разве что для очень специфических задач, которых нет в оригинальном VD)
Цитата (Kvant @ 28 декабря 2012, 04:42)
а зачем нужны отдельные программы для дефрагментации если это стандартная штука на компе...
эта самая "стандартная штука", мягко говоря — "ничего не делает".
OO Defrag пошустрее и поэффективнее, а PerfectDisk еще и может системные файлы дефрагментировать (например полезно файл подкачки проверить)
Оффтопик
Rick Junker бака, я то, было, хотел похоливарить на тему эффективности разжима всего эпизода и работы с ним напрямую в АЕ :(

сообщение оставил Kvant , 29 декабря 2012, 05:00
Artofeel
Цитата (Artofeel @ 28 декабря 2012, 13:26)
Именно. И юзай VD

Спасибо. Скачал. Теперь, наверное, буду пользоваться им...  Хотя вроде и к ДабМоду нареканий не возникало... хотя, с чего Я там эту тему-то начал... )

Цитата (Artofeel @ 28 декабря 2012, 13:26)
эта самая "стандартная штука", мягко говоря — "ничего не делает".

Т. е. даже так...  тогда ещё раз спасибо... обе версии нашел на торрентах, какую-нибудь непременно попользую (если разберусь конечно^^)



Ой, только Я Megamenу хотел спасибо сказать, за ответы...

Rick Junker
Извините пожалуйста...
Во-первых Я тут тоже, (получается), много чего не по теме писал...,  
ну и Megamen -то ведь мне отвечал/пояснял/подсказывал...

сообщение оставил Gaurry , 23 сентября 2013, 12:10
Метод, описанный в первом посте, еще актуален? Установил, скопировал длл, но при открытии получаю ошибку, что нет такой функции DSS2. Прежде сталкивался с таким только когда забывал длл кинуть в папку плагинов ависинта.


сообщение оставил Artofeel , 23 сентября 2013, 16:40
Gaurry, частично
например вместо DDS2, давно пора < ffvideosource >

сообщение оставил Gaurry , 23 сентября 2013, 17:54
Artofeel, а как его ставить и как скрипт писать?
сообщение оставил Artofeel , 23 сентября 2013, 21:19
< http://forums.akross.ru/cgi-bin/ikonboard.cgi?act=ST;f=2;t=5806;st=90;#entry230882 >

ps: где настоящий Gaurry?

сообщение оставил Kvant , 04 августа 2016, 04:45
Доброго всем времени...
У меня тут очередное :tupoi:
Переустанавливал систему и теперь, разумеется, -
< >
Что почему х. з. , перепроверил, - правильно указанный путь, файл "avss.dll" перекинутый из MatroskaSplitter в плугинсы ависинта.
Ставил: VirtualDub-1.10.4; AviSynth_260; Matroska Splitter переустановил старую которая стояла в прошлый раз (ибо, кстати, в первом посте ссылка уже не работает) и MediaInfo_GUI_0.7.87_Windows.
Возможно / кажется неполадки или часть из них вызваны какими-либо не состыковками с 32 и 64 разрядностью (Я вот счас пишу, а понимать что это такое не понимаю^^), ибо VirtualDub-1.10.4-AMD64 не открывает даже avs-файл "Version", которую открывает просто  VirtualDub-1.10.4 (так понимаю 32), оба качал от сюда - < http://virtualdub.sourceforge.net/ >
И, кстати, возможно это важно, система Винда 7 на 64, а и MatroskaSplitter и AviSynth встали на Програм файл (х86) (т. е. вроде как на 32, а не на 64)
Вот как-то так... помогите, пожалуйста, добрые люди)

И раз уж Я тут...
Цитата (Artofeel @ 23 сентября 2013, 17:40)
например вместо DDS2, давно пора ffvideosource

Можно на пальцах для нуба чем ffvideosource лучше DDS2, тем более, ссылка
Цитата (Artofeel @ 23 сентября 2013, 22:19)
http://forums.akross.ru/cgi-bin/ikonboard.cgi?act=ST;f=2;t=5806;st=90;#entry230882

не показывает... (

Эх, плохо быть нубом...  :cry:



сообщение оставил Artofeel , 04 августа 2016, 17:01
Kvant, dss плагин для синта существует только 32битной версии, так что 64битным VD ты ничего не откроешь. И лучше взять < пофиксинную > версию
еще лучше забить на него и пользоваться ffms
< https://github.com/FFMS/ffms2/releases >
ибо он не зависит от твоих кодеков установленных в системе
Исходный код
FFVideoSource("ДИСК:\ПУТЬ\ФАЙЛ")

сообщение оставил Kvant , 04 августа 2016, 21:48
Artofeel, благодарю!
ffvideosource работает!  :smile: Перекинул файлик ffms2.dll в пакпку плугинов ависинта. Открыл через Виртуал Даб (32).

И всё таки будет тупой вопросик) Вот эта ссылка на пофиксеный DSS2... где там его выкачивать? о_О
Там страничка, с неё единственная ссылка - < >
выводит на страничку < >
где аж три надписи Download, но не одна на нажатие даже не реагирует/ не нажимается и соответственно не качает.

Пы. Сы. Соответственно делать дальше нарезку/ джоб-листы через ffvideosource так же как через DSS2, никаких изменений из-за это замены тут нет?

Просто хотелось бы разобраться с моментом, у меня какая-либо несовместимость старой MatroskaSplitter с новой версией ависинта, или проблема ещё в чём-то.

___

Да, кстати, очень важный момент, старые джоб-листы сделанные в DSS2 будут открываться / резаться в ffms2?



сообщение оставил Artofeel , 04 августа 2016, 22:00
да, там упоротый хост, сам еле скачал
делай через ffms, можешь 64битным (если синт стоит такой)
единственное зачем может понадобится DSS так это для декода средствами GPU через LAV
но для этого есть еще DGDecNV (он индексирует, что более актуально)
Цитата (Kvant @ 05 августа 2016, 00:48)
Просто хотелось бы разобраться с моментом, у меня какая-либо несовместимость старой MatroskaSplitter с новой версией ависинта, или проблема ещё в чём-то.
в 64битном дабе
Цитата (Kvant @ 05 августа 2016, 00:48)
Да, кстати, очень важный момент, старые джоб-листы сделанные в DSS2 будут открываться / резаться в ffms2?
да

сообщение оставил Kvant , 04 августа 2016, 22:10
Цитата (Artofeel @ 04 августа 2016, 23:00)
да, там упоротый хост, сам еле скачал

Я конечно прошу прощения, можешь скинуть? В лс или тут ссылкой. Я на досуге поэкспериментирую  :shuffle:
Цитата (Artofeel @ 04 августа 2016, 23:00)
делай через ffms, можешь 64битным (если синт стоит такой)

Синт установился в программ файл 86 т. е. по видимому он 32, перекачивать или переустанавливать не буду. Так понимаю толку от этого нет/ шило на мыло.
Цитата (Artofeel @ 04 августа 2016, 23:00)
в 64битном дабе

Так 32даб почему-то тоже не открывает! Через DSS2. Ошибка что выдаёт сверху, в моём первом посте.

сообщение оставил Artofeel , 04 августа 2016, 22:50
Цитата (Kvant @ 05 августа 2016, 01:10)
можешь скинуть?

переименуй в 7z
форум — бака



сообщение оставил Kvant , 04 августа 2016, 23:32
Artofeel, скачал, большое спасибо.
Однако, заменил файл avss.dll, но не заработало. Теперь со скриптом с DSS2 выдаёт такую ошибку - < >

-----------------------------
Так, в первую очередь извиняюсь что развел тут очередную истерику не разобравшись/ не испробовав все варианты.
DSS2 открывает старые видеофайлы которые Я резал раньше, почему-то просто споткнулся на этом / новом.
Возможный вариант ответа почему - Битовая глубина : 10 бит

Спасибо за помощь ^^



сообщение оставил Artofeel , 05 августа 2016, 06:52
Цитата (Kvant @ 05 августа 2016, 02:32)
Битовая глубина : 10 бит
10 бит нужно открывать только через ffms

сообщение оставил NIGHT , 05 августа 2016, 20:43
Теперь я знаю как открывать 10-битное видео :biggrin:
сообщение оставил Kvant , 06 сентября 2016, 01:05
Возможно это нужно спрашивать в теме про Ависинт, ну Я уж, спрошу тут, если вдруг что извиняюсь...
Как в скрипте с FFVideoSource менять/ править фпс (гуглил, не сумел найти путного/ понятного) есть тут какие-либо аналоги AssumeFPS("ntsc_round_film") и AssumeFPS("ntsc_round_video") которые нужно пользовать? (Соответственно, не нужно говорить что при попытке написать скрипт с FFVideoSource с правкой фпс как скрипт с DSS2 выдаёт ошибку. Говорить не нужно, но если нужно, могу скрин ошибки показать).
И ещё моментик который меня очень смущает... Я не смог открыть через FFVideoSource (с правкой фпс) те скрипты которые писал раньше (до переустановки системы) и так же не смог открыть сейчас их через DSS2 (ибо десять бит), открыл через FFVideoSource без правки фпс, однако Я совершенно точно открывал их (и нарезал) раньше (через DSS2 же)... так как же, получается Я открывал десять бит через DSS2  :dunno: про FFVideoSource Я даже не знал, тогда когда их открывал/ нарезал. Я, короче, совсем запутался. Если кто-то меня хоть чуть-чуть выпутает, буду крайне благодарен. Могу, если нужно, скинуть медиаинфо файлов о которых речь.

сообщение оставил Artofeel , 06 сентября 2016, 11:06
Цитата (Kvant @ 06 сентября 2016, 04:05)
Как в скрипте с FFVideoSource менять/ править фпс (гуглил, не сумел найти путного/ понятного) есть тут какие-либо аналоги AssumeFPS("ntsc_round_film") и AssumeFPS("ntsc_round_video") которые нужно пользовать?
а при чем тут FFVideoSource и AssumeFPS, как одно может влиять на другое? %)
это две абсолютно разные функции...
Цитата (Kvant @ 06 сентября 2016, 04:05)
Могу, если нужно, скинуть медиаинфо файлов о которых речь.
лучше сами скрипты

сообщение оставил Kvant , 07 сентября 2016, 01:30
Цитата (Artofeel @ 06 сентября 2016, 12:06)
а при чем тут FFVideoSource и AssumeFPS, как одно может влиять на другое? %)

Вернись в моём вопросе на пункт назад. Как в скрипте с FFVideoSource править фпс?
Я, раньше брал исходник, писал скрипт - DSS2("E: 01.mkv",fps=23.976) AssumeFPS("ntsc_round_film") и всё было хорошо) Теперь Я беру другой исходник, (с 10 бит), пишу, (по аналогии)  -
FFVideoSource("E: 01.mkv",fps=23.976) AssumeFPS("ntsc_round_film"), разумеется выдаёт ошибку, ибо неправильно. А как правильно? (Поменять, если нужно, фпс и нужно ли что либо к этому дополнительно делать... как с AssumeFPS?)
Функции, наверное, действительно разные. Но Я этого, увы, не понимать. Я как та обезьянка, которая научилась нажимать на кнопочку, что бы получить банан.
А теперь кнопочку поменяли / перекрасили... Я жму, а банана нету(

Цитата (Artofeel @ 06 сентября 2016, 12:06)
лучше сами скрипты

Скрипты чего? (Скорее от чего?) От тех файлов которые Я нарезал, тогда вот, они элементарны - DSS2("E:\SEL\09.mkv",fps=23.976) AssumeFPS("ntsc_round_film")
Вопрос в том что Я сейчас могу открыть их только через - FFVideoSource("E:\SEL\09.mkv") , через DSS2 теперь только серенький экранчик в дабе(

Х. з. конечно... может Я опять чего и где напутал и вообще у меня мания и параноя, тогда тем более прошу прощения, что на свои непонятности отвлекаю, но Я искренне запутался(
Мне сейчас, в общем-то главное, понять как дальше резать исходники в 10 бит (используя FFVideoSource) и можно ли/ нужно ли там править фпс.
Может он там вообще везде стабилен и не подлежит обработке (?)

сообщение оставил Artofeel , 07 сентября 2016, 10:46
Цитата (Kvant @ 07 сентября 2016, 04:30)
DSS2("E: 01.mkv",fps=23.976)
вот с этого и надо было начинать..
в FFVideoSource не обязательно прописывать фпс, он сам определит
если все таки хочется прописывать каждому файлику нужный, то
Исходный код
FFVideoSource("E:\01.mkv", fpsnum=24000, fpsden=1001)

где fpsnum и fpsden
24000/1001 = 23,976
30000/1001 = 29,97
24/1 = 24
25/1 = 25
30/1 = 30
etc
но лучше забей и сделай просто так, ибо ты просто выкинешь кадры.
Исходный код
FFVideoSource("E:\01.mkv")
AssumeFPS("ntsc_round_film")

Цитата (Kvant @ 07 сентября 2016, 04:30)
через DSS2 теперь только серенький экранчик в дабе
само-собой, хз что у тебя там используется в качестве декодера
чтобы быть уверенным что нужное, необходимо этому "нужному" задать самый высокий приоритет, но думаю что DS метрики — это меньшее что тебя сейчас интересует..
Цитата (Kvant @ 07 сентября 2016, 04:30)
Может он там вообще везде стабилен и не подлежит обработке
если это BD\DVD рип — то стабилен.
если HDTV — то _может_быть_ переменным.

сообщение оставил Kvant , 08 сентября 2016, 18:44
Artofeel, не буду говорить что мне всё ясно)) , но, в очередной раз, спасибо тебе огромное.
На досуге / если возникнет надобность/ поэкспериментирую с fpsnum и fpsden, а нарезать (по крайней мере пока) буду через FFVideoSource("E:\01.mkv") AssumeFPS("ntsc_round_film").

Powered by Ikonboard 3.1.2a
Ikonboard © 2001 Jarvis Entertainment Group, Inc.