- chuck-users - lists.cs.princeton.edu

Sideband Chronicles
by Daniel L. Trueman 05 Feb '15

05 Feb '15

hi all, chuck in heavy use here! =========================> Sideband and the Princeton Laptop Orchestra (PLOrk) are pleased to announce the release of The Sideband Chronicles, a monthly series of laptop ensemble pieces, artfully filmed and recorded, presented along with their histories, motivations, and information about how others might perform them. Our first Chronicle is Jascha Narveson’s In Line, a visually beautiful “game” piece performed with the now standard laptop performance interface, the tether. Forthcoming Chronicles will include works by Konrad Kaczmarek, Anne Hege, Jeff Snyder, Dan Trueman, Lainie Fefferman, and others, and will span all of 2015 and beyond. Learn more about The Sideband Chronicles, Sideband, and PLOrk. http://www.sidebandchronicles.com http://www.sidebandchronicles.com/about/ http://www.sidebandchronicles.com/jascha-narveson-in-line/ <=========================

1 0

Asynchronous FFT?
by Marc Evans 31 Jan '15

31 Jan '15

Hi all, I'm working on a sound installation that uses ChucK for synthesis, and am trying to figure out how to have a variety of interesting reverbs that evoke different kinds of environments. Convolution reverb using a variety of impulse responses would be ideal. This installation does not have any real-time input, so delay is not really a factor. I came across this wonderful FFT convolution example <https://lists.cs.princeton.edu/pipermail/chuck-users/2014-November/007807.h…> that Perry Cook put together, and it's great, except that there is a click every hop-size as (I assume) the FFT calculation takes place. I realize that maybe there wouldn't be such a click if I used a shorter impulse response, but I wonder if there's a way to spread out the calculation so that it isn't all happening on one sample. Is there any way to do the FFT asynchronously? Again, if it added more delay, it's not really a big deal. Thanks! Marc -- Marc Evans PhD Student in Music Composition at UCSB Stanford BA '10, Music; MA '11, Music, Science and Technology www.marcevansmusic.com "We are here on Earth to do good to others. What the others are here for, I don't know." --W. H. Auden

1 0

Re: [chuck-users] reading random sample
by Julian Faust 29 Jan '15

29 Jan '15

If you know in advance what set of files to choose from, you could start by reading in a text file with all the file paths then make the random selection in chuck. This avoids system calls, which can mess with the timing of your real-time application since the chuck VM misses the time spent doing the system call (i.e. Std.system(“sleep 1”) causes mayhem). But if you want to be able to add files to a directory on the fly I think you have to do the system call. Just be aware of the timing issue - maybe it can be done in a thread. -Julian > From: Atte <atte(a)youmail.dk> > Subject: [chuck-users] reading random sample > Date: January 28, 2015 at 6:32:29 AM GMT-5 > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > > Hi > > I'm trying to write a function that reads a random samples from a > directory into a SndBuf. I'm not aware of the the necessary > functionality being available in chuck, so I wrote a bash script that > picks a random file from a directory and writes the name with full path > to /tmp/random_file. When I call Std.system() I get a warning that I > should use --caution-to-the-wind. This works well in chuck, but in fact > I'm in miniAudicle, how do I call miniAudicle with that option? Just doing > > $ miniAudicle --caution-to-the-wind > > makes miniAudicle think I want to start with a blank file called > "--caution-to-the-wind"... > > -- > Atte > > http://atte.dk http://a773.dk > > > > From: Atte <atte(a)youmail.dk> > Subject: Re: [chuck-users] reading random sample > Date: January 29, 2015 at 6:25:08 AM GMT-5 > To: chuck-users(a)lists.cs.princeton.edu > Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > > On 01/28/2015 12:32 PM, Atte wrote: >> how do I call miniAudicle with that option? > > Nevermind, I'm back to chuck, seems much more stable... > > -- > Atte > > http://atte.dk http://a773.dk >

2 1

reading random sample
by Atte 29 Jan '15

29 Jan '15

Hi I'm trying to write a function that reads a random samples from a directory into a SndBuf. I'm not aware of the the necessary functionality being available in chuck, so I wrote a bash script that picks a random file from a directory and writes the name with full path to /tmp/random_file. When I call Std.system() I get a warning that I should use --caution-to-the-wind. This works well in chuck, but in fact I'm in miniAudicle, how do I call miniAudicle with that option? Just doing $ miniAudicle --caution-to-the-wind makes miniAudicle think I want to start with a blank file called "--caution-to-the-wind"... -- Atte http://atte.dk http://a773.dk

1 1

Debugging Segmentation fault: 11
by Gonzalo 28 Jan '15

28 Jan '15

Hi, On a project I'm working on, I sometimes get a "Segmentation fault: 11" error, and the program crashes. But I can't figure out when it happens, and cannot reproduce it. It's a big project, with many components communicating via events, and I have no idea who's triggering the problem. My question is how would you go about debugging this? Any ideas what can be triggering it? It sounds very generic... Probably unrelated, but just in case, I also got this (only once so far): chuck(22226,0x7fff790ee310) malloc: *** error for object 0x1028f3408: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug Abort trap: 6 Thanks! Gonzalo

5 15

Re: [chuck-users] WvOut sample size (????????? ????????)
by јеромонах Виталије 27 Jan '15

27 Jan '15

Thank you Michael Heuer, for your reply. I have already installed jackd and QJackCtl, but I am not so happy with it. It is much easer to work with ChucK compiled to use alsa and just start one single program (* chuck) than to wary about starting jackd, controlling it... Very likely I am missing something about jack but I have never made it to work smoothly. There were always some troubles with applications that utilize sound card when I run jack server, so I gave up. On the other hand, I don't understand why ChucK can not use sound card as any other application on my computer. For example: command line mp3 player mpg321 can play a mp3-file simultaneously with other programs. I can start several mpg321 commands from terminal and there will be no complains about hardware device being used. The same is with other audio/video players on my computer. None of them requires exclusively access to sound card hardware, and they all can cooperate smoothly. I would like very much if ChucK could do so. Vitalije

3 2

Re: [chuck-users] WvOut sample size (????????? ????????) (Joel Matthys)
by јеромонах Виталије 27 Jan '15

27 Jan '15

> Hello Vitalije. > > You can compile ChucK with 'make linux-pulse' to use the PulseAudio > server. That will allow you to use other audio applications at the > same time. > > You are right that jackd is not as easy to work with as alsa, but it > is very useful when you want to send sound from one application to > another. It is powerful in the right situation. > > Joel Thank you Joel, I have compiled ChucK as you have suggested and now it works very well indeed. :-) Vitalije.

1 0

Re: [chuck-users] WvOut sample size (????????? ????????)
by јеромонах Виталије 26 Jan '15

26 Jan '15

Thank you Perry Cook, for your reply. I have found what was the source of my main problem. It had nothing to do with quality, or sample size of generated file. Actually I was working on files located on an USB memory stick, and the stick was plugged in a USB hub device located very near speaker. When ChucK was executing file there were no interference between the USB cable and speaker cable, but when I was playing recorded file from the same USB there were some interference between cables that sounded like cracks. When I copied generated file to my desktop and played it from there, cracks disappeared :-) Maybe this will help somebody else if one run into similar problem.

1 0

Re: [chuck-users] WvOut sample size (????????? ????????)
by Perry Cook 24 Jan '15

24 Jan '15

It's likely just overloading and clipping on the output file. WvOut and WvOut2 must quantize to 16 bits to write out the file. So numbers that are greater than +/- 1.0 will overload. If this is really the problem (likely), then there's an easy fix. There's a method called fileGain() that sets an extra gain before the file is written out. The default is of course 1.0, but you can change it to anything. Example useage: MyPatch => WvOut bob => blackhole; "mywavfile.wav" => bob.wavFilename; 0.5 => bob.fileGain; // This is your friend for writing non-clipped files while (now < then) { // do whatever; } bob.closeFile(); Hope this helps. If not let us know and we'll dig deeper. PRC > On Jan 24, 2015, at 9:00 AM, chuck-users-request(a)lists.cs.princeton.edu wrote: > > Send chuck-users mailing list submissions to > chuck-users(a)lists.cs.princeton.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > or, via email, send a message with subject or body 'help' to > chuck-users-request(a)lists.cs.princeton.edu > > You can reach the person managing the list at > chuck-users-owner(a)lists.cs.princeton.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chuck-users digest..." > > > Today's Topics: > > 1. WvOut sample size (????????? ????????) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 23 Jan 2015 20:22:21 +0100 > From: ????????? ???????? <vitalije(a)kviziracija.net> > To: chuck-users(a)lists.cs.princeton.edu > Subject: [chuck-users] WvOut sample size > Message-ID: <54C29F6D.8070701(a)kviziracija.net> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hello, > I am a new member of this list. > I have made some ChucK program that sounds good when performed by ChucK > VM. However, when I record this music through WvOut in to file and later > play recorded file using system player, I hear some cracks (distortions, > noise). > It seems to me that it is some conversion taking place during recording. > In the documentation of WvOut class it is suggested that MATLAB file > format will write 64-bit floats. But even with that precision I get the > same sound in file. I have looked in to the source code and found that > every method of WvOut class (WvOut_ctrl_<filetype>Filename) opens file > with the same 16-bit sample-size (Stk::STK_SINT16). > > I have tried naively to change that parameter into Stk::STK_SINT32, and > recompiled successfully ChucK, but the quality of recorded sound was not > improved. Actually, file was again 16-bit signed encoded. > > What can I do to improve quality of recording. > > My computer is amd-64 Ubuntu 14.04. I have compiled ChucK with 'make > linux-alsa' command. > > PS: I tried to record sound from system sound-card by using some other > programs for recording, but with no success. Either ChucK could not > access sound-card or a recording program could not access sound-card. It > seems that ChucK insists on having exclusive rights over sound-card and > doesn't want to share it with other programs. Even if in my browser is > opened some site that uses sound, ChucK refuses to start. > > Vitalije > > > ------------------------------ > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > End of chuck-users Digest, Vol 114, Issue 4 > *******************************************

2 1

WvOut sample size
by јеромонах Виталије 23 Jan '15

23 Jan '15

Hello, I am a new member of this list. I have made some ChucK program that sounds good when performed by ChucK VM. However, when I record this music through WvOut in to file and later play recorded file using system player, I hear some cracks (distortions, noise). It seems to me that it is some conversion taking place during recording. In the documentation of WvOut class it is suggested that MATLAB file format will write 64-bit floats. But even with that precision I get the same sound in file. I have looked in to the source code and found that every method of WvOut class (WvOut_ctrl_<filetype>Filename) opens file with the same 16-bit sample-size (Stk::STK_SINT16). I have tried naively to change that parameter into Stk::STK_SINT32, and recompiled successfully ChucK, but the quality of recorded sound was not improved. Actually, file was again 16-bit signed encoded. What can I do to improve quality of recording. My computer is amd-64 Ubuntu 14.04. I have compiled ChucK with 'make linux-alsa' command. PS: I tried to record sound from system sound-card by using some other programs for recording, but with no success. Either ChucK could not access sound-card or a recording program could not access sound-card. It seems that ChucK insists on having exclusive rights over sound-card and doesn't want to share it with other programs. Even if in my browser is opened some site that uses sound, ChucK refuses to start. Vitalije

1 0