activeX and DirectShow linking

Hi all,

I have to convert my DirectShow progam (.exe) into an activeX. I got 2 linking problems (It's OK when I compile my ".exe"):

Quote:

---

Strmbasd.lib(dllentry.obj) : error LNK2001: unresolved external symbol "class CFactoryTemplate * g_Templates" (?g_Templates@@3PAVCFactoryTemplate@@A)
Strmbasd.lib(dllentry.obj) : error LNK2001: unresolved external symbol "int g_cTemplates" (?g_cTemplates@@3HA)

---

I used:

Quote:

---

Strmbasd.lib winmm.lib

---

for linking.

I also try to link with strmiids.lib, but I still got these error.

Pls help. Thanks!

You have to declare the factory template for your filter(s) in your code. See Declaring the Factory Template in MSDN.

Hi RNEELY,

I only have one transform fillter based on I CTransInPlaceFilter, and I use this filter on my program only. So that I create the filter by new operator, I don't register that transform filter to the system.

I also declared a "factory template" as you said, the ActiveX was compiled well, but when I inserted the control by "ActiveX control Test container" from VC Tool, a messagbox display that the ActiveX does not registered.

I guess the DirectShow library have another CoGetClassObject differ from CoGetClassObject of MFC. So the system could not find my control becase it call CoGetClassObject of DirectShow instead of MFC's function.

Does anyone can help me?

Best regards!

Did you register your DLL? Download regsvr.reg from Chris Sell's tools. Double click it and enter info to the registry.

Open windows explorer and find your DLL. Right click on in and select "Register COM Server."

Try and run your app again.

Good luck.

Hi,

Thanks for your answer, here is the post I was talking about.

My problem is that I did not build any filter in my program, I only used the existing ones (RTPRender, ACM Wrapper, etc...). So I don't know how to fill the g_templates array, specially for the createinstance method...

I hope you can help me, :)

Thanks,
Have a nice day,

Jerome

I tried several ways to resolve, but I couldn't.

At the end, I used ATL (instead of MFC) to create my control and it worked well.

Hi,

Actually, in the first place I was working on an MFC program and everything was fine (as in your first message, the .exe was compiled and the program worked).

But now, I have to make it into a .dll and right now, the project is not using MFC. You say I need to build an ATL project to make it compile ?

Sorry, I'm a little bit confused...

Thanks,

Jerome

I also use MFC to create my program at first, my program worked well. But when I convert that program in to DLL, I couldnot compile it.

Then I create DLL by ATL (not MFC DLL), and my program can be compiled and work well. In ATL, you can create control by using ATL templates and you still can use all other MFC features if you need by check the "supported MFC option" when you create ATL project.

OK, I'll try that !

Thanks a lot. I'll tell you if it works.

Sorry I need some precisions...

In your ATL project did you need to declare the factory template or did you use some ATL Macros ?

Is it only the fact that the project is an ATL project that made it compiled and specially that made the "g_templates link error" disappear ?

Thanks :)

When I brought my project from MFC into ATL, I didnot have to declare g_templates..., I created a "full control", copy some functions from MFC program to my ATL control, and compiled successfully. The error "g_templates link error" didnot appear.

Thank you ! I'll do a copy of my code in an ATL project, without worrying about the "Factory template". I guess that ATL includes a Class Factory, that is called behind the CoCreateInstance method.

I don't know what you're working on, but if I can help you in the future, don't hesitate !

Bye
Jerome

:) :) :) :) Thanks!!!

Hi,

I've found a way to solve the problem without building an ATL project.

In the .h file where the filters are created, I've added the class :
class CFactoryTemplate
{
public :
CFactoryTemplate(){
};
};

And in the corresponding .cpp file, I've added :

CFactoryTemplate * g_Templates;
int g_cTemplates;

Unbelievable, but it worked !! I guess it works because I only use existing filters, but still, maybe it'll help you in the future.

Jerome

OK, it compiled well.

But do you try to use your control? If your control work well, please notify to me, I am not sure the control can work or not.

My program works well. But, I don't know if it's the same kind of control than yours.

My DLL opens and closes RTP/RTCP audio streams between two machines. To do that, it builds a directshow graph with several filters and the soundcard.
I've run the app and it works.

Hope it'll help.

je16noutch,

Why create a new DirectShow Filter DLL at all? Presumably the pre-existing filters pre-exist in other DLLs.

A straight ATL COM DLL will export DLLGetClassObject() and use the ATL object map to instantiate their class factories which in turn are used to create COM objects, i.e.:

Code:

---

BEGIN_OBJECT_MAP(ObjectMap)
OBJECT_ENTRY(CLSID_MyDSFilter, CMyDSFilter)
END_OBJECT_MAP()

---

The problem is, there is no standard way to pass initialization information to class factories implemented via the ATL object map. So Direct Show uses

Code:

---

CFactoryTemplate g_Templates[] = {
    {
    //...
        &sudFilterReg                  // Pointer to filter information.
    }

---

to pass additionaly information to its class factory via sudFilterReg. It is not clear to me how Direct Show uses g_Templates[] from DllGetClassObject().

What additional code in your DLL does Direct Show supply to implement DLLGetClassObject()? That code must be using g_Templates[]. Search for m_pAMoveSetup_Filter in your code and set it to NULL instead of g_Templates.

The thing is that I need to build a DLL to plug it in the software of my company.

The point of my DLL is to open RTP Audio streams and to manage the audio configuration. So I don't think that something like that already exists.

I couldn't find "m_pAMoveSetup_Filter" in my code.

I guess the library "Strmbasd.lib" which launched the link error at the beginning needs to find a g_Templates array in case of new filters. Since, there are no filters like this in my program, the empty array is not use and so it works.
But still, you're right, it's strange.

I've looked at ATL and the macros you mentionned... That's what made me try to pass the problem like this !

But I don't know how my first project (the MFC) worked and which DllGetClassObject() it was using...

Was your first program an MFC Exe or DLL? How did it include Direct Show?

Template factory is used to create/query COM/ActiveX object, the DLL of "je16noutch" does not export any control, so CFactoryTemplate in this case is nothing.

I think, if his DLL intend to export COM object, that DLL will not work, DllGetClassObject() cannot use CFactoryTemplate because that class does not correct.

Ah, after some googling this seems to be a recurring problem for people (although I have not yet found solutions that work for me)

Detailed description of what happens to me (which I think is almost exactly what the original poster had):

I am writing a ocx component with Visual C++ 6.0SP4
The component itself uses DirectX 9, DirectShow filters etc. using a linked in statically linked library "My.lib". Note that it just uses some filters, it does not expose or export any DirectShow filter functionality directly.
I want to use the component as a control in Visual Basic 2003/.net

The VC++ project wizard I used was the "MFC ActiveX ControlWizard" which creates code & files that - on their own - compile, link, and instantiate just fine in VB 2003/.net

But as soon as I link in the "My.lib" with all my DirectX functions (which I have previously successfully used in MFC and non-MFC applications but not yet in DLLs like an ocx control) I get these errors:

VideoLib.lib(dllentry.obj) : error LNK2001: unresolved external symbol "class CFactoryTemplate * g_Templates" (?g_Templates@@3PAVCFactoryTemplate@@A)
VideoLib.lib(dllentry.obj) : error LNK2001: unresolved external symbol "int g_cTemplates" (?g_cTemplates@@3HA)


As per MSDN, the template mechanism is used by a DirectX subclass of CClassFactory which is data driven (via the templates, declaring each available object, its creation method pointer, GUID, and some extra stuff). In my lib and other applications I always instantiate my filter subclasses directly (via new CMyFilter() etc.) not via DllGetClassObject which does a GUID lookup in the template array. So I actually get away with not declaring the g_Templates global at all. (My.lib is bundled up as a static lib)

Somehow, the Wizard generated ActiveX component files now DO require that global to exist, but what objects should I be declaring in there ?

• My DShow filters ? no-they are never instantiated via GUIDs / factories
• The COleControl subclass I am building ? No- it is not a DirectShow class deriving from CUnknown, so I cannot declare it in the template.
• You can shut up the linker errors by setting g_Templates to NULL and g_cTemplates to 0. A similar method - setting all the params of a single fake template to NULL - was also suggested in a different codeguru thread, but unfortunately it does not work for me at least...either method will give a Object Reference not set to an instance of an object. error in Visual Basic when you try to instantiate one of these and it will actually hard crash the ActiveX Test Container App in Visual Studio, so that wont do. Likewise, when I use oleview.exe to check out my control (Start>Run...>oleview, then in the left hand side tree view, open Object Classes>Grouped by Component Category>Control>your control class name, whatever was specified in the IMPLEMENT_OLECREATE_EX macro. Then click on the little + sign to try to instantiate the control. I get a CoGetClassObject failed. The specified module could not be found. etc. error.)

If I revert to just the basic Wizard generated skeleton (dont link w my.lib, dont call any of its functions), the ocx functions just fine. I can instantiate it in VB2003, get/set parameters, etc.

The cat that drags in the g_Templates/g_cTemplates symbols is strmbase.lib (or strmbasd.lib for debug builds). The CFactoryTemplate class itself is defined in the DirectX include file combase.h (include streams.h)

But I can't figure out

• why I need to suddenly declare them in my ActiveX Component Build (whereas in app builds or the static lib build I didn't) and second
• what I should be filling the CFactoryTemplate WITH

I think a significant clue is the line
"If a call to the CoGetClassObject function finds the class object that is to be loaded in a DLL, CoGetClassObject uses the DLL's exported DllGetClassObject function. "
from MSDN's DllGetClassObject documentation..
I interpret this as "when creating a normal application or static library, CoGetClassObject generates the object differently than when creating a DLL/ocx. In the latter case, it gives the DLL control over object creation"
If you check in the Wizard generated .def file, you will indeed see a line exporting a DllGetClassObject function. I cannot however find an implementation of it in my Wizard generated files.
I speculate that use of the IMPLEMENT_OLECREATE_EX macro in your xxxCtrl.cpp file has something to do with that (it is defined in VC98/MFC/Include/AFXCTL.H).

<ripping some hair>
<rapidly graying the rest>

Any suggestions would be very helpful/welcome !
Thanks in advance

Quote:

---

The Solution

Thanks to Google groups search and Paul Wissenbach - quoting from his post:

The problem exists because you end up linking in strmbase.lib which has entry points functions for DllGetClassObject() and DllCanUnloadNow() among others. You really don't want these entry points
defined in for your ActiveX control. They are designed for DirectShow filters, and require g_Templates to be defined by your filter.

One solution is to override the following functions by implementing them into your ActiveX control yourself. That way you don't pull in the ones from the DShow.

Regards,


Paul

---

Quote:

---

Code:

---

/////////////////////////////////////////////////////////////////////////////
// DllGetClassObject

extern "C"
STDAPI DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID* ppv)
{
 AFX_MANAGE_STATE(AfxGetStaticModuleState());
 return AfxDllGetClassObject(rclsid, riid, ppv);
}

/////////////////////////////////////////////////////////////////////////////
// DllCanUnloadNow

extern "C"
STDAPI DllCanUnloadNow(void)
{
 AFX_MANAGE_STATE(AfxGetStaticModuleState());
 return AfxDllCanUnloadNow();
}

---

My hero ! The code compiles and links without farting, and it instantiates just fine in Visual Basic too !

---