Re: Broadcasting using WME SDK
- From: "Jeremy Noring" <someone@xxxxxxxxxx>
- Date: Thu, 26 May 2005 12:53:32 -0600
"Michael S. Potter" <Michael S. Potter@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
message news:1BCF4D37-BAC4-44F9-84F9-799140B4B6E5@xxxxxxxxxxxxxxxx
> Hi everyone. I'm sorry if this is a basic question or if it's been asked
> before, but I couldn't find anything on my topic. I am creating an
> application that uses the Windows Media Encoder 9 SDK to capture the
> screen
> and save the output to a file -- a basic procedure. This works fine.
> However,
> I'm also plugged into a certain API to allow the data to instead be
> broadcast
> to other users of the program instead of saving it to the file. In other
> words, the "presenter" can do anything on the screen and broadcast that
> data
> to other users of the program who can view the screen capture on their
> computer. However, the result is very slow and inefficient using our
> current
> method (DirectX). Thus, I want to be able to use the Windows Media Encoder
> 9
> SDK to broadcast. The SDK documentation only states how to set the encoder
> objects to broadcast mode. It doesn't really say how to use the API to
> capture and process the transmissions within an application. Do I need to
> somehow integrate a Windows Media Player object in my application to
> receive
> the data? Basically, once I send the data, how do I incorporate the
> transmissions directly into my applications?
You're basically asking how to receive and process the information received
from the WME, right?
If that's your question, you have a number of options in front of you:
1. You can use the WMP--either the raw application or from the API provided
by the WMPSDK--to receive and render the video stream. This is probably the
easiest way, although obviously you're limited to the functionality of the
WMP, which doesn't contain options for capturing currently playing content,
IIRC.
2. You can use DirectShow and an instance of the WM ASF Reader filter to
receive the stream, and then use the Directshow API to handle rendering,
saving to disk, etc. This is quite a bit more difficult, but more
open-ended than the above.
3. You can use the WMFSDK, and use the WM Reader object to get raw,
uncompressed video samples. All rendering functionality would have to be
handled by your application (be it GDI, directdraw, etc.). This would be
the most difficult; however, it would also afford you (probably) the most
control.
There's a lot of ways to go about the presentation, but without knowing what
specifics are required of the presentation (ie: low streaming latency,
capture and review simultaniously, other requirements), it's a bit hard to
give you concrete answers.
.
- Follow-Ups:
- Re: Broadcasting using WME SDK
- From: Michael S. Potter
- Re: Broadcasting using WME SDK
- References:
- Broadcasting using WME SDK
- From: Michael S. Potter
- Broadcasting using WME SDK
- Prev by Date: SendScript command gives unpredictable timings in the archived fil
- Next by Date: WMEncBasicEdit move scripts to header
- Previous by thread: Broadcasting using WME SDK
- Next by thread: Re: Broadcasting using WME SDK
- Index(es):
Relevant Pages
|