Здравствуйте!
Есть проблема: нужно написать DirectShow фильтр, который бы загружался автоматически при построении графа.
Прецеденты есть — DivXG400. Он, в режиме "force" подключается к любому графу построенному через RenderFile.
При этом он не подключён ни к одному другому фильтру, а просто лежит рядом с ними.
Кто знает, как это реализовать, откликнитесь!

Здравствуйте, Petrov_SE, Вы писали:

P_S>Здравствуйте!
P_S>Есть проблема: нужно написать DirectShow фильтр, который бы загружался автоматически при построении графа.
P_S>Прецеденты есть — DivXG400. Он, в режиме "force" подключается к любому графу построенному через RenderFile.
P_S>При этом он не подключён ни к одному другому фильтру, а просто лежит рядом с ними.
P_S>Кто знает, как это реализовать, откликнитесь!

Через Merit полагаю
главное не переборщить

Через Merit не получается.
я ставил 0xffff... и не помогает.
Построитель цепляет фильтр, но т.к. тот не хочет коннектиться к пинам, то выгружает его из графа.
Тут что-то ещё должно быть...

Здравствуйте, Petrov_SE, Вы писали:

P_S>Здравствуйте!
P_S>Есть проблема: нужно написать DirectShow фильтр, который бы загружался автоматически при построении графа.

Нужно выставить соответсвующий Merit. Я когда-то игрался с подобной функциональностью, но мои фильтры выстраивались в цепочку по 5-7 штук (интересно почему цикл всё-таки останавливался?) и я забросил это дело. Теперь я понимаю что надо было проверять все upstream фильтры на принадлежность к "своему" классу и не соеденяться если "выше по течению" (upstream) обнаружен такой-же.

P_S>При этом он не подключён ни к одному другому фильтру, а просто лежит рядом с ними.

А зачем тогда он нужен?

Чтобы следить за другими фильтрами.
Что-то с у меня меритом не выходит.
Какие пины должны быть у фильтра?
Если я ставлю MUDIATYPE_Null, то мой фильтр лепится к другим, а затем к самому себе.
Лепиться к себе я ему запретил, но как чтобы он к другим не клеился?

Здравствуйте, Petrov_SE, Вы писали:

P_S>Чтобы следить за другими фильтрами.



P_S>Что-то с у меня меритом не выходит.
P_S>Какие пины должны быть у фильтра?

Обычные, входной и выходной. Принимай на вход всё что тебе дают, а в Preffered указывай {MEDIATYPE_NULL, MEDIASUBTYPE_NULL}. Если один из пинов уже соеденён, то в другом выдавай такой-же медиатип как в соеденённом.

P_S>Если я ставлю MUDIATYPE_Null, то мой фильтр лепится к другим, а затем к самому себе.
Что значит "к самому себе"? Выход фильтра на его-же вход соеденяется или создаётся новый экземпляр, который соеденяется в церочку с предыдущим?

P_S>Лепиться к себе я ему запретил, но как чтобы он к другим не клеился?

Попробуй поступить так.
1) Запретить соеденятся с фильтрами того-же класса. Это как я понял ты уже сделал. Можно вообще ни к ченму не коннектиться если в графе уже присутвует такой фильтр.
2) Дождаться пока оба пина фильтра окажуться соеденёнными. После установления второго соеденения отсоеденить оба пина твоего фильра, запомнть "оппозитные" пины и соеденить их друг с друголм напрямую.

Вот результат. RenderFile думает что соеденил твой фильтр. Фильтр отсоеденил сам себя, а RenderFile об этом ничего не знает. Твой фильтр лежит в графе. Теперь уже этот фильтр может отвергать любое соеденение.

Здравствуйте, Денис Майдыковский, Вы писали:

ДМ>Здравствуйте, Petrov_SE, Вы писали:

P_S>>Чтобы следить за другими фильтрами.

ДМ>

P_S>>Что-то с у меня меритом не выходит.
P_S>>Какие пины должны быть у фильтра?

ДМ>Обычные, входной и выходной. Принимай на вход всё что тебе дают, а в Preffered указывай {MEDIATYPE_NULL, MEDIASUBTYPE_NULL}. Если один из пинов уже соеденён, то в другом выдавай такой-же медиатип как в соеденённом.

P_S>>Если я ставлю MUDIATYPE_Null, то мой фильтр лепится к другим, а затем к самому себе.
ДМ>Что значит "к самому себе"? Выход фильтра на его-же вход соеденяется или создаётся новый экземпляр, который соеденяется в церочку с предыдущим?

P_S>>Лепиться к себе я ему запретил, но как чтобы он к другим не клеился?

ДМ>Попробуй поступить так.
ДМ>1) Запретить соеденятся с фильтрами того-же класса. Это как я понял ты уже сделал. Можно вообще ни к ченму не коннектиться если в графе уже присутвует такой фильтр.
ДМ>2) Дождаться пока оба пина фильтра окажуться соеденёнными. После установления второго соеденения отсоеденить оба пина твоего фильра, запомнть "оппозитные" пины и соеденить их друг с друголм напрямую.

ДМ>Вот результат. RenderFile думает что соеденил твой фильтр. Фильтр отсоеденил сам себя, а RenderFile об этом ничего не знает. Твой фильтр лежит в графе. Теперь уже этот фильтр может отвергать любое соеденение.

Здравствуйте, Petrov_SE, Вы писали:

P_S>Через Merit не получается.
P_S>я ставил 0xffff... и не помогает.
P_S>Построитель цепляет фильтр, но т.к. тот не хочет коннектиться к пинам, то выгружает его из графа.
P_S>Тут что-то ещё должно быть.. :mansafsdfasdiac: .
asdfasdf
asdf
asd
f
asd
fasdfasdfasdfasdfsdafsadfsadf

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Денис Майдыковский, Вы писали:

ДМ>>Здравствуйте, Petrov_SE, Вы писали:

P_S>>>Чтобы следить за другими фильтрами.

ДМ>>

P_S>>>Что-то с у меня меритом не выходит.
P_S>>>Какие пины должны быть у фильтра?

ДМ>>Обычные, входной и выходной. Принимай на вход всё что тебе дают, а в Preffered указывай {MEDIATYPE_NULL, MEDIASUBTYPE_NULL}. Если один из пинов уже соеденён, то в другом выдавай такой-же медиатип как в соеденённом.

P_S>>>Если я ставлю MUDIATYPE_Null, то мой фильтр лепится к другим, а затем к самому себе.
ДМ>>Что значит "к самому себе"? Выход фильтра на его-же вход соеденяется или создаётся новый экземпляр, который соеденяется в церочку с предыдущим?
sadfsadfasdfsadfasdf

P_S>>>Лепиться к себе я ему запретил, но как чтобы он к другим не клеился?

ДМ>>Попробуй поступить так.
ДМ>>1) Запретить соеденятся с фильтрами того-же класса. Это как я понял ты уже сделал. Можно вообще ни к ченму не коннектиться если в графе уже присутвует такой фильтр.
ДМ>>2) Дождаться пока оба пина фильтра ока жуться соеденёнными. После установления второго соеденения отсоеденить оба пина твоего фильра, запомнть "оппозитные" пины и соеденить их друг с друголм напрямую.

ДМ>>Вот результат. RenderFile думает что соеденил твой фильтр. Фильтр отсоеденил сам себя, а RenderFile об этом ничего не знает. Твой фильтр лежит в графе. Теперь уже этот фильтр может отвергать любое соеденение.

Здравствуйте, Petrov_SE, Вы писали:

P_S>Здравствуйте!
P_S>Есть проблема: нужно написать DirectShow фильтр, который бы загружался автоматически при построении графа.
P_S>Прецеденты есть — DivXG400. Он, в режиме "force" подключается к любому графу построенному через RenderFile.
P_S>При этом он не подключён ни к одному другому фильтру, а просто лежит рядом с ними.
P_S>Кто знает, как это реализовать, откликнитесь!

Кстати говоря: для расширения контроля над графом в DirectShow есть механизм "Plug-in Distributors", который позволяет расширить функционал граф билдера и получить контроль над ним.
Подробнее см. IDistributorNotify

Привет!
Есть всё-таки умные люди.
Обязательно так попробую, спасибо!

Попробовал.
Почти всё получилось, но есть один ламерский вопрос.

Мой фильтр подключился и получил два пина pIn и pOut.
Кроме того к ним подключены два внешних пина:
pOutExt->pIn и pOut->pInExt.

Как мне грамотно рассоединить указанные пары и корректно соединить pOutExt->pInExt.
Видимо я тупой, но у мне "то лапы ломит, то хвост отваливается".

Заранее огромное спасибо.

Здравствуйте, Petrov_SE, Вы писали:

P_S>Мой фильтр подключился и получил два пина pIn и pOut.
P_S>Кроме того к ним подключены два внешних пина:
P_S>pOutExt->pIn и pOut->pInExt.

P_S>Как мне грамотно рассоединить указанные пары и корректно соединить pOutExt->pInExt.
P_S>Видимо я тупой, но у мне "то лапы ломит, то хвост отваливается".

// Отсоеденяеи все 4 пина
m_pGraph->Disconnect(pOutExt);
m_pGraph->Disconnect(pIn);
m_pGraph->Disconnect(pOut);
m_pGraph->Disconnect(pInExt);

// Соеденяем внешгие пины мкжду собой
m_pGraph->ConnectDirect(pInExt, pOutExt, NULL);

Переменная m_pGraph -- член базвого класса CBaseFilter

Спасибо, завтра попробую.
Кстати, а есть разница: сделаю-ли я Disconnect() через интерфейс пина или интерфейс графа?
И, соответственно, Connect через граф или из одного пина с указанием интерфейса другого?

Здравствуйте, Petrov_SE, Вы писали:

P_S>Кстати, а есть разница: сделаю-ли я Disconnect() через интерфейс пина или интерфейс графа?
P_S>И, соответственно, Connect через граф или из одного пина с указанием интерфейса другого?

Надо всё делать только через граф. Так написано в документации! Методы пинов м фильтров слишком низкоуровневые и возможно граф запоминает какие-то промежуточные данные.

Всё заработало!
Но возникла ещё проблема. Раз уж я дорвался до гуру, то не могу не спросить.
Если тот пин, который конектится мне на вход содержит много медиатайпов, то как все эти тайпы переправить на выход.
А то у меня переправляется только первый и граф строится не такой, как если бы моего фильтра не было.
Спасибо за содействие.

Здравствуйте, Petrov_SE, Вы писали:

P_S>Если тот пин, который конектится мне на вход содержит много медиатайпов, то как все эти тайпы переправить на выход.
P_S>А то у меня переправляется только первый и граф строится не такой, как если бы моего фильтра не было.

Это уже сложнее. Придётся переопределять функцию ReceiveConnection() входного пина, запоминать все предлагаемые медатипы, выводить их на выходном пине, пересоеднять входной пин... И то вряд-ли это заработает как вам надо. Может быть лучше попробовать решить задачу обходным путём?

Было бы здорово, но обходного пути я не знаю (пока).
То, что я написал с Вашей помощью работает в 90% случаев, по этому займусь переопределением ReceiveConnection
Спасибо за содействие.

Ура!
Всё оказалось гораздо проще.
Я спросил интерфейс IEnumMediaTypes у пина, который подключён к моему входу.
Тем самым мне удалось перечислить все медиатайпы предыдущего фильтра.
Затем я их переправил на свой выходной пин и получился граф, как если бы моего фильтра не было.
Спасибо всем, кто откликнулся и помог.

P.S.
Наблюдая за чужими примерами, я пришёл к выводу, что эта задача имеет ещё одно, более простое решение.
Но это уже другая тема.