Connecting (DirectShow) filter pins causes application to quit.
-
Hello folks! I am trying to build a filter graph which includes a sample grabber filter. I add the sample grabber filter (and configure it to take video input) and the null renderer filter to the graph, then i add a source filter using IGraphBuilder::AddSourceFilter[^] for a certain video file. After this i query the source filter for its output pin and the sample grabber for its input pin and once i got these, i tell the grapbh builder to connect them. At this point my program quits. There is no error code returned, no exception thrown, nothing usefull in the debug output window, no nothing, the process simply stops without a word (at least nothing i can see). I checked around the net and looked at a few examples and basicly this aproach seems to be ok, others build the sample-grabber graphs the same way. Then i tried to recreate these steps using GraphEdit, i added the source filter for the same file, i added the sample grabber filter and tried to connect the two and the result was the very same (as much as one can tell by looking at it), GraphEdit quits without saying anything. Since graphedit behaves exactly like this too i guess the error doesn't seem to be in my code but then where? Does anyone have any idea what might cause this or where i should check to see the problem? Am using VS2003 and VC++. Thanks for any help in advance...
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > Life: great graphics, but the gameplay sux. <
-
Hello folks! I am trying to build a filter graph which includes a sample grabber filter. I add the sample grabber filter (and configure it to take video input) and the null renderer filter to the graph, then i add a source filter using IGraphBuilder::AddSourceFilter[^] for a certain video file. After this i query the source filter for its output pin and the sample grabber for its input pin and once i got these, i tell the grapbh builder to connect them. At this point my program quits. There is no error code returned, no exception thrown, nothing usefull in the debug output window, no nothing, the process simply stops without a word (at least nothing i can see). I checked around the net and looked at a few examples and basicly this aproach seems to be ok, others build the sample-grabber graphs the same way. Then i tried to recreate these steps using GraphEdit, i added the source filter for the same file, i added the sample grabber filter and tried to connect the two and the result was the very same (as much as one can tell by looking at it), GraphEdit quits without saying anything. Since graphedit behaves exactly like this too i guess the error doesn't seem to be in my code but then where? Does anyone have any idea what might cause this or where i should check to see the problem? Am using VS2003 and VC++. Thanks for any help in advance...
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > Life: great graphics, but the gameplay sux. <
-
what's the format of your video file. does the programme quite whatever source files connect?
it's my pleasure to make friend with you.
It is a DivX avi, after i read your reply i also tried with an mpg file (in graphedit), with mpg graphedit crashed, i tried with another DivX avi, with that it could connect the pins (also in graph edit), i have yet to try this with my own program to see how that behaves, however i don't see the pattern yet.
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > Life: great graphics, but the gameplay sux. <
-
It is a DivX avi, after i read your reply i also tried with an mpg file (in graphedit), with mpg graphedit crashed, i tried with another DivX avi, with that it could connect the pins (also in graph edit), i have yet to try this with my own program to see how that behaves, however i don't see the pattern yet.
> The problem with computers is that they do what you tell them to do and not what you want them to do. < > Life: great graphics, but the gameplay sux. <