Ozkan Sezer <sezeroz@...> writes: > > That's because your libavdevice/dshow.h is misfortunately named > "dshow.h". It is attempting to include system's dshow.h by an > #include directive, which is wrong: you should use #include_next > instead (or rename the header). If system's dshow.h is included, > it includes strmif.h by itself and the missing data type will be > there.
I'm not sure that's the whole story. I think there may be an issue with strmif.h. I went through the steps to rename dshow.h to dshow_ffmpeg.h so it wouldn't conflict, but that didn't fix the problem. So I did some more testing and found that it definitely is including the mingw's dshow.h and strmif.h, however certain types in there are not getting defined. Types like VIDEO_STREAM_CONFIG_CAPS are inside of an #ifndef __IAMStreamConfig_INTERFACE_DEFINED__, but that's already defined due to an earlier section in the file that also looks like this: #ifndef __IAMStreamConfig_INTERFACE_DEFINED__ #define __IAMStreamConfig_INTERFACE_DEFINED__ ... #endif Phillip ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
