Показать полную графическую версию : Использование четырёх ядер при кодировании
DJ Mogarych ,
Чтобы посмотреть, как загружены ядра: Диспетчер задач --> Быстродействие --> Хронология загрузки ЦП.
Это я уже смотрел. Галочки проставлены у всех 8 ядер, но значков ffdshow только 7, :( да и fps как-то не радует всего лишь от 20 до 50.
А вот на энкодинге звука fps подскочил и колеблется от 130 до 200 !!!
Мультиядерность спользуют не оболочки, а кодеки. Правильно говорит DJ Mogarych. Но вот для себя я выяснил, что максимально полно использует мультиядерность только кодек DivX. Если поставить в его настройках галочку "Enchanced Multithreading". X264 и Xvid могут максимум использовать 1,5 - 2 ядра :( Надеюсь, что когда-нибудь это поправят. Всё-таки Xvid более либеральный энкодер, чем DivX. Если я урезаю поля и меняю разрешение исходной картинки, то DivX при кодировании такого потока вылетает с ошибкой. В отличие от Xvid, который без проблем всё это переваривает... но медленно :(
В этом плане мне понравилась родная софтина от nVidia под названием "Badaboom". Она позволяет переложить всю нагрузку при кодировании на видеокарту (в моём случае это 8800GTS) и скорость кодирования довольно приличная. Но есть один косяк - не поддерживает большинство кодеков популярных :( Ни DivX ни Xvid ни x264 :(
Может быть nVidia всё-таки расширит функционал этой проги....
Maikl7,
Мультиядерность спользуют не оболочки, а кодеки.
Ну так я об этом и говорю, что VirtualDubMOD их не использует!
x264 лучше кодировать в программе MeGui. Там работает консольная версия кодера x264 и она должна хорошо использовать ядра. А кодировать x264 в VirtualDub не очень правильно. Во первый vfw x264 отстает в развитии, во вторых контейнер AVI с ним не очень совместим и не позволяет раскрыть все его возможности.
x264 лучше кодировать в программе MeGui. Там работает консольная версия кодера x264 и она должна хорошо использовать ядра. А кодировать x264 в VirtualDub не очень правильно. Во первый vfw x264 отстает в развитии, во вторых контейнер AVI с ним не очень совместим и не позволяет раскрыть все его возможности.Я не поленюсь поставить эксперимент. Я скачаю данную программу и запущу кодирование. ТОлько подскажи какие консольные команды прописать для двухпроходного кодирования с битрейтом в 1200.
Там достаточно выбрать пресет и указать битрейт. MeGui это оболочка над консольным кодировщиком. В ней можно конвертировать и в AVI Xvid, используя mencoder, который тоже имеет настройку количества ядер.
MeGui скачать можно здесь http://sourceforge.net/projects/megui/
Он потом подгрузит обновленные кодеки из интернета сам.
Но в системе должен быть установлен Net Framework
Потом видео открываем так:
File-open-тип файлов all supported-открываем файл
настриваем фильтры, если нужно и нажимаем save
выбираем file format-avi или mkv
video output- куда сохраняется файл. Если на входе AVI и на выходе тоже хотим его получить, надо изменить имя файла, чтобы они не совпадали.
encoder settings-выбираем кодек-config threads число ядер. значение 0 запустит автоопределение.
нажимаем enqueue, переходим на закладку queue и нажимаем start
Опробовал meGUI и результат меня впечатлил. Но для полноты картины надо сравнить с показаниями VirtualDub. Скачал самый свежий билд 1.8.8.
Все настройки x264 оставил по умолчанию, кроме битрейта в 1200.
http://img-samara.fotki.yandex.ru/get/3613/maikl747.8/0_26cd9_13c39c02_orig
http://img-samara.fotki.yandex.ru/get/3508/maikl747.8/0_26cda_75b7d40_orig
http://img-samara.fotki.yandex.ru/get/3511/maikl747.8/0_26cdb_7def78b2_orig
Но когда запускаю кодирование первого прохода - вываливается следующаяя ошибка:
http://img-samara.fotki.yandex.ru/get/3614/maikl747.8/0_26cd8_7c8d625e_orig
Подскажите пожалуйста, как преодолеть сиё препятствие.
У меня такое было с Divx кодеком из-за того, что я работал под учетной записью с русским именем. Видимо с путями что-то. Ну и попробуйте нажать кнопочку load defaults.
А сколько ядер на тестируемой машине и на сколько процентов каждое из них загружал MeGui в x264?
Еще очень бы хотелось узнать при кодировании в AVI Xvid в MeGui как загружаются ядра?
DJ Mogarych
24-07-2009, 19:25
Maikl7, судя по логу ошибки, проблема во вкладке Rate control & other. Попробуйте убрать галку с use command line.
Спасибо DJ Mogarych - помогло!
Теперь подведём итоги. meGUI меня серьёзно впечатил :)
Вот это результат кодирования meGUI в mkv x264
http://img-samara.fotki.yandex.ru/get/3613/maikl747.8/0_26cdd_2b71d09c_orig
Вот это результат кодирования meGUI в avi xvid (с выставленным параметром Threads:4)
http://img-samara.fotki.yandex.ru/get/3509/maikl747.8/0_26cde_490ec59_orig
Вот это результат кодирования VirtualDub 1.8.8 в avi с кодеком x264
http://img-samara.fotki.yandex.ru/get/3512/maikl747.8/0_26cdc_953419b2_orig
Хотел продемонстрировать торжество современных технологий, скачал новейший экспериментальный VirtualDub 1.9.3 с поддержкой кодирования через видеокарту, но не увидел увеличения производительности от включения 3D акселерации :( Отписал по этому поводу разработчикам VirtualDub... Может я не с теми кодеками использую...
Моя машина Core2Quad Q6600 2,4Ghz/2Gb DDR2-1066/MB Gigabyte P35-DS4/GeForce 8800GTS 512Mb.
Maikl7, ну может настройки в x264 для VirtualDub были другими, вот и скорость меньше. А еще, если не применялись фильтры в VirtualDub, то включение в нем Video-Fast recompress, вместо Full processing должно увеличить скорость. Чтобы не было лишнего преобразования YV12-RGB32-YV12
ну может настройки в x264 для VirtualDub были другими, вот и скорость меньше.Я могу вывесить настройки x264 в VirtualDub и в meGUI, чтобы мы сравнили.
А еще, если не применялись фильтры в VirtualDub, то включение в нем Video-Fast recompress, вместо Full processing должно увеличить скорость. Чтобы не было лишнего преобразования YV12-RGB32-YV12Кстати, всегда хотел спросить, что это за режимы Fast Recompress, Normal Recompress, Full Processing Mode ? Чем они отличаются? А то я всю жизнь работал с Full Processing Mode...
Кстати, всегда хотел спросить, что это за режимы Fast Recompress, Normal Recompress, Full Processing Mode ? Чем они отличаются? А то я всю жизнь работал с Full Processing Mode... »
http://virtualdub.msk.ru/4.shtml
упрощенно:
Fast Recompress не производится преобразование цветового формата
Normal Recompress по умолчанию преобразование не производится, но можно выбрать на выходе другой цветовой формат
Full Processing Mode цветовой формат преобразуется в RGB32 (самый тяжеловесный), т.к. фильтры в дабе работают только в нем. Однако, если фильтры не используются последние версии даба преобразование не делают. Тогда режим аналогичен Normal Recompress
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.