[FFmpeg-devel] [PATCH] Common ACELP code & G.729 [6/7] - G.729 postfilter

Diego Biurrun diego
Sat May 17 21:46:12 CEST 2008


On Sat, May 17, 2008 at 11:55:32PM +0700, Vladimir Voroshilov wrote:
> 2008/5/17 The Wanderer <inverseparadox at comcast.net>:
> > Vladimir Voroshilov wrote:
> >
> >> 2008/5/15 Diego Biurrun <diego at biurrun.de>:
> >>> On Sun, May 11, 2008 at 10:01:41PM +0700, Vladimir Voroshilov wrote:
> >>>>
> >>
> >> [...]
> >>
> >>>> + * At second stage long-term postfilter searches best fractional pitch
> >>>> + * delay with 1/(1+ANALYZED_FRAC_DELAYS) resolution around found at first stage
> >>>> + * integer pitch delay.
> >>>
> >>> Ummm, "around" what?
> >>
> >> around _found_at_first_stage_integer_pitch_delay_.
> >> How to spell this correctly?
> >
> > It's already spelled correctly, it just isn't phrased correctly.
> >
> > If I understand this sentence correctly, I would write it as something
> > like
> >
> > ==
> > At the second stage, the long-term postfilter searches for the best
> > fractional pitch delay which has a resolution of
> > 1/(1+ANALYZED_FRAC_DELAYS) and is near the integer pitch delay which was
> > found in the first stage.
> > ==
> 
> If i understood you right above sentence is not what i wanted to say.
> In my sentence I just meant that search is being done in
> [best_pitch_delay-1; best_pitch_delay+1] range with
> 1/(1+ANALYZED_FRAC_DELAYS) precision. Where best_pitch_delay is
>  the integer pitch delay which was found in the first stage.

What about the following:

  In the second stage, the long-term postfilter searches for the best
  fractional pitch delay with 1/(1+ANALYZED_FRAC_DELAYS) resolution
  around the value found in the first stage.

Diego




More information about the ffmpeg-devel mailing list