- chuck-dev - lists.cs.princeton.edu

Re: [chuck-dev] ChucKJS
by Casper Schipper 01 Jan '14

01 Jan '14

Hello Arve, I’ve been using ChucK for quite some time, but also started to get an interest for the Web Audio API. I think I agree that having chuck compile in a browser would give a huge boost for the language! It is very powerful to be able to directly share musical programs through the internet, without the receiver having to install or run external software. I do fear however that there is a strong difference between ChucK and the way that Web Audio API is designed not to mention the difference between C++ and JavaScript. ChucK has a way of expressing time that is fundamentally different from any other programming language I know. Your implementation at first sight seems to me like like quite a thorough port of the complete structure of ChucK, complete with VM etc.. Does that mean that it will be possible to have sample accurate timing in your code execution just like ChucK ? Playing a little bit with JavaScript I’ve noticed that the JavaScript setTimeout clock is very unpredictable and found it to be messy even for a simple drum machine. Of course there are ways of dealing with that by scheduling ahead and using the WebAudio API clock, but that would not work very well with the way ChucK deals with time. But maybe your implementation doesn’t require the clock to be accurate ? I’m very curious to hear what your experience has been! Anyway what surprised me (shocked is maybe a better word, considering the bad reputation of JavaScript) while playing with the Web Audio API, is that JavaScript is quite interesting as an algorithmic composition scripting language, since it is fundamentally a functional language not that unlike Scheme or Lisp (and some powerful algorithmic musical tools have been built in those like: AC toolbox, Niquist and AthenaCL in Python). Here JavaScript could have an advantage above the more traditional way ChucK deals with types and classes. When using ChucK I found that I almost always wanted to add functionalities to the arrays like iterating, choosing, sorting, mapping functions, lambda functions etc… These are also in the LicK library for ChucK, but I haven’t seen many people use that, I guess because it complicates the syntax a bit*. In JavaScript you get those things from the start (or they are very simple to add). Also it’s easy to change behavior of objects like adding methods dynamically to objects, which is very interesting from the point of view of on the fly programming. So summing this up, I think there is definitely a need for a good JavaScript library to facilitate the generation of music with the Web Audio API. ChucK could be a source of inspiration because it has some very good ideas: - the => syntax is kind of cute and works well for uGens. - the native time type and way of dealing with time (.2::second => now) is very powerful. - the fact that chuck allows 1::sample feedback loops is great! - the control rate can be anything you need it to be. - the ability to spork shreds is very handy when dealing with any type of polyphony. but also perhaps: - the timing system might not translate well (or at all) to JavaScript. - JavaScript functional style programming has it’s own advantages that would be perhaps a waste to overlook when simply putting ChucK into JavaScript. Anyway keep me posted about your progress, I will closely watch your Github! Perhaps I can be of help concerning ChucK, because I cannot really help you with coffee script I’m afraid, since I don’t know it very well. Cheers, Casper * although I must admit that I think it can’t be done any better than LicK did. Casper Schipper casper.schipper(a)gmail.com www.casperschipper.nl +316 52322590 On 27 dec. 2013, at 02:58, chuck-dev-request(a)lists.cs.princeton.edu wrote: > Hi guys > > I've begun work on a JavaScript (well, CoffeeScript) implementation of ChucK, ChucKJS, for which I'm seeking feedback from ChucK developers in particular. Web Audio API is used to produce sound. Very little of the language is implemented so far, I've just today finished end-to-end support (including a VM) for playing back a sine tone for a certain interval of time as in the following program: > > SinOsc sin => dac; > 2::second => now; > > Even though this may seem minor, I'm pretty happy that this is at all possible just from within the browser :) As explained in the project's README, there is a self-contained example (examples/example1.html) which demonstrates the aforementioned sine wave playback capability. > > What do you guys think, are anyone else interested in being able to run ChucK programs in the browser? Anyone interested in helping out on ChucKJS (like ChucK it's GPL licensed)? > > My motivation for writing ChucKJS is to develop an online development environment for ChucK where one can execute the programs directly in the browser, I figure this will lower the threshold and make the language more fun to work with. > > Merry Christmas, > Arve

3 3

libchuck
by Brian Sorahan 29 Dec '13

29 Dec '13

Hi chuck devs, Been meaning to write this email for a while. I gave a presentation on chuck at texas linux fest last year and lots of people wanted to know how to use chuck as the sound engine for games written in c++. I don't do any game development and have never considered chuck being used for this purpose, but I think the interest in chuck was due to the fact that you can synthesize your game sounds instead of triggering audio samples. I know that libpd <http://libpd.cc/> seems to fit this niche, but I could see chuck being an attractive alternative (I personally hate dragging virtual patch cords with a mouse!) Does anyone know of anything similar to libpd for chuck? Would chuck be suited for this purpose (ie - embedding in a mobile app, for example)? cheers, Brian

1 0

Re: [chuck-dev] ChucKJS
by Arve Knudsen 28 Dec '13

28 Dec '13

Hi Nathan Thanks for the swift feedback (and starring my repository)! I'll consider filing issues with things that need to be done, when I can think of something. I'm totally new to ChucK, so ChucKJS is also a way for me to learn ChucK itself. As such, I'm not at all sure if this project is even feasible, but I'm treating it as a fun experiment. Hopefully, it can work well enough at some point to complement the original ChucK. Merry Christmas. Arve On Fri, Dec 27, 2013 at 2:45 AM, Nathan Leiby <nathanleiby(a)gmail.com> wrote: > Hi Arve, > > Sounds very interesting! I have toyed with this a little (more web-audio > API for making a DJing app, but to re-implement things I have done in > Chuck). I've starred the repo and will keep an eye on your progress. > > I haven't been able to carve out of a lot of time recently for side > projects as I'm just starting a new job, but I'd love to contribute soon if > possible. Definitely consider filing some issues with suggested features > and I'll take a look. > > Thanks! > Nate > > > > On Thu, Dec 26, 2013 at 5:36 PM, Arve Knudsen <arve.knudsen(a)gmail.com>wrote: > >> Hi guys >> >> I've begun work on a JavaScript (well, CoffeeScript) implementation of >> ChucK, ChucKJS <https://github.com/aknuds1/chuckjs>, for which I'm >> seeking feedback from ChucK developers in particular. Web Audio API<https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html> is >> used to produce sound. Very little of the language is implemented so far, >> I've just today finished end-to-end support (including a VM) for playing >> back a sine tone for a certain interval of time as in the following program: >> >> SinOsc sin => dac; >> 2::second => now; >> >> Even though this may seem minor, I'm pretty happy that this is at all >> possible just from within the browser :) As explained in the project's >> README, there is a self-contained example (examples/example1.html) which >> demonstrates the aforementioned sine wave playback capability. >> >> What do you guys think, are anyone else interested in being able to run >> ChucK programs in the browser? Anyone interested in helping out on >> ChucKJS <https://github.com/aknuds1/chuckjs> (like ChucK it's GPL >> licensed)? >> >> My motivation for writing ChucKJS is to develop an online development >> environment for ChucK where one can execute the programs directly in the >> browser, I figure this will lower the threshold and make the language more >> fun to work with. >> >> Merry Christmas, >> Arve >> >> _______________________________________________ >> chuck-dev mailing list >> chuck-dev(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-dev >> >> > > > -- > Nathan Leiby >

2 1

ChucK-1.3.3.0 - Problem with source & compilation [Linux-Mint]
by Lionel Atty 29 Nov '13

29 Nov '13

Hey Guyz ! A minor problem in the source code for linux compilation: util_string.cpp: In function ‘std::string get_full_path(const string&)’: util_string.cpp:393:14: erreur: ‘PATH_MAX’ was not declared in this scope util_string.cpp:395:42: erreur: ‘buf’ was not declared in this scope make: *** [util_string.o] Erreur 1 Just need to add this lines in util_string.cpp at lines 387: #ifndef PATH_MAX #include <linux/limits.h> // for PATH_MAX definition #endif Enjoy, YOOoOYoOoOo

1 1

chuck --shell writes to root directory under Windows
by Steve Nicholson 26 Nov '13

26 Nov '13

When investigating the issue I reported earlier today, my classmates and I discovered that under Windows chuck --shell writes its temporary file to c:\. This will most likely fail if the user doesn't have admin rights. This is apparently because the tmpnam function under Windows only returns a file name whereas under OS X it returns a file name that includes a complete path to the system's temporary directory. I used the information from this article (http://msdn.microsoft.com/en-us/library/windows/desktop/aa363875(v=vs.85).a…) to create a temporary file name that includes a path to an appropriate directory. Here is the diff for chuck_shell.cpp: 606a607,623 > #if defined __PLATFORM_WIN32__ > char * tmp_filepath = NULL; > TCHAR tempFileName[MAX_PATH]; > TCHAR tempPathBuffer[MAX_PATH]; > DWORD dwRetVal = 0; > UINT uRetVal = 0; > dwRetVal = GetTempPath(MAX_PATH, tempPathBuffer); > if (dwRetVal > 0 && dwRetVal < MAX_PATH) > { > uRetVal = GetTempFileName(tempPathBuffer, TEXT("ChucK"), 0, tempFileName); > if (uRetVal != 0) > { > //Successfully created temp file name. Point tmp_filepath at it. > tmp_filepath = tempFileName; > } > } > #else 607a625,626 > #endif > -Steve

1 0

Error in chuck --shell under Windows - with potential fix
by Steve Nicholson 26 Nov '13

26 Nov '13

One of my fellow students in the Coursera ChucK class found a bug in chuck --shell under Windows. When using "{" and "}" to enter ChucK code to be interpreted, he got the error: [chuck]: unrecognized escape sequence: \s [chuck]: malformed filename + argumentlist... --> '\s2i8.7'add: error: command failed I tracked it down to util_string.cpp. The extract_args function is interpreting backslashes as the beginning of an escape sequence, not taking into account that Windows file paths can contain backslashes. I made this change which works. I've only done basic testing, though. 266c266,270 < if( s[i] == '\\' && (i+1) < s.length() ) --- > #ifdef __PLATFORM_WIN32__ > if( s[i] == '\\' && (i+1) < s.length() && filename != "") // Wait until after parsing a filename before looking for escape sequences > #else > if( s[i] == '\\' && (i+1) < s.length()) > #endif -Steve

1 0

Bug with Bowed
by Philipp Kroos 24 Nov '13

24 Nov '13

I think there is a bug in the ugen_stk code for Bowed, is that known? Someone in the currently ongoing coursera class found that .rate is not accepted by the compiler. I looked into the code and actually it seems as if the according members are not announced/created for the ChucK VM. I could fix it adding these lines, though I don't know if it's working correctly. But at least you'll know what I mean :) func = make_new_mfun( "float", "rate", Bowed_ctrl_rate ); //! rate func->add_arg( "float", "value" ); if( !type_engine_import_mfun( env, func ) ) goto error; func = make_new_mfun( "float", "rate", Bowed_cget_rate ); //! rate if( !type_engine_import_mfun( env, func ) ) goto error; Best, Philipp

1 0

weird crash
by Philipp Kroos 24 Nov '13

24 Nov '13

Hi guys, I can reliably crash the VM with the following file if I uncomment the crashes()-function call. Sorry for the formatting. The really most weird thing is that the crash is 'triggered' only if I loop more then 4 times... Following the file you'll find the output of uname -a and chuck --version, and the backtrace. I wasn't sure if I should post here or on the users list, but since I'm a programmer I decided for this list. So let me know if you have any ideas that I could try out. Cheers, Philipp /* chuck file start */ fun int dontCallMe () { } fun int iamOk () { return 0; } fun void crashes () { for (0 => int j; j < 5; j++) { dontCallMe (); 1::ms => now; } } fun void crashesNot () { for (0 => int j; j < 5; j++) { iamOk (); 1::ms => now; } } fun void thisNeither () { for (0 => int j; j < 4; j++) { dontCallMe (); 1::ms => now; } } //crashes (); crashesNot (); thisNeither (); /* chuck file end */ chuck --version: chuck version: 1.3.2.0 (chimera) linux (jack) : 32-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/ uname -a: Linux vostro 3.11.6-1-ARCH #1 SMP PREEMPT Sat Oct 19 00:29:46 CEST 2013 i686 GNU/Linux *** Error in `chuck': double free or corruption (!prev): 0x085399f0 *** ======= Backtrace: ========= /usr/lib/libc.so.6(+0x6d6b3)[0xb72946b3] /usr/lib/libc.so.6(+0x7381a)[0xb729a81a] /usr/lib/libc.so.6(+0x7445c)[0xb729b45c] /usr/lib/libstdc++.so.6(_ZdlPv+0x1f)[0xb7515a0f] /usr/lib/libstdc++.so.6(_ZdaPv+0x1b)[0xb7515a5b] chuck[0x805d572] chuck[0x805d759] chuck[0x805d930] chuck[0x805b82f] chuck[0x805ba08] chuck[0x805bab0] chuck[0x805085d] /usr/lib/libc.so.6(__libc_start_main+0xf3)[0xb72409d3] chuck[0x8052b69] ======= Memory map: ======== 08048000-081bc000 r-xp 00000000 08:09 3151140 /home/philipp/Audio/Chuck/ChuckSource/chuck-1.3.2.0/src/chuck 081bc000-081e3000 rw-p 00173000 08:09 3151140 /home/philipp/Audio/Chuck/ChuckSource/chuck-1.3.2.0/src/chuck 081e3000-08226000 rw-p 00000000 00:00 0 083cb000-0855a000 rw-p 00000000 00:00 0 [heap] b0b00000-b0b21000 rw-p 00000000 00:00 0 b0b21000-b0c00000 ---p 00000000 00:00 0 b0d00000-b0d21000 rw-p 00000000 00:00 0 b0d21000-b0e00000 ---p 00000000 00:00 0 b0e87000-b0e88000 ---p 00000000 00:00 0 b0e88000-b1688000 rw-p 00000000 00:00 0 [stack:9315] b1688000-b1689000 ---p 00000000 00:00 0 b1689000-b1e89000 rw-p 00000000 00:00 0 b6d00000-b6d21000 rw-p 00000000 00:00 0 b6d21000-b6e00000 ---p 00000000 00:00 0 b6e68000-b6e69000 ---p 00000000 00:00 0 b6e69000-b6ee9000 rw-p 00000000 00:00 0 b6ee9000-b6eea000 ---p 00000000 00:00 0 b6eea000-b6f6a000 rw-p 00000000 00:00 0 b6f6a000-b6f6b000 ---p 00000000 00:00 0 b6f6b000-b6fef000 rw-p 00000000 00:00 0 b6fef000-b6ff5000 r-xp 00000000 08:05 161673 /usr/lib/libogg.so.0.8.1 b6ff5000-b6ff6000 r--p 00005000 08:05 161673 /usr/lib/libogg.so.0.8.1 b6ff6000-b6ff7000 rw-p 00006000 08:05 161673 /usr/lib/libogg.so.0.8.1 b6ff7000-b7021000 r-xp 00000000 08:05 152013 /usr/lib/libvorbis.so.0.4.6 b7021000-b7022000 r--p 00029000 08:05 152013 /usr/lib/libvorbis.so.0.4.6 b7022000-b7023000 rw-p 0002a000 08:05 152013 /usr/lib/libvorbis.so.0.4.6 b7023000-b7189000 r-xp 00000000 08:05 152016 /usr/lib/libvorbisenc.so.2.0.9 b7189000-b719a000 r--p 00165000 08:05 152016 /usr/lib/libvorbisenc.so.2.0.9 b719a000-b719b000 rw-p 00176000 08:05 152016 /usr/lib/libvorbisenc.so.2.0.9 b719b000-b71cf000 r-xp 00000000 08:05 151995 /usr/lib/libFLAC.so.8.3.0 b71cf000-b71d0000 r--p 00034000 08:05 151995 /usr/lib/libFLAC.so.8.3.0 b71d0000-b71d1000 rw-p 00035000 08:05 151995 /usr/lib/libFLAC.so.8.3.0 b71d1000-b721b000 r-xp 00000000 08:05 139847 /usr/lib/libdbus-1.so.3.7.5 b721b000-b721c000 r--p 00049000 08:05 139847 /usr/lib/libdbus-1.so.3.7.5 b721c000-b721d000 rw-p 0004a000 08:05 139847 /usr/lib/libdbus-1.so.3.7.5 b721d000-b721e000 rw-p 00000000 00:00 0 b721e000-b7225000 r-xp 00000000 08:05 133596 /usr/lib/librt-2.18.so b7225000-b7226000 r--p 00006000 08:05 133596 /usr/lib/librt-2.18.so b7226000-b7227000 rw-p 00007000 08:05 133596 /usr/lib/librt-2.18.so b7227000-b73d0000 r-xp 00000000 08:05 132898 /usr/lib/libc-2.18.so b73d0000-b73d1000 ---p 001a9000 08:05 132898 /usr/lib/libc-2.18.so b73d1000-b73d3000 r--p 001a9000 08:05 132898 /usr/lib/libc-2.18.so b73d3000-b73d4000 rw-p 001ab000 08:05 132898 /usr/lib/libc-2.18.so b73d4000-b73d7000 rw-p 00000000 00:00 0 b73d7000-b73f2000 r-xp 00000000 08:05 133144 /usr/lib/libgcc_s.so.1 b73f2000-b73f3000 rw-p 0001a000 08:05 133144 /usr/lib/libgcc_s.so.1 b73f3000-b7437000 r-xp 00000000 08:05 132897 /usr/lib/libm-2.18.so b7437000-b7438000 r--p 00043000 08:05 132897 /usr/lib/libm-2.18.so b7438000-b7439000 rw-p 00044000 08:05 132897 /usr/lib/libm-2.18.so b7439000-b7451000 r-xp 00000000 08:05 132847 /usr/lib/libpthread-2.18.so b7451000-b7452000 r--p 00017000 08:05 132847 /usr/lib/libpthread-2.18.so b7452000-b7453000 rw-p 00018000 08:05 132847 /usr/lib/libpthread-2.18.so b7453000-b7456000 rw-p 00000000 00:00 0 b7456000-b74c1000 r-xp 00000000 08:05 152046 /usr/lib/libsndfile.so.1.0.25 b74c1000-b74c3000 r--p 0006a000 08:05 152046 /usr/lib/libsndfile.so.1.0.25 b74c3000-b74c4000 rw-p 0006c000 08:05 152046 /usr/lib/libsndfile.so.1.0.25 b74c4000-b74c8000 rw-p 00000000 00:00 0 b74c8000-b74cb000 r-xp 00000000 08:05 133597 /usr/lib/libdl-2.18.so b74cb000-b74cc000 r--p 00002000 08:05 133597 /usr/lib/libdl-2.18.so b74cc000-b74cd000 rw-p 00003000 08:05 133597 /usr/lib/libdl-2.18.so b74cd000-b75aa000 r-xp 00000000 08:05 133135 /usr/lib/libstdc++.so.6.0.18 b75aa000-b75ae000 r--p 000dc000 08:05 133135 /usr/lib/libstdc++.so.6.0.18 b75ae000-b75af000 rw-p 000e0000 08:05 133135 /usr/lib/libstdc++.so.6.0.18 b75af000-b75b6000 rw-p 00000000 00:00 0 b75b6000-b75fa000 r-xp 00000000 08:05 172795 /usr/lib/libjack.so.0.1.0 b75fa000-b75fc000 r--p 00043000 08:05 172795 /usr/lib/libjack.so.0.1.0 b75fc000-b75fd000 rw-p 00045000 08:05 172795 /usr/lib/libjack.so.0.1.0 b75fd000-b76f1000 r-xp 00000000 08:05 139859 /usr/lib/libasound.so.2.0.0 b76f1000-b76f5000 r--p 000f3000 08:05 139859 /usr/lib/libasound.so.2.0.0 b76f5000-b76f6000 rw-p 000f7000 08:05 139859 /usr/lib/libasound.so.2.0.0 b770d000-b771f000 rw-s 00000000 00:10 17126 /dev/shm/jack-shm-registry b7721000-b7723000 rw-p 00000000 00:00 0 b7723000-b7724000 r-xp 00000000 00:00 0 [vdso] b7724000-b7744000 r-xp 00000000 08:05 132873 /usr/lib/ld-2.18.so b7744000-b7745000 r--p 0001f000 08:05 132873 /usr/lib/ld-2.18.so b7745000-b7746000 rw-p 00020000 08:05 132873 /usr/lib/ld-2.18.so bfcd6000-bfcf7000 rw-p 00000000 00:00 0 [stack] zsh: abort (core dumped) chuck debug.ck

2 2

Sublime Text syntax plugin (package control)
by Nathan Leiby 26 Apr '13

26 Apr '13

Hey Chuck Devs, Just wanted to let you know that I ported the existing TextMate syntax highlighting to be used/installed in Sublime Text, installable via package control. Screenshot: https://github.com/wbond/package_control_channel/pull/1246 To use it: 1) install Package Control http://wbond.net/sublime_packages/package_control 2) in Sublime Text, run: "Package Control: Install Package" and search for "ChucK Syntax" Please file issues/ideas here: https://github.com/nathanleiby/ChucK.tmbundle/ Cheers, Nathan -- Nathan Leiby

1 0

segmentation fault, chubgraph with spork at sample rate
by Michael Heuer 13 Feb '13

13 Feb '13

Hello, The following reliably seg faults chuck (I'm using git master) $ chuck --help chuck version: 1.3.2.0-beta-1 (chimera) mac os x : intel : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/ $ chuck examples/swirl.ck Segmentation fault: 11 swirl.ck: class Swirl extends Chubgraph { Gain _cv; inlet => Pan2 pan => outlet; { _cv => blackhole; spork ~ _tickAtSampleRate(); } fun void _tickAtSampleRate() { while (true) { 1::samp => now; tick(_cv.last()); } } fun float tick(float cv) { cv => pan.pan; } } SqrOsc lfo => blackhole; 0.1 => lfo.freq; 1.0 => lfo.gain; Swirl swirl; lfo => swirl._cv; SinOsc osc; 220.0 => osc.freq; 1.0 => osc.gain; osc => swirl => dac; 10::second => now; <<<"done">>>; --- michael

2 1