search for: dictioniary

On Fri, Oct 04, 2002 at 01:57:03PM -0400, Hod McWuff wrote: > Agreed that the oversampling isn't useful in the long term. I'm not sure > what you mean by 'dictioniary overhead'. > > I'd like to see an easy-to-invoke set of parameters that will spare no > cpu expense and produce the tightest theoretically possible output. > > I'm guessing the best of Marco's idea can be achieved by adding > heuristics to dynamically determine o...

--- Hod McWuff <hod@wuff.dhs.org> wrote: > On Fri, 2002-10-04 at 10:26, Marco "elcabesa" Belli wrote: > > oversampling.. i maean digitally change the wave file rate form > 44khz to 440 > > khz > > > > it make next sample easyer predictable > > OK, IANASPE (signal processing engineer) but it seems to me that if a > simple shift like that can

...at 12:26:12PM -0400, Hod McWuff wrote: > On Sat, 2002-10-05 at 03:19, Miroslav Lichvar wrote: > > On Fri, Oct 04, 2002 at 01:57:03PM -0400, Hod McWuff wrote: > > > Agreed that the oversampling isn't useful in the long term. I'm not sure > > > what you mean by 'dictioniary overhead'. > > > > > > I'd like to see an easy-to-invoke set of parameters that will spare no > > > cpu expense and produce the tightest theoretically possible output. > > > > > > I'm guessing the best of Marco's idea can be achieved by...

Agreed that the oversampling isn't useful in the long term. I'm not sure what you mean by 'dictioniary overhead'. I'd like to see an easy-to-invoke set of parameters that will spare no cpu expense and produce the tightest theoretically possible output. I'm guessing the best of Marco's idea can be achieved by adding heuristics to dynamically determine optimal frame size based on say...

...nge the bitrate, that's where you want a frame break. On Sat, 2002-10-05 at 03:19, Miroslav Lichvar wrote: > On Fri, Oct 04, 2002 at 01:57:03PM -0400, Hod McWuff wrote: > > Agreed that the oversampling isn't useful in the long term. I'm not sure > > what you mean by 'dictioniary overhead'. > > > > I'd like to see an easy-to-invoke set of parameters that will spare no > > cpu expense and produce the tightest theoretically possible output. > > > > I'm guessing the best of Marco's idea can be achieved by adding > > heurist...

...Hod McWuff wrote: > > On Sat, 2002-10-05 at 03:19, Miroslav Lichvar wrote: > > > On Fri, Oct 04, 2002 at 01:57:03PM -0400, Hod McWuff wrote: > > > > Agreed that the oversampling isn't useful in the long term. I'm not sure > > > > what you mean by 'dictioniary overhead'. > > > > > > > > I'd like to see an easy-to-invoke set of parameters that will spare no > > > > cpu expense and produce the tightest theoretically possible output. > > > > > > > > I'm guessing the best of Marco'...