» ffdshow

FFDShow Revision 3984 (x86/x64) от Exodus
http://mpc-build.googlecode.com/svn/trunk/ffdshow/ffdshow_rev3984/

Цитата:

Updated Libav

Очень прошу знающих людей помочь! ffdshow не реагирует на Cinema Craft Encoder SP3 1.0.66, или наоборот, как угодно! Win7 x86 SP1, последний ffdshow ot clsid. Prefered Codec twicker - когда всё на ffdshow - не открывает ничего, говорит что не может отчитать параметры, а когда всё на Microsoft то открывает только h264 AVC и то только через Haali. VC-1 не открывает вообще! Работаю через AviSynth скрипт. Интересен факт тот что в январе - июне всё работало, правда тогда стоял ещё и Adobe Encore CS5, Carbon Coder i CCE работали на Ура, Чем только переустановил винду в июле (без Adobe-a) всё - больше не работает! Извиняюсь за пространное объяснение но замучился сейчас в ступоре! Весь интернет говорит о каких то запрещениях на сторонние кодеки в семёрке и т.д.... Прошу помогите как сделать так что бы ffdshow заработал!
Решенo. Видео VC-1 в CCE открываю сейчас через ffmpeg. Спасибо!

FFDShow Revision 3994 (x86/x64) от Exodus
http://mpc-build.googlecode.com/svn/trunk/ffdshow/ffdshow_rev3994/

Цитата:

Updated Libav
Minor fixes

Чего-то ffdshow совсем испортился во всём кроме directshow декодера. Постпроцессинг из virtualdub плагина и VfW выкинули уже давно, недавно часть энкодеров из VfW удалили. А тут понадобилось к кривому тюнеру fly2000tv поставить, решил там настроить, как раньше, просмотр с обработкой в ffdshow raw, фиг там, вывод невозможен!

Попробовал beta7 - вывод невозможен. Beta6 - вывод работает, изменение аспекта работает... деинтерлейс не пашет. Beta5 - заработало всё... прогресс блин.

А ведь, имхо, в качестве декодера (а всё идёт к тому, что кроме декодера в ffdshow ничего не развивается, портится или удаляется), он уже не столь актуален, как несколько лет назад, ибо навалом плееров, в том числе бесплатных, со своими кодеками из разряда "всё включено". Т.е. полно альтернативы. А, как раз, то, в чём альтернативы ffdshow-у нет, загнивает. Это обидно.

FFDShow+ Revision 4006 (x86/x64) full x64 build от Exodus
http://mpc-build.googlecode.com/svn/trunk/ffdshow/ffdshow_rev4006/


Цитата:

FFDShow+
Updated Libav (update 143 files of libavcodec from latest LibAV revision)

FFDShow branches
subtitles branch: \1a etc: always treat number hexadecimal.
subtitles branch: Treat \pos as a special case of \move
subtitles branch: very minor change (replace DwString<char_t> by ffstring)
subtitles branch: bug fix: forgotten to update TsubtitleLine::props
subtitles branch: Don't store empty words in TsubtitleLine and simplify karaoke parsing
Implement rotation (\frx,\fry,\frz,\org).
Implement \clip.
Implement \h.
Implement \r<style>
Implement \blur<strength>
Implement \be<strength>
Implement polygon drawings (\p)
Improved gradation of the outlines.
Improved, rotatable opaque box.
Subpixel accurate positioning.
Some compatibility fixes.
a few regression fixes
Other bug fix
ffdshow color space converter:YV12->RGB32:If the output horizontal size is not a multiple of 4, the heap gets broken.

qwertyop

Цитата:

фиг там, вывод невозможен!

И я с тем же год назад боролся. Программа fly2000tv не подхватывала в ffdshow кодере фильтры для шумодава.
Нормальную работоспособность обеспечивал ffdshow rev3556 20100902 clsid. Но пробовал другие билды: ffdshow_rev3562 20100907 xvidvideo.ru, ffdshow rev3562 20100907 xxl - вылетала ошибка при попытке записи. В итоге - на компьютере целая свалка различных билдов под разные цели. Например, ревизию rev3562 я полностью не браковал, потому что по скорости (т.е. без перегрузок процессора и заиканий) она оказалась лучше, чем более старая rev3562 - я её прикрутил в портативном режиме к KMPlayer-у. Именно так удалось "ужить" два разных билда в одной Винде. .... Сейчас хотел в портативном режиме прикрутить ffdshow к PotPlayer-у - хрен там, Потплееру портативность ffdshow не подходит.
Выходит, что нужен один единственный билд ffdshow, установленный в систему, но нормальный, без ошибок. А вот какой у него номер и чья компиляция...
Но откатываться до старой Beta5 не обязательно. Ведь там функциональность, насколько я помню, была существенно хуже. Регресс не во всём проявляется, прогресс тоже наблюдался

Сейчас проверил билд ffdshow rev3556. В интерфейсе VFW (Вход / Обработка кадра / Конфигурировать) нормально включаются шумодавы в видеопроцессоре, и запись при этом работает без ошибки.
И ffdshow - это ведь единственная программа, которая справляется с задачей "Отдать программе fly2000tv интерфейс, в котором есть И шумоподавление И кодер. Как вызвать из fly2000tv последовательно 2 интерфейса в виде цепочки фильтров (ffdshow как шумодав + x264vfw) я не умею. Странно, что x264 и другие кодеры сейчас выбросили из ffdshow!!! Неужели разработчики не пользуются в своей жизни своим же продуктом? Иначе бы они знали, насколько удобной была эта функция. Надо, чтобы кто-нибудь им написал.

Контретно для Вашего случая: в качестве внешнего DirectShow фильтра ffdshow raw video filter (rev3556) нормально подключается к просмотру fly2000tv и работает. Посмотрите, может у Вас в "Отладке" блокировка неразрешённых программ включена, а программа fly2000tv не перечислена в списке разрешённых?

MeUserListRu, спасибо!

Сначала, кстати, запустив 3556, смотрю, опять нет деинтерлейса... что за Но помогло включение "Обрабат. кадры, отмеч. как прогрес." На Beta5 делать этого не требовалось.

А последовательно ни как не подключишь, это надо было, что б изначально во fly2000tv такое было организовано.

Добавлено
Всё, в конец запутался, решил ещё посмотреть версии... теперь у меня все работают, включая rev3995

В какой-то момент, не сразу, я стал отключать цветоформат NV12, иначе картинка была в цветных полосках, похоже, что это же решает и проблему с выводом в последних версиях. MeUserListRu, шумодав работает.

ffdshow tryouts project, svn 4019 (x86/x64) от XvidVideo
http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ffdshow-tryouts-project-svn-4019-x86-x64.html

Цитата:

update xvidcore;

Re-enable Hi10P decoding in x64 build;

Fix Win32 after build registration on 64bit OS;

Call register.bat after building x86;

Various fixes.

ааа, вон оно, оказывается что Дело не в том, что за рубежом кодеры на борту ffdshow никому не нужны. В кодерах, оказывается, сидят баги. Не знаю, в режиме реал-тайм кодирования я багов не видел, ведь многие опции приходится отключать, а оставшиеся выставлять на средний или низкий уровень, чтобы не было перегрузки процессора и, соответственно, выпадений кадров. Но даже при таких щадящих настройках, x264, который был среди кодеров ffdshow, являлся незаменимым по соотношению чёткость/размер файла/нагрузка на процессор. Может, при максимальных настройках и были баги, но для максимальных настроек вовсе не обязательены DS или VFW интерфейсы; ведь через CLI сжатие по опциям эффективнее. А что осталось? DV - либо "мыло" либо огромный файл, MJpeg - либо квадраты либо огромный файл.
А на старую версию, где есть кодеры, тоже не хочется откатываться, потому что там действительно БАГИ: в аудиодекодере "twos" и "uncompressed" слиты в одну строчку. Т.е. я не могу пользоваться удобством "uncompressed", у меня одновременно с этим включается глючный "twos" и старые QT файлы "хрипят", если не использовать такие крутые платные проигрыватели, как ZoomPlayer. Бесплатный ZoomPlayer не предлагать, видел я его; перекодировать старые файлы - тоже не предлагать.

Можно попытаться пораздельно ffdshow.ax от новой версии зарегистрировать в качестве аудиодекодера (неглючного), а для видеокодеров зарегистрировать ffdshow.ax от 3667 с соответствующими файлами, которые перечислил whiteelephant на предыдущей странице. И бороться с реестром и подводными камнями... Но так это уже не хочется. Надоели все эти "костыльные" изобретения. Если бы чрезмерно активные копи-пастеры не закидывали форум развёрнутыми гиперссылками, то полезная информация от whiteelephant была бы на этой же странице. SamLab, если разрабы наплодят за неделю ещё штук 10 своих пре-альф-версий, Вы уж нам присылайте только одну гиперссылку, ладно? А если не в состоянии по-русски прокоментировать чего там такого ценного в "Various fixes", то вообще не присылайте

Цитата:

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

- Не в каждом плеере есть все нужные декодеры
- А если и есть (т.е. построены на базе библиотеки libavcodec), то обновляются они реже, чем ffdshow
- ffdshow можно юзать не только для обычного просмотра видео, но и для его анализа (кванты/тип_кадра и т.п.).
- ffdshow кажется пока единственный декодер, имеющий версию для декодирования 10-битного AVC (x264).

а я подумываю полностью отказаться от ffdshow, как от dshow декодера, в пользу LAV.

Цитата:

в пользу LAV

Допустим, вот:
Цитата:

ffdshow можно юзать не только для обычного просмотра видео, но и для его анализа

А я могу продолжить этот список удобств, и ffdshow будет несомненным лидером (хотя бы, пока LAV ещё не очень развит, как программа).
Понятно, что LAVовский сплиттер крут. Но декодеры имеют простенький неинформативный фейс. После удобного переключателя аудиодорожек ffdshow прямо на иконке в трее Вам не будет грустно? Не отговариваю. Наоборот, интересно. Вдруг напишете потом свои весомые аргументы... А пока что я вижу от LAV-овского декодера в проводнике миниатюрки видеофайлов с инвентированным цветом. Спасибо, что хотя бы не виснет проводник. А вот ffd можно настроить: Если Это Проводник, то выполнить деинтерлейс. И миниатюрки у ffd самые быстрые.

Добавлено:
В образовании миниатюрок может участвовать Haali, если он установлен. Ничего страшного, в ffd можно прописать условие миниатюрок проводника через точку с запятой и для Haali рендерера, который подключается к проводнику; у него название уникальное, так что конфликтов не возникнет. И способ деинтерлейса для миниатюрок выбрать быстрый, т.е. не тот, качественный, который мы выбираем для просмотра. У ffd под каждый случай можно настроить Своё условие А то многие докатились: Винда у них глюкастая и на миниатюрках кривых видеофайлов проводник виснет; и отключают миниатюрки твикером. Хотя есть решение- высокий приоритет невиндовых сплиттеров + ffdshow. Невиндовые сплиттеры конфликтовать с монстроподобными программами видеомонтажа не будут, т.к. у монстров свои сплиттеры. Доступ монстров к ffd прикрывается легко, в ffd есть для этого флажок. У LAV флажка пока нету. А если проигрывателю помешает высокий приоритет невиндовых сплиттеров, то проигрыватели ведь тоже настраиваются

MeUserListRu

Цитата:

миниатюрки видеофайлов

Заинтересовало о чём это? Просветите, если не затруднит.

Nichron, я про thumbnails - миниатюрные изображения видеофайлов (и фотографий, но это уже не про ffdshow). Когда мы идём в проводнике (компьютере) в папку с видеофайлами, то проводник по-умолчанию выводит их нам не в виде таблицы или списка, а в виде картинок. Картинка - это где-то 5й кадр в самом видеофайле. Удобно своей наглядностью, если файлов много, а они не имеют внятных названий

Цитата:

Допустим, вот

мне не надо.

Цитата:

А я могу продолжить этот список удобств

будьте добры.

Цитата:

Понятно, что LAVовский сплиттер крут.

его сплиттер мне не нужен, AV Splitter лучше.

Цитата:

Но декодеры имеют простенький неинформативный фейс.

Мне надо видео смотреть, а не битрейт в реальном времени.

Цитата:

После удобного переключателя аудиодорожек ffdshow прямо на иконке в трее Вам не будет грустно?

С AV Splitter - нет.

Цитата:

А пока что я вижу от LAV-овского декодера в проводнике миниатюрки видеофайлов с инвентированным цветом.

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

зы. К стати, с год назад экспериментально выяснил, что декодирование mpeg 4 asp через xvid дает больший ssim, чем через libav

Gideon Vi, много у Вас времени ушло, чтобы настроить AV Splitter до рабочего варианта? Я хотел по-быстрому... никак. Плееры закрываются с ошибкой. Этот сплиттер что-ли не из тех, которые сразу работают? Может, я руки к нему не тем концом приложил...
FfdShow тоже относится к программам, которые работают "во всей красе" только если убить кучу времени на настройку. Это, конечно, минус: никаких Мастеров или автоматических настроек, как в ZoomPlayer.

Цитата:

продолжить этот список удобств

5 Гибкость. Про возможность применения Условий я рассказал на примере миниатюрок. Но ведь это мелочи. Есть решения применения Условий и посерьёзнее. В зависимости от разрешения видеофайла автоматически включаются разные уровни постобработки и подавления шумов. Ведь на файлах с высоким разрешением высокий уровень постобработки не нужен, они итак качественные, да и процессор не справится с нагрузкой. В зависимости от того, какой запущен проигрыватель, может автоматически включаться кодирование всего аудио на цифровой ресивер. Удобно, без шумов и никаких лишних телодвижений
6 Бесконфликтность. Про флажки, которые позволяют "забанить" несовместимую прогу, я уже писал.
7 Универсальность. Переключатель аудиодорожек, про который я уже тоже написал, не только удобный и информативный. Он ещё и универсальный. Если в видеофайле есть такие редкие и никому не нужные дорожки как WMA Pro, то аудиодекодер ffd пропустит через себя в RAW формате и дорожки будут Переключаться (и оцифровываться в SPDIF, если надо) даже при условии, что ffd не понимает WMA Pro. Просто при этом используются чужие декодеры, в данном случае виндовый WMA DMO. А как в Вашем варианте AV Splitter справится с форматами, которые не понимает? А ведь он не все форматы понимает, пусть и их список очень внушительный. В ffdshow Универсальность сделана грамотно: вообще неважно, какой сплитер применяется, лишь бы совместимый.
Кстати, WMA Pro давным давно прикручивается к библиотеке FFD. Почему именно в FFDShow этого нету, непонятно! В KmPlayer и в линуксовых плеерах достаточно положить файлик wmadmod.dll в соответствующее место.
8 Переносимость. Настройки делаются один раз в жизни и сохраняются в .reg файлик. В других декодерах приходится рыться в реестре.

MeUserListRu

Цитата:

автоматически включаются разные уровни постобработки и подавления шумов

В постобработке действительно есть "автоконтроль качества", это оно? А в разделе "размытие и подавление шума" где автоматика?
А может подскажете, где есть толковый мануал?

P.S. Что-то нет у меня миниатюрок на XP, при любом режиме значок плеера.

Nichron
Автоматика связана с возможностью задавать условия для применения определенных профилей.
Профили/Настройка пресетов -> Нужный профиль -> внизу кнопка "Условие автозагрузки", применяемая к выбранному профилю.
Для задействования автозагрузки должна быть включена галка "Автозагрузка".

Nichron, да, присоединяюсь к ответу unreal666
Добавлю только, что "нужный профиль" - это новый профиль с названием, допустим "KMPlayer" или "Players", в котором условие автозагрузки задано по экзешнику KMPlayer.exe или по экзешникам, перечисленным через точку с запятой (ведь плееров может быть несколько, а условие постробработки для всех одинаковое). Следующий по алфавиту пресет должен называться "PlayersHD" и в нем следует задать 2 условия: названия плееров и Высокое разрешение. Во втором пресете, естественно, уровень постобработки и шумоподавления гораздо меньше, чем в первом.
А в профиле default включать ничего не надо. Ведь это профиль, по которому подключаются все остальные программы без условий (тот же vdab, для которого постобработка просто испортит видеоматериал)

Добавлено:
Отключение миниатюрок в твикерах называется "решение проблем". В одном из популярных твикеров XP Tweaker это делается так: Система / Решение проблем / Корректное удаление AVI-файлов. Если галочка стоит, то миниатюрки выключены. После включения компьютер следует перезагрузить. И без твикера есть команда, но я её наизусть не помню. Но этой командой весь инет исписан.
А вот по ffdShow хорошего хелпа не видел. Есть зато очень серьёзный мануал у Mplayer. Это не совсем то, что надо, но полезной инфы много, т.к. библиотека у них одинаковая

Добавлено:
Да, не сказал. Разумеется, в пресете "Players" должен стоять ограничитель И (не ИЛИ!) по разрешению, чтобы этот пресет не хавал файлы с высоким разрешением и программа по логике переходила к следующему пресету по алфавиту

Цитата:

много у Вас времени ушло, чтобы настроить AV Splitter до рабочего варианта?

совсем ничего не настраивал.

Цитата:

А как в Вашем варианте AV Splitter справится с форматами, которые не понимает?

не знаю, мне такие не попадаются. Если интересно, кидайте сэмпл - проверю.

Цитата:

8 Переносимость. Настройки делаются один раз в жизни и сохраняются в .reg файлик. В других декодерах приходится рыться в реестре.

ни LAV, ни AV Splitter не настраивал, только при установке первого отменил установку сплиттера.

Добавлено:

Цитата:

В постобработке действительно есть "автоконтроль качества", это оно?

весь "авто контроль" там - настройка уровня постобработки в зависимости от загрузки процессора.

ffdshow с Intel QuickSync декодером
только для SandyBridge (i3, i5, i7), кроме Pentium и Celeron.

А разве GMA HD не имеет DXVA? Если имеет, то тогда интересно, в каком случае меньше нагрузка/тепловыделение при DXVA vs. QuickSync.

Gideon Vi, а у Вас какой плеер?

unreal666
Это надо у владельцев процессоров спросить. Релизу декодера чуть меньше суток, тестов в сети нет.
Есть про использование Quick Sync для транскодирования - хвалят.

ffdshow - не единственный декодер Hi10P (Hi10P - новый, более эффективный уровень H.264, учитывающий более плавные градиенты цвета за счёт увеличенной битности цвета)

Цитата:

а у Вас какой плеер?

Media Player Classic Home Cinema

ALL
В продолжение темы whiteelephant о том, как вернуть кодеры в новые версии ffdshow.
Замена файлов декодера старыми приводит к потере функциональности. Но есть вариант, где декодеры полностью остаются новыми, а от старой версии используются только кодеры.
А именно:
Я взял из "ffdshow_rev3631_20101115_clsid.exe" 4 файла: ffdshow.ax, libavcodec.dll, ff_x264.dll и ff_vfw.dll. Первые 3 файла положил в D:\Program Files\OldFFDCodecFull, а чётвёртый - в C:\WINDOWS\system32 с заменой ff_vfw.dll, который там был от текущей версии (rev4019). И поменял 3 строчки в реестре, которые отвечают за кодер:
05F983EC-637F-4133-B489-5E03914929D7 - это ffdshow Video Codec;
1F71651E-65D2-40BF-AC44-275D11927D99 - ffdshow video encoder vfw;
7CA71B1E-A67D-4D54-A200-FA47605483A7 - ffdshow video encoder conf.
В редакторе реестра regedit: Правка / Найти / вводим циферки, попадаем в соответствующую запись, меняем путь с C:\Program Files\ffdshow\ffdshow.ax на D:\Program Files\OldFFDCodecFull\ffdshow.ax и так 3 раза.

Таким образом возвращается VfW интерфейс с прежним набором кодеров. DS интерфейс остаётся с новым набором кодеров (владельцы тюнеров знают, что у ffdshow 2 кодирующих фейса).
Разумеется, можно сделать самораспаковывающийся архив с батником внутри, чтобы эту операцию не выполнять вручную. Я его пока не делал.
xvidcore.dll не нужен - итак работает, используя новую версию прямо из C:\Program Files\ffdshow

FFDShow+ Revision 4039 (x86/x64) full x64 build от Exodus
http://mpc-build.googlecode.com/svn/trunk/ffdshow/ffdshow_rev4039/

Цитата:

FFDShow+
Updated Libav to latest
* Update libavcodec (201 files)

FFDShow trunk
Added check for existence of SSE2 in order to use sse_memcpy.
Added check for existence of SSE4.1 in order to use Intel QuickSync Decoder.

FFDShow branches
subtitles branch: fix garbling: Work around a bug? of SetTextCharacterExtra (Windows API) which breaks mapping of a logical font to physical fonts.
subtitles branch: merge from trunk
bug fix of rev 4034
subtitles branch: SSA/ASS: Process right trailing spaces correctly.
fix rev 4036 for vsfilter compatibility
subtitles branch: fixed OSD spacing

Подскажиете где найти 64 битный кодек FFDShow с поддержкой MPEG-4

Помню в какойто пробной бетке был, а найти пока что не могу.