Re: cpu usage: Graphedit vs Windows Media Encoder
- From: shfnet <shfnet@xxxxxxxxx>
- Date: Sun, 02 Sep 2007 10:11:12 -0000
On Aug 30, 7:52 pm, "Chris P." <m...@xxxxxxxxxxxx> wrote:
On Thu, 30 Aug 2007 14:44:42 -0000, shfnet wrote:
On Aug 27, 7:03 pm, "Chris P." <m...@xxxxxxxxxxxx> wrote:
It is possible that WMEncoder is asking for frames quicker than in the GraphEdit case as there is > no reference clock.
btw, calling IMediaFilter::GetSyncSource(&pReferenceClock) on the
filter graph, as loaded by WMEncoder, does return a non-null reference
to a clock. Does this mean that WMEncoder does add a clock to the
graph?
Perhaps there's a way to configure that clock somehow?
Yes, there is a clock but you cannot configure it.
Is your source live (stream) or is it file?
Live source. It's an object that generates RGB frames from an IP
camera. The filter takes the frames and makes a video stream from
them.
thanks
shfnet
.
- Follow-Ups:
- Re: cpu usage: Graphedit vs Windows Media Encoder
- From: Chris P.
- Re: cpu usage: Graphedit vs Windows Media Encoder
- Prev by Date: Re: Multiple independent graphs in a single process
- Next by Date: Re: 40 video file sources and one VMR - A performance question !
- Previous by thread: Re: Multiple independent graphs in a single process
- Next by thread: Re: cpu usage: Graphedit vs Windows Media Encoder
- Index(es):
Relevant Pages
|
Loading