search for: dictioniari

Displaying 6 results from an estimated 6 matches for "dictioniari".

Did you mean: dictioniary
2004 Sep 10
2
Re: nice idea
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
2004 Sep 10
2
Re: nice idea
--- 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
2004 Sep 10
2
Re: nice idea
On Sat, Oct 05, 2002 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
2004 Sep 10
0
Re: nice idea
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
2004 Sep 10
0
Re: nice idea
Hmm... when using variable bitrate with MP3, the bitrate clearly follows complexity. I've no idea how that algorithm works, but maybe it can be adapted. When it decides to change 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
2004 Sep 10
0
Re: nice idea
OK, then how about a speculative approach? I'm going to go on these assumptions: * linear predictive coding * exhaustive search option * lpc coding is capable of producing zero residual * doing so is practical with a tiny block size Start with say, 64 samples (arbitrary), and compute a zero-residual LPC coding. Then use that coding to try and "predict" ahead into the