Spencer;

// undocumented fileGain parameter sets output gain of resulting audio file

That would certainly explain it :-) I wasn't aware, BTW, plain plain wave files (let's count AIFF and raw there too) having such a parameter. Is this a simple input gain or meant as a convenience for more high-level file formats that might contain instructions on how to play them back?

// waveOut.closeFile(); // dont explicitly close file; file implicitly closed at shred exit

Ok, here is the real reason for my mail. We can still close it manually, right? I also think I got into the habit of manually closing after in the bad old days the implicit closing would not work perfectly when the shred would exit in some non-clean way (it's been a few years...). Has something there changes or are we now simply behaving more like the specs say we will? Yours, Kas.

Howdy, An official update (version 1.3.0.2) has been released which should fix all of the issues identified in this thread. So, the silent audio files and crashing when calling closeFile() issues should no longer be a problem. We also fixed the crash bugs Robin reported in a different thread. Thanks all for getting to us with these issues and for your patience! To download, please visit: http://chuck.cs.princeton.edu/release/ miniAudicle has also been updated (version 0.2.1b) to use this latest chuck release: http://audicle.cs.princeton.edu/mini/ spencer On Tue, Aug 28, 2012 at 9:29 AM, Spencer Salazar wrote:

Hey Nick/Joel,

It looks like 1.3.0.0 introduced a few problems with WvOut. Im going to post a bugfix release later today, but for now you can work around the issues by modifying your example like so:

Noise whitenoise => dac; whitenoise => WvOut waveOut => blackhole; 0.5 => whitenoise.gain; "testchuckoutput"=>waveOut.aifFilename; // undocumented fileGain parameter sets output gain of resulting audio file 1 => waveOut.fileGain; 2::second => now; // waveOut.closeFile(); // dont explicitly close file; file implicitly closed at shred exit

Let me know if there are any additional questions/confusions in this regard, and thanks for letting us know about this!

spencer

On Mon, Aug 27, 2012 at 7:22 AM, Joel Matthys wrote:

...

Same here. I can't get WvOut to work in chimera on Linux. Simple example which works on 1.2.1.3:

Noise n => dac => WvOut rec => blackhole; 0.25 => n.gain; "rec_test" => rec.wavFilename; 2::second => now; rec.closeFile();

but with 1.3.0.0 I have to abort with ctrl+c and get:

chuck: chuck_oo.cpp:125: void Chuck_VM_Object::release(): Assertion `m_ref_count > 0' failed.

and silent audio file. No success with WvOut2 either.

Different issue, but I also get this often when chuck is exiting: terminate called after throwing an instance of 'RtError' Aborted (core dumped) (the chirp.ck example in the basic folder always gives this error)

Joel

On 08/26/2012 05:10 PM, chuck-users-request@lists.cs.princeton.edu wrote:

...

Thanks Joel.

Unfortunately, sorry, that doesn't help, on either example.

I do now get a freeze at fCoreAudioDriverUID AppleHDAEngineInput:8,0,1,0:1

if I then press ctrl+c I get: ^C[chuck]: cleaning up...

which never exits.

Does anyone have any minimal code example of a single file which creates a sound with ChucK, and writes out a sound file from it, that definitely works on their system for chimera? Perhaps I'm missing another parenthesis, or some other function call. The examples from the help tutorial, examples folder rec.ck file, mailing list etc might need updating?

best, Nick

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users