_xenium_

 Рейтинг: ↓46+

Зарегистрирован: 21 ноября 2008, 22:47
Пол: Мужской
Количество новостей: 3
Количество комментариев: 81
# Взаимно. Я тоже :-). Наверное, таких хостингов, как у тебя в новостях, уже на всем NNM днем с огнем не сыщешь :-) Утрирую, конечно, но доля правды в этом есть.
05.06.2011 14:42, в Teorex InPaint 3.0 Eng + Rus
# Бывает :-). Правда, редко :-(
05.06.2011 14:01, в Teorex InPaint 3.0 Eng + Rus
# Не будут :-))) Там не только негра затерли :-))))
05.06.2011 12:52, в Teorex InPaint 3.0 Eng + Rus
# Все время забываю про ограничение на количество символов. В общем, этот разрыв может быть и другим. И если оно больше, то в результирующем файле может быть слышен сначала звук живых мертвецов, а потом уже эти мертвецы только появятся на экране. Приятного мало. Поэтому я бы от таких программ отказался. Фильтров в них почти никаких, высокая веростность получить несинхрон, и политика кодирования, предлагаемая по умолчанию, довольно безграмотная. Тут как бы сколько фильмов — столько и политик кодирования. Начал говорить про чересстрочную развертку и не договорил. Реализация поддержки чересстрочной развертки в том же DivX достаточно кривая, и если на компьютере тут проблем нет, на аппаратных плеерах можно получить дергающуюся и тормозящую картинку, которую смотреть совершенно нереально, поэтому, возможно, резонно применять деинтерлейсинг. Это также необходимо для корректной работы ряда фильтров, особенно шумоподавительных. В принципе, базовые фильтры есть в VirtualDub, и используя его с плагином MPEG-2, а не морально устаревший VirtualDubMod, можно добиться неплохих результатов, даже несмотря на то, что больше одной аудио-дорожки внедрить в файл он не даст. Впрочем, для этого можно воспользоваться AVIMuxer GUI, он позволяет внедрять в AVI дополнительные аудиодорожки и субтитры. Правда, тут тоже есть подводные камни, поскольку изначально AVI-формат такой поддержкой не обладал, и все же подобное лучше мультиплексировать в Matroska. Ее поддержка заявлена в DivX 7, что делает этот формат более популярным на новых аппаратных плеерах, а в компьютерном мире это уже давно не экзотика, потому что подавляющее большинство контента в MPEG-4 AVC мультиплексируется в этот контейнер из-за ограниченной поддержки B-кадров AVI-форматом. А H.264 может навставлять подряд до 16 таких кадров. Хотя редко идет больше 5 подряд, и может регулироваться опциями, но и все же. Для сравнения в XviD по умолчанию — 2, хотя может быть увеличено до 4-х, но не слишком желательно это делать, если заботиться о качестве. Поэтому если заботиться о качестве, я бы изначально бы взял VirtualDub, познакомился с базовыми фильтрами и опциями кодировщиков, почитал бы соответствующие статьи, чтобы знать, какие опции влияют на скорость, а какие — на качество, а уже потом брался бы за что-то более продвинутое — например, за фрейм-сервер AviSynth, который обычно используется в связке с VirtualDub. Под него есть множество куда более продвинутых фильтров. Правда, он имеет скриптовой язык. Но для рипования особо сложного ничего штудировать не надо. Достаточно базовой документации и ряда внешних плагинов. Позволяет сделать качественную постобработку, чего VirtualDub не может. А программы-автоматы я бы повыкидывал в корзину, поскольку автоматически нельзя проанализировать материал одной софтиной. Для этого необходим целый набор различного софта и, возможно. даже пробные рипы, чтобы выбрать правильную политику кодирования. Я сейчас VirtualDub и AviSynth использую больше для анализа, хотя к последнему порой прибегаю. Просто перешел на более сложный инструмент кодирования, который меня более всего устраивает, хотя, бесспорно, к нему вообще термин "автомат" не подходит.
# DGIndex возьмите или PGCDemux. И тот и другой демультиплексирует аудио-потоки в отдельные файлы. В DGIndex надо открывать все VOB'ы фильма. В меню Audio — Demux All Tracks, и далее в меню File — Save Project. Аудио-файлы будут все извлечены. В имени файла будет указан довольно важный параметр — Audio Delay — задержка аудио. Не забудьте потом указать это значение при последующем мультиплексировании в тот или иной контейнер.
# Дело все в том, что если ищется просто "лучший автомат", то, конечно, такого нет. Объясню, почему. Одно дело, когда речь идет о Голливуде и прочей топовой художке. Такие фильмы почти всегда подверргаются жесткома пост-продакшн, поэтому имеют почти идеальную картинку с яркими насыщенными цветами. Да и тем более, что подавляющее большинство из них идет в построчной развертке, и тут особо париться не надо — срезал черные полосы, при необходимости отмасштабировал фильм, чтобы он был не анаморфнымм, или же выставил PAR, сделав его анаморфным, да и все. С другими только и проблемы. Очень много видеоматериала в чересстрочной развертке, а не в построчной, а это значит, что на телеэкранах с построчной разверткой, а это все компьютерные ЖК-мониторы, будет видна характерная гребенка, особенно если это не какой-нибудь пуллдаун. И вот тут возникает 2 проблемы — оставить чересстрочную или преобразовать в построчную. Мнения разные. При преобразовании мы преобразуем 50 полей (полукадров в секунду) в 25 кадров (для PAL). Это значит, что часть информации у нас потеряется. Поэтому некоторые рекомендуют делать рипы в чересстрочной развертке, если она таковая у исходника. Тут сразу возникает ряд тонкостей. Усечение по высоте должно быть кратно 4-м. Любое масштабирование должно производиться со специально активированной опцией фильтра, что у нас чересстрочная развертка. Соответственно, кодировщику надо тоже об этом сказать явно, иначе он сделает построчную развертку, а гребенка останется. То есть все просто коту под хвост. Помимо этого на дисках NTSC может встречаться смешанное содержимое, например, смесь мягкого телесина с жестким. А это игра с частотой кадров. Для такого видео применяются избирательно фильтры обратного телесина, которые могут быть далеко не во всех программах. К тому же ни одна программа не способна дать полноценный анализ видео и на автомате решить, что нужно для того или иного типа видео. Чтоб, например, смешанное содержимое распознать, это нужно смотреть покадрово сцены, где телесин, а также понаблюдать, меняет ли плеер при воспроизведении частоту кадров. Такую информацию не каждый плеер даст. С масштабированием тоже не все гладко. Программа может просто некорректно отмасштабировать нестандартное видео, в результате соотношение сторон будет искажено. Обычно оно определяется по PAR. Если для PAL 720x576 4/3 он обычно 16:15, то для аналогичного 704х576 он уже 12:11, насколько сейчас помню. Для 720х576 16/9 — он обычно 64:45. Кроме этого есть и еще тонкость, например, если в том же кодировщике XviD задействовать DivX-профиль, он автоматом сбросит PAR, даже если он указан. Поэтому, если мы хотим получить анаморфный рип, совместимый аппаратно с DivX-плеерами, нам придется либо после кодирования выставлять его с помощью стороннего софта, либо не использовать DivX-профиль, а параметры подстроить так, чтобы рип был совместим. То есть это тоже нужно знать. Бывает так, что изображение бывает шумное — такое характерное зерно на картинке. Это довольно плохо, потому что на него тратится много битрейта, если он сильный. Для этого решения существуют шумоподавительные фильтры. Есть пространственные и временные, но сейчас почти все используют только пространственно-временные, потому что мощности современных компьютеров уже позволяют делать такую обработку на высокой скорости. Ну, если, конечно, не импользовать что-нибудь крутое с жесткими опциями, но это уже в том случае, если нам уж совсем сложный шум надо убрать. Обычно подходят и стандартные фильтры. Тут тоже надо быть аккуратным, чтобы фильтром не замылить картинку, потому что он уберет шум, но и картинка сгладится. Поэтому фильтры стоит применять в разумном назначении. Далее. Большинство программ-автоматов сознательно отключают все основные опции, нагружающее CPU, чтобы показать, что их софт кодирует быстрее конкурента, а это означает неизбежно неаккуратность кодирования, потому что для качественного кодирования нужна хорошая точность оценки движения, а это серьезно нагружающая CPU опция. Ее целесообразно отключать только при первом проходе двухпроходного кодирования, если критична скорость, хотя лучше не делать этого. В общем, качество конечного кодирования весьма сильно зависит от исходного материала, какой он, от того, какие фильтры мы применим, потому что некоторые программы-автоматы тупо кодируют картинку, как она есть, даже не делая обрезку, а на черные полосы неминуемо тратится битпоток, к тому же это сбивает с толку анализаторы оценки движения в кодировщиках, что ухудшает результат кодирования. По поводу инструментов... Вот ниже про Dr.DivX упомянули... Я бы не советовал, поскольку сам пользовался им. Как последние версии не знаю, но он при кодировании отдирает видео от аудио, кодирует каждый поток в отдельности и склеивает потом их. Никогда в свойства файла в VirtualDub не заглядывали? Гляньте ради интереса на продолжительность видео и аудио-дорожек, то увидите, что они разные. Стандартно они отличаются на пару-тройку сотен милисекунд, но это значение может бы
# Ага. Только лучше на карте памяти, заранее передвинув перемычку защиты от записи, а то некоторые вирусы автоматом сканируют сменные носители и удаляют антивирусы оттуда, причем даже с измененным именем файла. Не раз сталкивался.
# Windows 8.1 Smeshariki Edition, судя по картинке диска :-D
# Сам троян 225 КБ — см. ссылку на VirusTotal, а если стартовать самораспаковывающийся архив WinRAR, то этот троян автоматом выполнится. Вот выдержка кода комментария самораспаковщика: Path=Dom.medicina SavePath Setup=appclick.exe penetrate 46
# Говоря по-честному, последнюю версию всегда можно скачать с офсайта. Она обновляется раз в две недели примерно. А вот еще в догонку опять же с офсайта можно взять тулзу Rescue2USB, которая запишет этот образ CD на флешку и сделает ее загрузочной. Хотя, впрочем, это можно сделать и более универсальной программой — UNetbootin.
^ Наверх