sure, anything you can play with VLC can be IP unicast and IP multicast streamed back out again somewere else, the question you should be asking them is what format do they take/expecting from you, and whats your webcast format your trying to send them....
any-input-video-source<===>process-and-display-clone-etc<===>any-supported-output-andcontainer-to-werever.
given they have the professional broadcast kit at their end, its better if for instance your formats dont quite match, that they transcode it at their end in realtime OC, that way you dont have to waste CPU cycles on transcoding before streaming.
video AVC/H264 ,audio AAC, widescreen is the most popular format today i think, and if not, it should be sooner rather than later....
848x480 (16:9) ,1280x720 (16:9) , 1360x768 (16:9) , and OC 1920x1080 (16:9)
the only thing missing in VLC really is a simplistic generic intigrated multipoint to multipoint
"Multicast tunnel" and web GUI to help you set the multicast tunnel up and push your AVC video down, and it would be perfect to bypass the worlds antiquated ISPs that refuse to supply consumers this multicast protocol option end to end.
not to mention make VLC webside video streaming take a massive step forward as people started intalling this VLC multicast tunnel on the webside servers, and multicast one single video stream to many "VLC multicast tunnel" enabled players at once,saving vast amounts of potential bandwidth, a simple near realtime web page could be used to stack clients into the server content and SAP announce the stacked content running order text at 5 minute intervals for instance, the upcoming content directly onscreen (in PIP windows even, if you like, and write the new code OC)to any interested partys connected to it at that time, as one single simple example OC
(c) popper,2008