The builds I did on Windows excluded the fiducialtrack object.  pix_videoDS should build if you have Directshow built from the MS platform libs and not from the old DirectX stuff.  Also, make sure that you build both a debug and standard version of DS.  You will need to change the libs you link to to go from debug to release builds.

I think the bad thing about the free MS compiler is that it does not optimization on the code, so pix_ objects will be quite slow. 

I really dislike developing on Windows, but the MS debugger destroys GDB. 

On Thu, Dec 4, 2008 at 11:11 AM, Jean-Yves Gratius <jygratius@club.fr> wrote:
Hi,
sorry for my english...
I 'm trying to build gem on windows...

I removed pix_videoDS (too many problems with atlbase.h, atlconv.h,
dxtrans.h.... see http://mediatools.cs.ucl.ac.uk/nets/mmedia/changeset/4295)
Finally I succeeded in compiling all objects

I compiled directshow sample Multimedia baseclasses to get strmbase.lib

Now I'm getting linker errors with libfidtrack files :

like this :
libcmt.lib(stdexcpt.obj)||error LNK2005: "public: __thiscall
std::bad_cast::bad_cast(char const *)" (??0bad_cast@std@@QAE@PBD@Z)
already defined in libfidtrack_treeidmap.obj|

I get also a "LINK||fatal error LNK1104: cannot open file 'LIBC.lib'|"
but i read that libc.lib is no longer supported by vc 2005.

I can remember that there was some dependancies issues with
pix_fiducialtrack

or am I totally wrong ???

Thanks,
jyg


build options : /MT

Microsoft Platform SDK for Windows Server 2003 R2
DirectX sdk  (version 2008)
IDE : code:blocks
compiler VC 2005  (from vc2005 express edition)
Windows XP SP3


_______________________________________________
GEM-dev mailing list
GEM-dev@iem.at
http://lists.puredata.info/listinfo/gem-dev