Reply to thread

Message

<blockquote data-quote="mm1352000" data-source="post: 1185465" data-attributes="member: 82144">I think both.If you manually put the Core CC filter in the graph and there are no other filters with higher merit and a compatible input pin also present in the graph then rendering the TsReader output pin will automatically connect it. However, usually the video decoder filter will have higher merit and it's input pin will be compatible. Therefore if you had both a video decoder and Core CC filter in the graph at the same time, I expect rendering the TsReader video output pin would result in TsReader connecting to the video decoder rather than the Core CC filter....but why don't you just try it with GraphEdit/GraphStudio/GraphStudioNext? <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink&nbsp; &nbsp; ;)" loading="lazy" data-shortname=";)" /></blockquote>

[QUOTE="mm1352000, post: 1185465, member: 82144"] I think both. If you manually put the Core CC filter in the graph [B]and there are no other filters with higher merit and a compatible input pin also present in the graph[/B] then rendering the TsReader output pin will automatically connect it. However, usually the video decoder filter will have higher merit and it's input pin will be compatible. Therefore if you had both a video decoder and Core CC filter in the graph at the same time, I expect rendering the TsReader video output pin would result in TsReader connecting to the video decoder rather than the Core CC filter. ...but why don't you just try it with GraphEdit/GraphStudio/GraphStudioNext? ;) [/QUOTE]

Verification