Search options (Page 4 of 48)

the way the stereo inversion thing works is to invert the exact same signal to cancel itself out

let's say noise is a bunch of random numbers:

-3  -2   7   8  -4   6   2   3  -8  -9   1   0  -3   4

if you take that exact sequence and add it to the inverted version of itself, you get silence:

-3  -2   7   8  -4   6   2   3  -8  -9   1   0  -3   4

 +   +   +   +   +   +   +   +   +   +   +   +   +   +

 3   2  -7  -8   4  -6  -2  -3   8   9  -1   0   3  -4

 =   =   =   =   =   =   =   =   =   =   =   =   =   =

 0   0   0   0   0   0   0   0   0   0   0   0   0   0

however, if you take some pre-recorded noise, or noise from a different source, that'll be a different set of random numbers:

 8  -2   6  -4   1  -2  -1   4  -5   8  -3   7  -7   3

add them together and you just get even louder noise

-3  -2   7   8  -4   6   2   3  -8  -9   1   0  -3   4

 +   +   +   +   +   +   +   +   +   +   +   +   +   +

 8  -2   6  -4   1  -2  -1   4  -5   8  -3   7  -7   3

 =   =   =   =   =   =   =   =   =   =   =   =   =   =

 5  -4  13   4  -3   4   1   7 -13   1  -2   7 -10   7

this means it has to be done in realtime using the same device - you can't use recorded noise, you can't use noise from a different gba, basically if you can't get one channel with your song on it and a second channel with just noise, you're out of luck

software noise reduction is done with fft / eq / gating / expansion and is necessarily imperfect, depending on the quality of the software you use to do it, it can either sound good or terrible

the stereo inversion method doesn't work the same way at all and in theory itshould perfectly remove any noise without affecting your recording negatively in any way

sunvox costs money

sketchman3: you'd be wrong! thanks for the recs though

xyno: looks good, do you know how accurate it is?

yo, aha, where the party at, yo, yeaaaaaah oooooooh i'm high, yo, from the north to the south to the east to the west, ha

http://aanaaanaaanaaana.net/pagelist.php?dir=music

p.s. i saw you left some posts on pouet bbs about bugs in schism that put you off using it - anything specific you think we should try to fix?

we don't have anyone with a mac to do builds for our new versions, so any osx user who feels capable of running some build scripts every now and then, hit us up

i'm assuming this is because the latency of your audio device != the latency of your midi device

can you try this? https://dl.dropbox.com/s/m7ymap2nhlid2h … -win32.zip
i added a new hidden config option (configuration.html, ctrl-f "clock_offset") to manually shift the midi clock

e.g. if you think your midi sequencer is playing 100ms ahead of schism, clock_offset=4410 to delay the midi clock by 4410 samples. it'll be a bit of trial and error but hopefully once you've found the right number you can "set and forget" it