Ok. 'datatype/samples/dsp_decoder/cmp' would work. It can not take the
'dsp_decoder' module position because the 'standard' dsp decoder is the
'return dummy PCM data' one as documented on our website.

fxd

On Mon, 2009-09-21 at 11:03 -0400, Eric Hyche wrote:
> You might consider putting it in a "samples/" directory
> to be consistent with other samples. For instance, dtdrive-related
> samples are in 
> 
> datatype/tools/dtdriver/samples/*
> 
> There is already an existing datatype/samples/ directory,
> so perhaps this could go into:
> 
> datatype/samples/dsp_decoder
> 
> or something like that?
> 
> Eric
> 
> =======================================
> Eric Hyche (ehyche at real.com)
> Principal Engineer
> RealNetworks, Inc.
> 
> 
> >-----Original Message-----
> >From: Sheldon fu [mailto:sfu at real.com]
> >Sent: Monday, September 21, 2009 10:49 AM
> >To: ehyche at real.com
> >Cc: datatype-dev at helixcommunity.org
> >Subject: RE: [datatype-dev] Re: CR: Compressed media pipeline (aka f-n-f) decoder support
> >
> >oh. as the archive file name suggested - datatype/dsp/decoder/excmp.
> >
> >fxd
> >
> >On Mon, 2009-09-21 at 10:47 -0400, Eric Hyche wrote:
> >> No, I mean where in the source tree?
> >>
> >> =======================================
> >> Eric Hyche (ehyche at real.com)
> >> Principal Engineer
> >> RealNetworks, Inc.
> >>
> >>
> >> >-----Original Message-----
> >> >From: Sheldon fu [mailto:sfu at real.com]
> >> >Sent: Monday, September 21, 2009 10:34 AM
> >> >To: ehyche at real.com
> >> >Cc: datatype-dev at helixcommunity.org
> >> >Subject: RE: [datatype-dev] Re: CR: Compressed media pipeline (aka f-n-f) decoder support
> >> >
> >> >Head and brizo401.
> >> >
> >> >fxd
> >> >
> >> >On Mon, 2009-09-21 at 09:26 -0400, Eric Hyche wrote:
> >> >> Where is this going to be checked in?
> >> >>
> >> >> Eric
> >> >>
> >> >> =======================================
> >> >> Eric Hyche (ehyche at real.com)
> >> >> Principal Engineer
> >> >> RealNetworks, Inc.
> >> >>
> >> >>
> >> >> >-----Original Message-----
> >> >> >From: datatype-dev-bounces at helixcommunity.org [mailto:datatype-dev-bounces at helixcommunity.org]
> >On
> >> >> >Behalf Of Sheldon fu
> >> >> >Sent: Friday, September 18, 2009 1:39 PM
> >> >> >To: datatype-dev at helixcommunity.org
> >> >> >Subject: [datatype-dev] Re: CR: Compressed media pipeline (aka f-n-f) decoder support
> >> >> >
> >> >> >This is the update of the example decoder to add implementation of IHXPowerSave interface that
> >> >Intel
> >> >> >just checked in for power save mode support.
> >> >> >
> >> >> >fxd
> >> >> >
> >> >> >On Wed, 2009-09-16 at 14:32 -0400, Sheldon fu wrote:
> >> >> >> Synopsis:
> >> >> >>
> >> >> >> These are the changes to implement the CMP support in mp4 renderer and
> >> >> >> a sample CMP mode decoder.
> >> >> >>
> >> >> >>
> >> >> >> Description:
> >> >> >>
> >> >> >> Milko's design doc for CMP is attached with all the details about
> >> >> >> f-n-f mode. Only major difference from the design is that it seems
> >> >> >> that GetSamplesLastReceived is not really needed since renderer now is
> >> >> >> not responsible for handling loss packet cancellation.
> >> >> >>
> >> >> >> This is only the Compressed media pipeline part from the design doc.
> >> >> >> Intel has done the power save mode and has a separate CR for that.
> >> >> >>
> >> >> >> The sample decoder is a crude implementation since all its purpose is
> >> >> >> to exercise the new interfaces and behavior. It uses the aac fixpt
> >> >> >> decoder to decode and OSS sound API to write out samples to simulate a
> >> >> >> DSP f-n-f decoder. It lacks the clock time-line adjustment logic
> >> >> >> currently because that part is going to be very much depending on the audio API.
> >> >> >> Nevertheless it can be used as a template for actual f-n-f decoder
> >> >> >> implementation.
> >> >> >>
> >> >> >> Head and brino_401 branch.
> >> >>
> >>
>