Re: Type of memory in VMR9 allocator
- From: "Peter Duniho" <NpOeStPeAdM@xxxxxxxxxxxxxxxx>
- Date: Wed, 29 Mar 2006 09:57:18 -0800
"deadsy" <deadsy@xxxxxxxxx> wrote in message
news:6e0b09de35cb8c82152bb4b0982@xxxxxxxxxxxxxxxxxxxxx
[...] To prevent it I create a temporary buffer and specify it as an
output buffer for transformation function from 3r party library and after
function call I copy data from
temporary buffer to output sample. This is good decision when we use VMR9
as a downstream filter and he provide a video memory in allocator buffers,
but if downstream filter is some kind of transform filter we have a
unnecessary copy operation (and as result another perfomace degradation).
It sounds to me as though you've implemented a typical "copy" transform
filter (ie not in-place). Yes, there is a small performance loss as you do
the additional copy, but if it's a significant problem compared to your
other processing, then you have something wrong with your copy operation.
It should be extremely fast, and inconsequential compared to doing actual
decompression AND post-processing (assuming the decompression and
post-processing are non-trivial).
Pete
.
- Follow-Ups:
- Re: Type of memory in VMR9 allocator
- From: Thore Karlsen [DShow MVP]
- Re: Type of memory in VMR9 allocator
- References:
- Re: Type of memory in VMR9 allocator
- From: Peter Duniho
- Re: Type of memory in VMR9 allocator
- From: deadsy
- Re: Type of memory in VMR9 allocator
- Prev by Date: Re: Codec question
- Next by Date: Re: GMFBridge use in Delphi
- Previous by thread: Re: Type of memory in VMR9 allocator
- Next by thread: Re: Type of memory in VMR9 allocator
- Index(es):
Relevant Pages
|