AMV News

[Firelord]

Подскажите, пожалуйста, по такой вот проблеме.
Исходное аниме находится в формате .mkv и SV10 его не понимает. Делаю как описано тут и тут и видео получается просто огромным по размерам. А мне нужно чтобы 26 серий как были 1920*1080 так и остались без потери качества. Не часть, а серия целиком. Ведь изначально каждая серия занимает всего 1ГБ, как-то кодировать ее (можно без звука) в читаемый SV10 формат пусть с увеличением до 2ГБ или 5ГБ, но без особых искажений качества можно?

[W_aZZa]

Firelord
Вытяни из матроски видеопоток и запихни его в mp4. Тормозить будет жууутко, но должно открыться, а весить будет столько же и без потери качества.

Для таких вопросов созданы темы: http://amvnews.ru/forum/viewtopic.php?t=19. Или http://amvnews.ru/forum/viewtopic.php?t=716

[Firelord]

[batareiko]

Firelord
Тебе наверняка может пригодится http://amvnews.ru/forum/viewtopic.php?t=2432 Как раз годится чтобы запихивать в редактор целый сезон без конвертирования. Но накладки на декодирование 1080p будут значительными, хотя и приемлемыми, если комп более-менее новый.

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

[W_aZZa]

Firelord
Raw h264 дорожку можно запихнуть в mp4 с помощью mp4box.

[Firelord]

W_aZZa
Спасибо. Перегнал видео-дорожки из MKV в MP4, SV10 открывает и прекрасно читает, ничего не тормозит (похоже это в большой степени зависит от компьютера), ухудшения качества не наблюдаю (да и откуда, если это та же дорожка h.264 только в другом контейнере).
VirtualTT
для меня пока все эти скрипты слишком сложно, это мой третий AMV =)

[batareiko]

Firelord
Если сказать прямо и жестко, то mp4 НЕЛЬЗЯ использовать в редакторе. Иначе рано или поздно (а по закону подлости в самый последний момент, когда все почти готово) у тебя пойдут косяки с видео или вообще редактор начнет вылетать и будешь разводить руками "ну как же так, у меня все нормально работало, а теперь проблемы"... Почитай прикрепленные топики и убедись, что уже немерено народу наступили на эти грабли и не делай этого сам.

[Firelord]

Тогда возвращаемся к изначальному вопросу - как из контейнера MKV получить исходник для SV10 без ОМГ увеличения размера?

[batareiko]

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

[mwDeus]

[PirogSV]

Нарезка mkv, mp4 и др. в режиме прямопотокового копирования в VirtualDub

[Cheburator]

PirogSV
А косяки от ограниченной совместимости H264 с AVI случаем не вылазили? А по поводу дальнейшего использования таких "нарезок" в редакторах нареканий не было?

[PirogSV]

Если что-то появится, я обязательно добавлю эту информацию. в статью, но пока проверял на нескольких разных исходниках и пока все нормально. Sony Vegas 10 и 12 не плюются, дургими не пробовал. В самом Дабе тоже ни артефактов, ни глюков. тьфу-тьфу.

[Cheburator]

Плеваться они и не будут, всего-лишь кадры чуть-чуть потасуют (сталкивался, знаю). А совмещать ави с Н264... не зря все таки некоторые кодеры ругаются на такое сочетание (пока "где-то там" не изменишь "какую-то" опцию кодирования).

[PirogSV]

Я не буду спорить. Если сам столкнусь с таким, то, повторяю, обязательно напишу. И сделаю по пути отчет об ошибках с каким-либо техническим доказательством этого, например, со скриншотами. Чего и вам советую, чтобы не было голословных утверждений, типа "у меня было" или "я где-то видел". Касается не только вас, а вообще всех, кто любит рассуждать, а не доказывать это фактами. Не в обиду, Cheburator.

[Bill Ein]

С таким же успехом можно тупо выдрать экстрактором из mp4 или mkv видеодорожку и пихнуть её в редактор не совершая всех этих манипуляций по перекладыванию яиц из корзины mkv/mp4 в корзину avi. Во всяком разе с премьером прокатывает. Вот только в mkv ещё могут быть записи о частях, развёртке, подгружаемых файлах и т.д., чего в avi не предусмотрено в принципе, что может вызвать определённые проблемы, а значит метод не универсален. Скорее всего проблемы возникнут и с очень популярным сейчас 10бит.
Ну, попробуй провернуть всё это с этим видео http://rutracker.org/forum/viewtopic.php?t=4313191

[PirogSV]

[Bill Ein]

Проблема в том, что тут нет конвертации по 709, а для 10бит это очень критично, вот конвертация 10бит по 709 первой серии Мадока Магика

а вот по 601

как видно есть разница в цветах и ряд листьев просто исчез

Кстати, как в действительности должна выглядеть картинка

и как она выглядит у тебя в кмп

Разница тоже видна, а её быть не должно.

Вообще что произойдёт если файл закодированный по 709 перевести в 601 и прочие варианты

В данной статье нет перевода в РГБ, но он всё равно не минуем при сохранении в анкомпресс РГБ или лосслесс с переводом в РГБ форматы уже из редактора и тогда уже 100% произойдёт то, что видно на скринах с мадокой и вернуть обратно эти детали кодированием по 709 уже скорее всего не удастся. Если ты вообще в курсе как кодировать по 709.

[PirogSV]

[Bill Ein]

Это не более сложная задачка, а то, с чем приходится иметь дело на данный момент, т.к. все качественные HDTV и BD рипы делаются уже только в 10бит с 709 матрицей (мы ведь не хотим делать клипы из говнорипов, правда?)
В случае со скриптами такой рип очень просто открывается правильно следующим текстом:

[PirogSV]

Со скриптом возможна работа в режиме прямопотокового копирования? Это, пожалуй, главный вопрос, который нам интересен. И правда, зачем все усложнять?

[Bill Ein]

Не понял, ты используешь свой метод, чтобы сделать доступным видео для работы в дабе, я использую скрипт, чтобы сделать тоже самое, но правильно и с меньшими усилиями. Так зачем мне вообще нужно прямопотоковое копирование? Для чего? Да, мне придётся сохранять в лагарит ави, но я не потеряю детали и цветность у HD и Full HD исходников настолько же значительно как это будет в твоём методе, а терять качество мне ой как не хочется. А если насрать на качество, то проще брать DVD рипы, там этих проблем не будет, хотя сейчас уже есть и DVD рипы с 709 и в 10бит.

[PirogSV]

Bill Ein, понимаешь в чем наша разница? Я делаю FMV и AMV ради удовольствия и ради исходников, которые мне понравились. А ты ради того, чтобы показать мастерство кодировщика? Зачем тебе нужны высококачественные исходники, если это видео не принадлежит тебе, а является собранным из чужого контента? Скажи, обычный человек разглядит на том же ютубе все авторские потуги, которые были при создании клипа? Нет, и ты должен в этом признаться. Простому зрителю наплевать на качество исходника и как его кодировали, ему может понравиться или нет сам клип, а уже потом, скачав в личною коллекцию, он уже может задуматься над тем, хорошее качество или плохое ему нужно на винте. К тому же, как подсказывает мне опыт, искушенных зрителей очень мало, в основном все хавают ширпотреб, и здесь, и на Рутрекере, и на спейсе, просто отписываются мало, а создают еще меньше. Ты зареген на рутрекер, зайди в раздел любительских клипов и посмотри, что за гавницо там качают больше всего И ты не увидишь высококачественных в техническом плане работ Норлака ли AMV от Агрессора. К сожалению это или к счастью, я не знаю.
ps - на прямой вопрос ты все-таки ответить не хочешь, что может означать универсальность моего способа А прямой вопрос это: придется ли перекодировать заново, с потерей времени и получением видео, которое отличается от оригинала? Прямой ответ такой: по твоему сомнительному способу тебе придется перекодировать и терять время, то есть прилагать больше усилий, а мой способ подразумевает для создания футажа быстрый и доступный всем алгоритм, который обходит всякие сомнительные экстракторы и нагрузку на пользователя, хоть по времени, хоть по другим параметрам. Качество теряется? Ох, до чего же ты наивен, кому они вообще нужны наши клипы, кроме нас?
Да и вообще, разговор-то был про mkv (для большинства клипмейкеров вообще неизвестны многие понятия, о которых тут упоминается, они берут рипы и делают из них клипы, некоторые из которых очень доставляют

[Bill Ein]

[PirogSV]

Интересно насчет пустышек, это я уже где-то видел, но не вдавался в подробности, а хотелось бы. Дай, пожалуйста, ссылку на этот способ, мож и пригодится.
Однако в чем разница между использованием целого исходника с помощью той же пустышки и футажа. Разница есть лично для меня и многих других есть, особенно если не касается аниме сериалов
Обясню на простом примере. Заимел на руки "Проклятье 3D" в mkv, надобность вырезать только хари и рожи в конце и разборки героини с ними. Раньше (до того, как узнал про режим прямопотокового) по своей нубости открыл бы скриптом в Дабе и как лох перекодировал бы в divx (это я так делал, признаюсь, ошибочный и глупый способ, в статье своей же про это указал). Если же я буду создавать avi пустышку, то в коллекции футажей мне придется хранить целый фильм, и еще неизвестно когда он мне понадобится, верно? А если я просто вырежу 5-минутный кусок, то места на винте займет меньше да и обрабатываться в редакторе будет быстрее чем целиковый фильм.
Сам исходник не 10 бит, обычный dvd рип. Какой способ можно посоветовать для обработки и сохранения пяти минут фильма без потери качества? И желательно без составления скриптов и перекодирования, потому что при любом кодировании качество теряется. Или я ошибаюсь?

[Bill Ein]

Ну, скажем, .avi пустышка той полнометражки "Исчезновения Харухи" занимает лишь 6,21 МБ, при этом пихнув её в редактор пустышка будет просто работать как ссылка на материнский mkv и для редактирования будет доступен весь видеопоток. При этом даб из процесса вообще исключается.
Всё что тебе нужно, это ависинт 2.58, AVISmaster (в составе ffdshow, но из K-Lite сборок он вырезан), плаги для ависинта: ffms2.dll, avss.dll (в составе Haali VR), mkunicode.dll (в составе Haali VR).
Далее просто создаём .avs скрипт как писалось выше, запускаем AVISmaster, указываем путь к скрипту и путь где будет лежать пустышка, жмём кнопку "создать". Всё, с полученной пустышкой можно начинать работать в любом редакторе.

Если речь о рипе 8бит 601, то вместо строки

[PirogSV]

Благодарю, Bill Ein, и, кстати, не подскажешь ли еще одну вещь. Короче, бывает так, что какой-то ролик разрешения, например, 1920 на 1080 имеет черные поля внутри самого видео, то есть как-то он сконверчен или рипнут с ними. Чтобы их отрезать, я должен в скрипте указать нормальный размер картинки, это будет, например, 1920 на 800 (недавно такой рол попался, вычислял с помощью обрезки в Вегасе).
Так вот: как мне узнать размер полезного видео, то есть без этих черных полей? Есть ли для этого специальная прога, или алгоритм действия, или что-то еще? как узнавать точный размер требуемого для скрипта изображения, если в исходнике есть черные полосы? не с линейкой же у экрана сидеть

[Bill Ein]

Можно сделать/взять скриншот, открыть в шопе, померять там точно в пикселях сколько с какой стороны резать, а дальше просто добавить в скрипт строку

[PirogSV]

Вот это хороший совет, благодарю еще раз! Потому что обычно делал какими-то особо трудными путями, то есть или подгонку Сонькой, или через автокроп xvid4psp или через кроп в Дабе, подгоняя уже врукопашную, только вот кратность считал, что нужно 16 или по меньшей мере 8, насчет 2 даже не думал, что можно.
хреново только то, что со скриптами перекодировка идет. И если перекодировать заготовленный футаж из исходника (чтобы весь фильм на винте не хранить), то куда, то есть в какой формат лучше? не divx однозначно, а анкомпресс многовато бут. пока юзаю ut, вроде косяков не подмечено, не портит качества. По рекомендации отсюда взял

[Bill Ein]

да в принципе UT - это более современная замена старому lagarith, правда моё первое знакомство было неудачным - переходы из чёрного и в чёрный жестоко глючили, поэтому продолжаю юзать lagarith. Может этот баг давно поправили, хз.
Сейчас вывел в UT RGB и Lagarith одну и ту же сцену продолжительностью 6.715 секунды. UT avi вышел 30МБ, а Lagarith avi - 13МБ