Hi folks,
Just a quick and easy question here. I’m trying to get a kernel streaming
renderer to implement the IVideoFrameStep interface:
and I’ve had no problem implementing the property set in my minidriver (running
under stream class driver, NOT AVstream), and described by:
So far so good. However, I then get to registry entries in .INF files, and
figure out that “something like” this would be in order:
;IVideoFrameStep
HKCR,CLSID%AM_KSPROPSETID_FrameStep%,%PlugIn_IVideoFrameStep%
HKCR,CLSID%AM_KSPROPSETID_FrameStep%\InprocServer32,kswdmcap.ax
HKCR,CLSID%AM_KSPROPSETID_FrameStep%\InprocServer32,ThreadingModel,Both
; This IID is aggregated for the filter given the CLSID of the property set
HKLM,System\CurrentControlSet\Control\MediaInterfaces%AM_KSPROPSETID_FrameStep%
,%PlugIn_IVideoFrameStep%
HKLM,System\CurrentControlSet\Control\MediaInterfaces%AM_KSPROPSETID_FrameStep%
,IID,%REG_BINARY%,BD,AC,30,C8,07,AB,2F,49,88,52,45,B6,98,7C,29,79
[Strings]
AM_KSPROPSETID_FrameStep = “{C830ACBD-AB07-492F-8852-45B6987C2979}”
All of a sudden the penny drops. kswdmcap.ax?!?!? I very much doubt that will
aggregate the interface I want - and the little comment that has been blindly
copied and pasted there is *not* true.
So, does ksproxy or direct show already implement this piece of aggregation
elsewhere, or do I have to write my own little DLL to aggregate the interface?
Perhaps in the general style of:
MH.
This email and any attachments is confidential, may be legally privileged and is intended for the use of the addressee only. If you are not the intended recipient, please note that any use, disclosure, printing or copying of this email is strictly prohibited and may be unlawful. If received in error, please delete this email and any attachments and confirm this to the sender.