Win32 mcast interface code, round two (was Re: Has anyone...)

[Matthew Delco <delco@bmrc.berkeley.edu>]

On Tue, 13 May 2003, Andrew Swan wrote:

> > It might make sense for the value to be cached over a short interval (the
> > routine gets called 8 times when vic starts).
> 
> right, but does it ever get called again after startup?

Not by vic, although it could if vic (or some other app) were ever
enhanced so that a person could change or add multicast sessions without
having to exit back out to the command-line.  The director's console
originally came to mind, although any caching issues are likely irrelevant
here as well since new services are launch in new processes rather than
threads.  In any case, if you're not worried then I'm not worried.

> the filename was tongue-in-cheek but the suggestion was
> serious...  i think isolating platform-specific routines
> to their own files rather than using extensive ifdefs is
> good style.

For lack of a better idea, I just picked udp-if.h/.cc in the enclosed zip.  
"udp-win32" originally came to mind, but this seemed too generic and
became complete inaccurate once I changed the .h to support non-Windows
builds (via a #define) so that there aren't any new #ifdefs in udp.cc.

These changes were made against a recent tarball, so the diffs in udp.cc
should be minimal.  It's necessary to add a line for "net\udp-if.o" after
"net\udp.o" in makefile.vc, but this is probably no surprise.

Speaking of recent tarball, makefile.vc also appears to need:

	misc\cpuinfo.o
	video\yuv_convert.o

to address some of Larry's recent changes in video-win32:

video-win32.o : error LNK2001: unresolved external symbol 
"bool __cdecl planarYUYV420_to_planarYUYV420(char *,int,int,char 
*,int,int)" (?planarYUYV420_to_planarYUYV420@@YA_NPADHH0HH@Z)
video-win32.o : error LNK2001: unresolved external symbol 
"bool __cdecl planarYUYV420_to_planarYUYV422(char *,int,int,char 
*,int,int)" (?planarYUYV420_to_planarYUYV422@@YA_NPADHH0HH@Z)

MD

mcast.zip