Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upaudio input #in glitch at every cycle #618
Comments
|
Yes, that is quite possible, because the fade time in standard synths is very short (to keep the general feel crispy). You could try to write |
|
Nope, I tried 1.1, 1.01, 1.001 and other values. Maybe the only solution could be to elaborate an algorithm which makes the audio buffer continuous..becouse something is restarting when a cycle ends and the next starts...that gap should be filled, or maybe a fade effect that smooths the end with the start. I think this isn't an urgent issue..becouse while music is playing the glitch is inaudible..but it would be nice to have a fix. Maybe I could help but I don't know where to look at. |
|
Could you try |
|
I did: I got:
Also I can't find |
|
Ah sorry, I didn't know it wasn't added to the tidal side (I can't try right now). If I remember correctly, it was in tidal: let fadeTime = pF "fadeTime"@yaxu shouldn't we add that? you could try this. ~dirt.orbits[0].set(\fadeTime, 0.1)But then this is global, and all the sounds will be "softened". |
|
Ok I made some test using the first option by putting |
|
Ah now I understand why this is. Other synths have their own envelope for the attack section, but the input synths don't have this. Forget about the fadeIn, just run this in sclang: // live audio input
(
SynthDef(\in, { |out, sustain = 1, pan, inputFadeTime = 0.03|
var env, sound;
env = Env.linen(inputFadeTime, sustain - (2 * inputFadeTime), inputFadeTime).kr;
sound = SoundIn.ar([0, 1]); // stereo in
sound = sound * env;
OffsetOut.ar(out,
DirtPan.ar(sound, ~dirt.numChannels, pan)
)
}).add
);I'll correct the source as well. You can adjust the crossfade, if you add to tidal: |
|
I made an issue on the tidal repo for the missing parameter |


Describe the bug
I'm not sure if this is a tidalcycles or superdirt issue, but when I use audio input #in I can hear a short audio clip at every cycle, something like a buffer drop, which coincides with tempo if I change cps.
To Reproduce
I connect my guitar to my audio card, then evaluate
d1 $ s "in"
Expected behavior
A clean sound without clips.
Environment:
Additional context
I'm using Supercollider via ALSA direct portaudio becouse jack server is too glitchy, so apart from this issue the sound is clean at low latency when playing synths and samples, also I've no issues using audio input in other softwares like for example pure data.