Greetings all! chuck-1.3.1.2 (chimera) is available: http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/ This release addresses some of the recent issues discussed on this list, includes 2 important bug fixes, and adds automatic sample rate detection for JACK as well as others. release notes are copied below. Once again, thanks to everyone who reported issues and helped to track things down and test! Please continue to let us know if you run into any issues! Thank you and keep on ChucKin'! Best wishes, Spencer, Ge + on behalf of chuck team! 1.3.1.2 --- - (added) chuck now automatically detects and uses next highest or closest (in that order) system sample rate in the case where the default is not available; if a sample rate requested via --srate: is not available, an error will be encountered with a message. - (fixed) base parent object is correctly accounted for by new shred when sporking member functions (thanks to Michael Heuer for reporting and narrowing this down) - (fixed) popping local variables from the operand stack in cases where the datatype size is larger than int-size; this is a bug introduced with 64-bit in 1.3.1.0, and exhibited on 32-bit systems only. (thanks to Simon Steptoe reporting and narrowing this down) - (fixed) opening real-time audio with 0 input channels should now work, once again.
On the positive side, chuck will now let me write to the dac when adc has
zero channels. However, now I can't seem to read two channels from a stereo
file via sndbuf. Very simple program follows, along with chuck's error
message and --probe results.
// sound file
string filename;
"music.wav" => filename;
if( me.args() ) me.arg(0) => filename;
// the patch
SndBuf buf;
// load the file
filename => buf.read;
<<
OOPS, found an old post that fixes the problem. sndbuf only outputs mono data, even though sndbuf.channels has value 2. Very strange, but the following does work. Now if sndbuf could read .mp3 files, that would be cool! In the ugen reference it says that sndbuf can support multiple formats, but no mention of exactly what it supports. No info on the wiki either. Does anyone know where to find more documentation / info? Thanx again. -- Rich // sound file string filename; "music.wav" => filename; if( me.args() ) me.arg(0) => filename; // the patch SndBuf left, right; // load the file filename => left.read; filename => right.read; 0 => left.channel; 1 => right.channel; left => dac.left; right => dac.right; // time loop while( true ) { 100::ms => now; }
On Mon, Sep 17, 2012 at 08:37:24PM -0400, Rich Caloggero wrote:
OOPS, found an old post that fixes the problem. sndbuf only outputs mono data, even though sndbuf.channels has value 2. Very strange, but the following does work.
Now if sndbuf could read .mp3 files, that would be cool! In the ugen reference it says that sndbuf can support multiple formats, but no mention of exactly what it supports. No info on the wiki either. Does anyone know where to find more documentation / info?
Because we (like other similar projects) use libsndfile. From that library's faq; "Q20 : Why doesn't libsndfile support MP3? Lots of other Open Source projects support it! MP3 is not supported for one very good reason; doing so requires the payment of licensing fees. As can be seen from mp3licensing.com the required royalty payments are not cheap. Yes, I know other libraries ignore the licensing requirements, but their legal status is extremely dubious. At any time, the body selling the licenses could go after the authors of those libraries. Some of those authors may be students and hence wouldn't be worth pursuing. However, libsndfile is released under the name of a company, Mega Nerd Pty Ltd; a company which has income from from libsamplerate licensing, libsndfile based consulting income and other unrelated consulting income. Adding MP3 support to libsndfile could place that income would be under legal threat. Fortunately, Ogg Vorbis exists as an alternative to MP3. Support for Ogg Vorbis was added to libsndfile (mostly due to the efforts of John ffitch of the Csound project) in version 1.0.18." I suggest OGG, I use that myself for compressing my CD's. It means that less portable players will play your music which is slightly annoying but I think it sounds better when comparing two equal sized files. It's also Free (as in freedom) which might make some feel a bit better (it does for me).... but yeah it is at times inconvenient. Hope that helps, Kas.
participants (3)
-
Ge Wang -
Kassen -
Rich Caloggero