recording with rec.ck: stereo and clipping
Several problems I've noticed recording from command-line chuck (win32): 1. All the UGens in my chucKestra are connected to pan2 objects, then the dac, but the recording comes out mono (standard rec.ck). Is this due to the way stereo and mono ugens connect together? Is there some way I can get the stereo recording from the console? 2. I often get digital clipping on a few samples in a several minute piece. It seems like a job for some dynamics or soft clipping at the end of the chain, right? Is there something I can use? I guess I could try writing a sample-level limiter in ChucK. (One reason this may be happening is that the center or DC of the waveform seems to drift up and down towards the edges without being too loud, lately I've been using lots of FMVoices with reverb. This seems different from what a recorded sound would do) best, Graham
Graham, Not sure on stereo, but you can probably fix your clipping problem by inserting a DC Blocking filter in the chain. There's a method provided for the PoleZero unitgenerator called .blockZero that sets the coefficients. Try 0.99 or so: impulse i => PoleZero dcb => dac; 0.99 => dcb.blockZero; while (1) { 1.0 => i.next; 2.0 :: ms => now; } On Sat, 4 Mar 2006, Graham Coleman wrote:
Several problems I've noticed recording from command-line chuck (win32):
1. All the UGens in my chucKestra are connected to pan2 objects, then the dac, but the recording comes out mono (standard rec.ck).
Is this due to the way stereo and mono ugens connect together? Is there some way I can get the stereo recording from the console?
2. I often get digital clipping on a few samples in a several minute piece. It seems like a job for some dynamics or soft clipping at the end of the chain, right? Is there something I can use?
I guess I could try writing a sample-level limiter in ChucK.
(One reason this may be happening is that the center or DC of the waveform seems to drift up and down towards the edges without being too loud, lately I've been using lots of FMVoices with reverb. This seems different from what a recorded sound would do)
best,
Graham _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Perry, Thanks! This solves the DC drift problem excellently. Graham On Sat, 4 Mar 2006, Perry R Cook wrote:
Graham,
Not sure on stereo, but you can probably fix your clipping problem by inserting a DC Blocking filter in the chain. There's a method provided for the PoleZero unitgenerator called .blockZero that sets the coefficients. Try 0.99 or so:
impulse i => PoleZero dcb => dac;
0.99 => dcb.blockZero;
while (1) { 1.0 => i.next; 2.0 :: ms => now; }
On Sat, 4 Mar 2006, Graham Coleman wrote:
Several problems I've noticed recording from command-line chuck (win32):
1. All the UGens in my chucKestra are connected to pan2 objects, then the dac, but the recording comes out mono (standard rec.ck).
Is this due to the way stereo and mono ugens connect together? Is there some way I can get the stereo recording from the console?
2. I often get digital clipping on a few samples in a several minute piece. It seems like a job for some dynamics or soft clipping at the end of the chain, right? Is there something I can use?
I guess I could try writing a sample-level limiter in ChucK.
(One reason this may be happening is that the center or DC of the waveform seems to drift up and down towards the edges without being too loud, lately I've been using lots of FMVoices with reverb. This seems different from what a recorded sound would do)
best,
Graham _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
Hi Graham,
1. All the UGens in my chucKestra are connected to pan2 objects, then the dac, but the recording comes out mono (standard rec.ck).
Is this due to the way stereo and mono ugens connect together? Is there some way I can get the stereo recording from the console?
Yes. The patch you are using is the mono version. Search for rec2.ck in the examples, it is stereo. The one you are using takes the output of the dac into a wavrecord. What you need to do is have two wavrecord objects and each one will record a channel. dac.left => wavrecord left => blackhole; dac.right => wavrecord right => blackhole; // set filenames etc .. The convention is to have a .L and a .R file. You can combine these together into a stereo track in Audacity or ecasound or some other audio editor or processor. This did show up on the mailing list around November 05. Try searching the archives for more details. I hope this helps. --art
Hi Graham and all,
Yes. The patch you are using is the mono version. Search for rec2.ck in the examples, it is stereo.
Wait, the rec2.ck isn't there anymore.
The convention is to have a .L and a .R file. You can combine these together into a stereo track in Audacity or ecasound or some other audio editor or processor. This did show up on the mailing list around November 05. Try searching the archives for more details.
Here is the link. We are definitely going to improve things so we can record to multi-channel. By the way, 1.2.0.5 supports real-time multi-channel audio. A multi-channel sndbuf/WvOut are on the way, but probably won't be in the next release. Stay tuned. https://lists.cs.princeton.edu/pipermail/chuck-users/2005-October/000050.htm... Best, Ge!
On 3/4/06, Graham Coleman
Several problems I've noticed recording from command-line chuck (win32):
1. All the UGens in my chucKestra are connected to pan2 objects, then the dac, but the recording comes out mono (standard rec.ck).
Is this due to the way stereo and mono ugens connect together? Is there some way I can get the stereo recording from the console?
I have done this, too, on a Mac 10.3.9, and yet, I only get mono...
participants (5)
-
Adam Tindale
-
Ge Wang
-
Graham Coleman
-
Mike McGonagle
-
Perry R Cook