search for: wuff

Heyho, Recently I tried out the ORCv2 JIT, especially the LLJIT. I gotta say, that I really like the new interface and the way you use it! However there is one thing I'm missing. I wrote a small bit code file, which should force having a global constructor. int wuff(); __declspec(noinline) int miau() { printf("Huhuhu"); return wuff(); } const int x = miau(); When I parse this IR file in my JIT and go through the 'globals()' of the llvm::Module, then I will encounter a symbol with the following name: "_GLOBAL__sub_I_Vecto...

--- 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 (si...

constant prediction see this page http://flac.sourceforge.net/format.html oversampling.. i maean digitally change the wave file rate form 44khz to 440 khz it make next sample easyer predictable if i'll found my old work i'll tell you how much compression i could achieve

...m standard deviation of a complexity measurement. The idea is to tie the frame breaks to dramatic changes in the signal. If the guitarist plucks a string, or the vocalist starts a new syllable, that should also mark a frame boundary. On Fri, 2002-10-04 at 13:27, Josh Coalson wrote: > --- 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 predicta...

...+ libao-0.8.5.new/src/plugins/alsa09/ao_alsa09.c 2004-10-22 12:06:26.000000000 +0200 @@ -75,9 +75,10 @@ { AO_TYPE_LIVE, "Advanced Linux Sound Architecture (ALSA) output", - "alsa09", + "alsa", "Bill Currie <bill@taniwha.org>/Kevin Cody, Jr. <kevinc@wuff.dhs.org>", "Outputs to the Advanced Linux Sound Architecture version 0.9.x.", + NULL, AO_FMT_NATIVE, 35, ao_alsa_options, @@ -181,7 +182,8 @@ internal->writei = snd_pcm_writei; internal->access_mask = SND_PCM_ACCESS_RW_INTERLEAVED; } - } + } else + return...

...llvm::InitializeNativeTargetAsmParser(); > > llvm::LLVMContext context; > llvm::SMDiagnostic dia; > > std::unique_ptr<llvm::Module> M = llvm::parseIRFile("./jit_main. > ll", dia, context); > Jitter jit; > printf("Wuff?"); > Jitter::ModuleHandle h = jit.addModule(std::move(M)); > printf("KNUFF!\n"); > > printf("Kuchen! 0x%p\n", jit.findSymbol("main").getAddress()); > > system("PAUSE"); > return 0; > } >...

...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 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...

...suggesting an "estimation" pass to determine block size before doing the final encode, and I'm trying to do it on one shot. I'm probably the one going too cycle-hungry here. On Mon, 2002-10-07 at 16:03, Miroslav Lichvar wrote: > On Sun, Oct 06, 2002 at 04:41:02PM -0400, Hod McWuff wrote: > > > > 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 i...

...al LPC coding. Then use that coding to try and "predict" ahead into the un-encoded input stream. Compare against the actual input, and end the block where residual starts to show up. On Sun, 2002-10-06 at 14:58, Miroslav Lichvar wrote: > 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...