» ffdshow

qwertyop

Цитата:

но на примерно одинаковых с divx, высоких настройках

Цитата:

Везде ffdshow, со всеми отключенными пост-обработочными фильтрами (при своих истиных "полнозагрузочных" для HT 50%) тормозит много сильнее, чем NERO или CoreAVC с ихними >>50% и "не истинными" оптимизациями под многоядерность.

Не знаю про неро, но CoreAVC всегда чуток быстрее был (правда мылит немного ).
По ffdshow:
последних билдах для H.264 можно выбрать конкретный декодер libavcodec или ffmpeg-mt. В твоем случае надо пробовать оба.
Еще есть опция Number of decoding threads, попробуй 1, 2, 3.

И еще говорить что XviD тормозной приводя в пример H.264 некорректно, это два разных декодера в одной оболочке. Сравнивать кодер и декодер тоже не правильно.

V0lt

Цитата:

И еще говорить что XviD тормозной приводя в пример H.264 некорректно

Видимо в обоих случаях имелся в виду энкодинг в MPEG-4 ASP.

Цитата:

Еще есть опция Number of decoding threads, попробуй 1, 2, 3.

Поиграться можно, но ffdshow сам при установке её выставляет. Так что, в лучшую сторону производительность наврядли изменится. Скорее стоит проверить Queue & misc -> Queue output samples.

qwertyop
Опиши подробнее, что и на каких настройках сравнивал. Как я понимаю, проблема не столько с декодингом ffdshow (который проигрывает по скорости CoreAVC), а с многопоточностью при кодировании Xvid'ом?

что-то кидает вас из стороны в сторону
Да, свободные энкоедры (за исключением x264) и дэкодеры не умеют толком использовать ресурсы многоядерных процессоров. И да, Core , divx и прочие делают это не напрягаясь.

Bladru
Цитата:

Видимо в обоих случаях имелся в виду энкодинг в MPEG-4 ASP.

Именно так, может не очень ясно выразился.

Цитата:

Поиграться можно, но ffdshow сам при установке её выставляет. Так что, в лучшую сторону производительность наврядли изменится.

А в ffdshow-mt даже и выбирать ничего не нужно.

Цитата:

Скорее стоит проверить Queue & misc -> Queue output samples

Попробую как-нибудь.

Цитата:

Опиши подробнее, что и на каких настройках сравнивал. Как я понимаю, проблема не столько с декодингом ffdshow (который проигрывает по скорости CoreAVC), а с многопоточностью при кодировании Xvid'ом?

А вот тут, похоже, с графиком загрузки по xvid я обманул, версия 1.2.2 может грузить P4 HT и выше 50%. Хотя странно, мне ж не приснилось, возможно пробовал раньше более старую версию. Деинтерлейс и шумодав BeholdTV + кодирование MP3 не могут дополнительно грузить систему на 30%, значит как-то xvid HT да задействует.

Тогда по поводу дропов:
Здесь, всё равно не понимаю, почему при равной (даже в среднем на ~5% меньшей) не 100% загрузке процессора xvid теряет кадры, а divx нет:


xvid


divx

Запись 1 мин. в обоих случаях идёт: в разрешении 512x576, 25 кадр/сек, target quantizer = 4.00, выходной PAR = 4:3, по фильтрам предобработки BeholdTV и звуку - всё одинаково, пресеты сделаны копированием;
настройка xvid 1.2.2: профиль - "Home", качество - "General purpose",
настройка divx 6.8: профиль - "Home Theater", качество - "Better Quality".

решил на 7х64 поставить данный сабж, так как паки не уважаю
для корректной работы нужно и 86 и 64 или только 64бит версию

andrew1692
Учитывая что большинство программ, работающих с видео и звуком, 32-битные, скорее всего будет достаточно только 32-битной версии FFDshow и не факт что 64-битная хоть когда-нибудь вам понадобится.

Taciturn
спасибо, но конфликта не будет?
я в основном медиа плеером сейчас стал 12 пользоваться, особенно 64 версией(хотя разницы нет, в общем)

andrew1692
Не будет, можно одновременно ставить обе версии.

подскажите отличие
ffdshow tryouts project, svn 3096 (x86) sse icl11
от
ffdshow tryouts project, svn 3096 (x86)

sse icl11 это чего такое, что то с процессаром связано?

momo2000
http://ffdshow-tryout.sourceforge.net/wiki/faq

abld1
блин, всё равно не пойму толком,
ICL10 для более современных cpu?

Перевод вот этого:
http://ffdshow-tryout.sourceforge.net/wiki/faq:builds
Основная разница в используемом для компиляции(сборки) ffdshow.ax компиляторе и, поэтому, выдвигаются соответственные требования к ЦПУ...

Добрый день!

Столкнулся с такой проблемой

BSPlayer при обращении к FFDshow (video) вырубается с ошибкой. Происходит это на довольно большом количестве файлов.

при этом Windows Media player играет то же самое без проблем

В чем может быть косяк?

Система - Win7 x64

Добавлено:
Добавка: происходит это при декодировании xVid

Цитата:

Столкнулся с такой проблемой

BSPlayer при обращении к FFDshow (video) вырубается с ошибкой. Происходит это на довольно большом количестве файлов.

при этом Windows Media player играет то же самое без проблем

В чем может быть косяк?

ясно же, проблема плеера

Вот тут расписал о кодеках, кому интересно.

Цитата:

ясно же, проблема плеера

по ходу дела - нет. Испортили что-то: если в vfw задействовать декодирование через libav, то Cinema Craft Encoder SP2 и MPC при подаче на вход avs скрипта вылетает. Если подать просто видео-файл, то не вылетает. Справделиво, как для xp, так и для win7. Через DirectShowSource не вылетает. Раньше все работало нормально.

Добавлено:
PrALX, скачай xvid и выставь в ffdshow декодирование для divx и xvid через xvid.

Gideon_Vi
Сэнькс! Так и сделал - все ОК
А как временный вариант просто отключил использование FF для xVid. Учитывая, что в системе уже есть кодек - тоже работало

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

Цитата:

А как временный вариант просто отключил использование FF для xVid

в ff много вкусных фишек, даже если дэкодером использовать xvid, фильтры все равно юзать можно.

Работает ли у кого-нибудь DeBand при дефолтном 1.2 с MPC-HC x64 без тормозов? У меня почему-то на Core Quad Q6600 после включения галки начинает неимоверно тормозить даже 720p.

RussianNeuroMancer, у меня то же самое происходит, когда включаю DeBand...

А производительности при использовании DeBand от чего зависит, не в курсе? У меня знакомый сейчас проверил на одноядерном Athlon64 4000+ 2080 x64-билд - пишет, что работает без тормозов в том числе и с 1080p-рипами.

У меня на одноядерном тоже незначительно ресурсы кушает

Попробую написать XXl, пускай разберется...

в ffdshow_rev3123_20091101 поправили vfw - можно вновь ставить libav

szl
А можно узнать, что случилось с SSE сборками FFDShow?

Taciturn, ни чего такого не случилось... просто не было обновлений в проекте sse icl (10-11), а раз не было обновлений то смысл собирать и выкладывать то же самое...

На родном сайте лежит Beta 6. Номер сборки да и дата меньше чем у сборок ffdshow на xvidvideo.
Новое из беты уже включено в xvidvideo-сборки или нет. Просто не знаю откуда и какую версию лучше качать. Интересует вот это: Support for E-AC3, DTS-HD, Dolby TrueHD.

Если ктото пользует раскодировку hd-звука с помошью ffdshow - отзовитесь, лучше ли результат чем при пользовании фильтров из MPC HC?

Туда же - лучше ли работа с FLAC-дорожками к фильмам?


Причина вопроса:
Пробовал смотреть БД-ремуксы с truehd, dts-hd и flac-дорожками. MPC HC на них начинает жутко тормозить. Видео превращается в слайдшоу... Звук тож получается кусками...

Может ли использование ffdshow помочь?

Цитата:

Просто не знаю откуда и какую версию лучше качать.

у szl в подписи

Цитата:

Цитата:
Просто не знаю откуда и какую версию лучше качать.

у szl в подписи

Тоесть туда уже вошла потдержка HD-звука из шестой беты?

Цитата:

Support for E-AC3, Dolby TrueHD.

это есть уже давно

Цитата:

DTS-HD

не видел, чтобы libav полноценно мог это декодировать