Werbung: SecurityConsole.de verwaltet Ihre Computer mit Security Essentails aus der Cloud!
30 Tage kostenfrei testen und 20% Rabatt für Ihre Bestellung mit Promocode: WBF2685582
(Promocode gültig bis 31.12.2011)

Group:  English: Entertainment » microsoft.public.windowsmedia.sdk
Thread: WMFSDK compiler settings issue...

HTVi
TV Discussion Newsgroups

WMFSDK compiler settings issue...
dl0haus 10/18/2008 5:16:06 PM
The docs are pretty explicit about how to build something using the WMFSDK.
In particular it mentions /MDd as being a necessary setting for
Multi-threaded DLL. However, with the configuration properties it says ONLY
include 2 libraries and set /NODEFAULT lib.

I originally wrote my application using an MFC DLL that had all WMFSDK
componets to do streaming with. It doesn't appear these are compatible so I
have attempted to rebuild the DLL using a Win32 SDK project with no MFC
included. I get the same compiler errors, complaints about MFC...

Basically what is in the docs doesn't seem to jive at all with the included
libraries.

Since the docs say do not include Libc.lib or any variation, I fear that the
MFC stuff might be including it automatically, however I can't seem to get
this project to compile even with a standard Win32 DLL type (no MFC or ATL).

What am I doing wrong here? I have a nasty bug I'm trying to track down and
code-wise I don't see anything wrong so I was curious if my lack of
consistent configuration parameters for the compiler might be one of the
issues?

Any help here will be greatly appreciated. There really isn't any reason to
use an MFC DLL in my case I simply wrapped some code around the WMVCOPY
sample so I could make calls to it from a C# front end.

Thanks,
D
Re: WMFSDK compiler settings issue...
"Chris P." <msdn[ at ]chrisnet.net> 10/20/2008 3:39:21 PM
On Sat, 18 Oct 2008 10:16:06 -0700, dl0haus wrote:

[Quoted Text]
> What am I doing wrong here? I have a nasty bug I'm trying to track down and
> code-wise I don't see anything wrong so I was curious if my lack of
> consistent configuration parameters for the compiler might be one of the
> issues?
>
> Any help here will be greatly appreciated. There really isn't any reason to
> use an MFC DLL in my case I simply wrapped some code around the WMVCOPY
> sample so I could make calls to it from a C# front end.

I don't think MFC has anything to do with your problem, however you do have
to make sure that the MFC library setting is compatible with the runtime
setting.

LIBC.LIB and LIBCMT.LIB are the single and multi-thread versions of the
standard C runtime library. Pretty much any standard C program that uses
printf or strcpy is going to need this library, plus it's probably used by
the WMFSDK. You need to be compiling with multi-threaded DLL which
translates to MSVCRT.LIB (MSVCRTD.LIB for debug). If you are getting LIB*
inherited somewhere trying excluding it from the link.

--
http://www.chrisnet.net/code.htm
[MS MVP for DirectShow / MediaFoundation]

Home | Search | Terms | Imprint Contact
Newsgroups Reader - provided by WiredBox.Net
Suche nach Orten, Städten, Postleitzahlen, Vorwahlen, Kfz-Kennzeichen