<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: DirectShow Filter Graph Spy</title>
	<atom:link href="http://alax.info/blog/777/feed" rel="self" type="application/rss+xml" />
	<link>http://alax.info/blog/777</link>
	<description>// Software Production Line</description>
	<lastBuildDate>Fri, 16 Mar 2012 20:50:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Dougc</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5910</link>
		<dc:creator>Dougc</dc:creator>
		<pubDate>Tue, 03 Jan 2012 17:32:27 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5910</guid>
		<description>Ah okay :oops:

Thanks for the reply :cool:</description>
		<content:encoded><![CDATA[<p>Ah okay :oops:</p>
<p>Thanks for the reply :cool:</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roman</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5909</link>
		<dc:creator>Roman</dc:creator>
		<pubDate>Tue, 03 Jan 2012 17:23:50 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5909</guid>
		<description>Well, you can have both 32 and 64 bit spy registered - they don&#039;t interfere. What you need to switch is 32/64 bit version of GraphEdit (Graph Studio) and also UAC-ness of the target application being spied.</description>
		<content:encoded><![CDATA[<p>Well, you can have both 32 and 64 bit spy registered &#8211; they don&#8217;t interfere. What you need to switch is 32/64 bit version of GraphEdit (Graph Studio) and also UAC-ness of the target application being spied.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dougc</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5908</link>
		<dc:creator>Dougc</dc:creator>
		<pubDate>Tue, 03 Jan 2012 17:20:51 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5908</guid>
		<description>Just in case anyone else is confused as to why they can&#039;t see their system-wide graphs showing up in GraphEdit (or similar); you may need to switch to either the 32 or 64bit builds of DirectShowSpy.dll depending on the application generating the graphs.</description>
		<content:encoded><![CDATA[<p>Just in case anyone else is confused as to why they can&#8217;t see their system-wide graphs showing up in GraphEdit (or similar); you may need to switch to either the 32 or 64bit builds of DirectShowSpy.dll depending on the application generating the graphs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roman</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5907</link>
		<dc:creator>Roman</dc:creator>
		<pubDate>Mon, 28 Nov 2011 04:55:33 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5907</guid>
		<description>Runs great in Windows 7, both Win32 and x64 builds.</description>
		<content:encoded><![CDATA[<p>Runs great in Windows 7, both Win32 and x64 builds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maceo1975</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5906</link>
		<dc:creator>maceo1975</dc:creator>
		<pubDate>Mon, 28 Nov 2011 03:19:42 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5906</guid>
		<description>I am a new on this.
Is it(DirectShowSpy.dll) possible to run on Window7 system?
does anyone done it before?</description>
		<content:encoded><![CDATA[<p>I am a new on this.<br />
Is it(DirectShowSpy.dll) possible to run on Window7 system?<br />
does anyone done it before?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BillNew</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5879</link>
		<dc:creator>BillNew</dc:creator>
		<pubDate>Tue, 13 Sep 2011 01:54:59 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5879</guid>
		<description>Roman,

Been very very busy working lately and forgot to post a Thank you for your help.

The Bitmap Stuffer works very well.

BillNew</description>
		<content:encoded><![CDATA[<p>Roman,</p>
<p>Been very very busy working lately and forgot to post a Thank you for your help.</p>
<p>The Bitmap Stuffer works very well.</p>
<p>BillNew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roman</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5868</link>
		<dc:creator>Roman</dc:creator>
		<pubDate>Thu, 28 Jul 2011 13:35:42 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5868</guid>
		<description>You can use &quot;Save Link As...&quot; in browser and you will be fine. Your sort of link is good too. I would rather wait for Assembla to fix this on their webserver, or if they won&#039;t I would rather remove files from Assembla at all...</description>
		<content:encoded><![CDATA[<p>You can use &#8220;Save Link As&#8230;&#8221; in browser and you will be fine. Your sort of link is good too. I would rather wait for Assembla to fix this on their webserver, or if they won&#8217;t I would rather remove files from Assembla at all&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: micha137</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5867</link>
		<dc:creator>micha137</dc:creator>
		<pubDate>Thu, 28 Jul 2011 13:32:36 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5867</guid>
		<description>It would probably be good to update the svn link for downloading to point not to the svn webinterface (where the downloads fail) but directly to the svn address: &lt;a href=&quot;http://svn2.assembla.com/svn/roatl-utilities/trunk/FilterGraphSpy/Release%20Trace/&quot; rel=&quot;nofollow&quot;&gt;http://svn2.assembla.com/svn/roatl-utilities/trunk/FilterGraphSpy/Release%20Trace/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>It would probably be good to update the svn link for downloading to point not to the svn webinterface (where the downloads fail) but directly to the svn address: <a href="http://svn2.assembla.com/svn/roatl-utilities/trunk/FilterGraphSpy/Release%20Trace/" rel="nofollow">http://svn2.assembla.com/svn/roatl-utilities/trunk/FilterGraphSpy/Release%20Trace/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BillNew</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5858</link>
		<dc:creator>BillNew</dc:creator>
		<pubDate>Wed, 08 Jun 2011 20:45:22 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5858</guid>
		<description>Roman,

We need a &quot;Custom Bitmap Stuffer Filter&quot; to use with a DirectShow DirectX Graph. We need to Stuff HBITMAP data that is generated at Runtime into this Filter. We have the HBITMAP data code already with the HBITMAP Data in memory and ready to stuff multiple Images. We may need to stuff in only 10 images or 1000&#039;s of images at runtime.

We have a licensed Microsoft Codec that compresses data and a licensed Microsoft &quot;Buffer Grabber&quot; that is used to get the buffers generated from the Microsoft Codec.

We simply need to use something like DirectX SDK&#039;s PushSource but with the Bitmaps coming from Memory via something like HBITMAP sent to a DLL via an IID Call with something like this:

VariableName-&gt;AddBitmap((HBITMAP) hBmp);

Where VariableName is the pointer returned by the IID call when the graph was initialized.

Such as what is done with &quot;Sample Grabber&quot;:
   m_pGrabber-&gt;QueryInterface(IID_ISampleGrabber, (void**)&amp;VariableName);

Our Graph would look something like this:

[New Bitmap Stuffer Filter] -&gt; [Microsoft Licensed Codec] -&gt; [Microsoft &quot;Buffer Grabber&quot;]

Would this be a project that you would be interested in doing? If so, how much would it cost? If not, any ideas on where to look to get this done?

We can supply the 2 Microsoft Filters to help get this done.

If you are interested in this project, please contact us via e-mail at support@ipixcel.org and we can supply you with any necessary details.

Thanks,
BillNew</description>
		<content:encoded><![CDATA[<p>Roman,</p>
<p>We need a &#8220;Custom Bitmap Stuffer Filter&#8221; to use with a DirectShow DirectX Graph. We need to Stuff HBITMAP data that is generated at Runtime into this Filter. We have the HBITMAP data code already with the HBITMAP Data in memory and ready to stuff multiple Images. We may need to stuff in only 10 images or 1000&#8242;s of images at runtime.</p>
<p>We have a licensed Microsoft Codec that compresses data and a licensed Microsoft &#8220;Buffer Grabber&#8221; that is used to get the buffers generated from the Microsoft Codec.</p>
<p>We simply need to use something like DirectX SDK&#8217;s PushSource but with the Bitmaps coming from Memory via something like HBITMAP sent to a DLL via an IID Call with something like this:</p>
<p>VariableName-&gt;AddBitmap((HBITMAP) hBmp);</p>
<p>Where VariableName is the pointer returned by the IID call when the graph was initialized.</p>
<p>Such as what is done with &#8220;Sample Grabber&#8221;:<br />
   m_pGrabber-&gt;QueryInterface(IID_ISampleGrabber, (void**)&amp;VariableName);</p>
<p>Our Graph would look something like this:</p>
<p>[New Bitmap Stuffer Filter] -&gt; [Microsoft Licensed Codec] -&gt; [Microsoft "Buffer Grabber"]</p>
<p>Would this be a project that you would be interested in doing? If so, how much would it cost? If not, any ideas on where to look to get this done?</p>
<p>We can supply the 2 Microsoft Filters to help get this done.</p>
<p>If you are interested in this project, please contact us via e-mail at <a href="mailto:support@ipixcel.org">support@ipixcel.org</a> and we can supply you with any necessary details.</p>
<p>Thanks,<br />
BillNew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BillNew</title>
		<link>http://alax.info/blog/777/comment-page-1#comment-5856</link>
		<dc:creator>BillNew</dc:creator>
		<pubDate>Wed, 01 Jun 2011 22:52:03 +0000</pubDate>
		<guid isPermaLink="false">http://alax.info/blog/?p=777#comment-5856</guid>
		<description>Roman,

The 2 graphs play very well when split apart.

Not too concerned about synchronization of the 2 graphs.

The [Buffer Grabber] works well too.

Video plays very well on both graphs at the proper speed. To insure the proper playback speed used this code fragment:

   IMediaPosition *pMP = NULL;
   hr = m_pGraphBuilder-&gt;QueryInterface(IID_IMediaPosition, (void **)&amp;pMP);
   hr = pMP-&gt;put_Rate(1.0);

Had a minor issue on the restart of the Videos but that was easily fixed by adding in the logic to set the Media Position to 0.0 for the beginning of the video.

See this fragment of code:

    if (m_pGraphBuilder != NULL)
    {
        IMediaControl *pControl = NULL;

        IMediaPosition *pMP = NULL;
        hr = m_pGraphBuilder-&gt;QueryInterface(IID_IMediaPosition, (void **)&amp;pMP);

        hr = m_pGraphBuilder-&gt;QueryInterface(&amp;pControl);
        if (SUCCEEDED(hr))
        {
            hr = pControl-&gt;Stop();

            hr = pMP-&gt;put_CurrentPosition(0.0);
           
            hr = pControl-&gt;Run();
            pControl-&gt;Release();
        }
    }

The same thing is done on the second Graph and it restarts correctly too.

Put in my own timer logic to determine when to restart both graphs based on the time length of the AVI File.

Thank you for your help. I hope this data will help someone else to solve these same kind of issues.

Thanks again,
BillNew</description>
		<content:encoded><![CDATA[<p>Roman,</p>
<p>The 2 graphs play very well when split apart.</p>
<p>Not too concerned about synchronization of the 2 graphs.</p>
<p>The [Buffer Grabber] works well too.</p>
<p>Video plays very well on both graphs at the proper speed. To insure the proper playback speed used this code fragment:</p>
<p>   IMediaPosition *pMP = NULL;<br />
   hr = m_pGraphBuilder-&gt;QueryInterface(IID_IMediaPosition, (void **)&amp;pMP);<br />
   hr = pMP-&gt;put_Rate(1.0);</p>
<p>Had a minor issue on the restart of the Videos but that was easily fixed by adding in the logic to set the Media Position to 0.0 for the beginning of the video.</p>
<p>See this fragment of code:</p>
<p>    if (m_pGraphBuilder != NULL)<br />
    {<br />
        IMediaControl *pControl = NULL;</p>
<p>        IMediaPosition *pMP = NULL;<br />
        hr = m_pGraphBuilder-&gt;QueryInterface(IID_IMediaPosition, (void **)&amp;pMP);</p>
<p>        hr = m_pGraphBuilder-&gt;QueryInterface(&amp;pControl);<br />
        if (SUCCEEDED(hr))<br />
        {<br />
            hr = pControl-&gt;Stop();</p>
<p>            hr = pMP-&gt;put_CurrentPosition(0.0);</p>
<p>            hr = pControl-&gt;Run();<br />
            pControl-&gt;Release();<br />
        }<br />
    }</p>
<p>The same thing is done on the second Graph and it restarts correctly too.</p>
<p>Put in my own timer logic to determine when to restart both graphs based on the time length of the AVI File.</p>
<p>Thank you for your help. I hope this data will help someone else to solve these same kind of issues.</p>
<p>Thanks again,<br />
BillNew</p>
]]></content:encoded>
	</item>
</channel>
</rss>

