![](https://secure.gravatar.com/avatar/fa5a8de5c6e6c5838fc8106b390c7a6d.jpg?s=120&d=mm&r=g)
On Sat, Jan 05, 2013 at 03:16:56PM -0800, Spencer Salazar wrote:
Hey Casper, Automatically executing .ck files at startup works in the current release version of chuck. It was introduced as a way of allowing "chugins" that were written purely in ChucK code.* spencer
Just thinking out loud here, fire at will and shoot holes. Would it make sense to include a "~.chuckrc" in the list of such files (with a matching kind of thing for Windows)? I also imagine that such a file might use a Startup.foo() Type namespace, reserved for files run as the VM starts. Here "foo" would be things that would ordinarily be commandline flags like; Startup.inChannels() Startup.outChannels() Startup.bitRate() etc. This would remove the need for scripts to start the VM in different ways for different patches and .chuckrc would set defaults, for example to deal with the case where we would use multiple soundcards. The mini has such settings, ChucK doesn't, I imagine they'd share the same file. Note that caution-to-the-wind would require a y/[n] dialogue to prevent the theoretical risk of a ChucK virus flattening a Computer Music lab. I think this would probably be quite practical, but I also imagine it could have huge repercussions. I'm not proposing it so much as I'm inviting critique. Fire at will :-) Kas.