[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sc-devel] SC3.2 RC 3 and SC 3.2



Yes, most things are settable from sclang. (e.g. if you want to change
the location of yr startup file, override OSXPlatform:startupFiles;
then in your startup file you can change SynthDef:synthDefDir if you
want synthdefs stored somewhere else)

The default recordings path is not currently configurable (although
the user can set it manually each time, it would be nice to configure
the default). Here's a patch to fix this, OK to commit?

Index: build/SCClassLibrary/Common/Control/Server.sc
===================================================================
--- build/SCClassLibrary/Common/Control/Server.sc       (revision 7195)
+++ build/SCClassLibrary/Common/Control/Server.sc       (working copy)
@@ -132,7 +132,7 @@
 }

 Server : Model {
-       classvar <>local, <>internal, <>default, <>named, <>set, <>program;
+       classvar <>local, <>internal, <>default, <>named, <>set,
<>program, <>defaultRecDir="recordings";

        var <name, <addr, <clientID=0;
        var <isLocal, <inProcess;
@@ -674,7 +674,7 @@
        }

        prepareForRecord { arg path;
-               if (path.isNil) { path = "recordings/SC_" ++
Date.localtime.stamp ++ "." ++
+               if (path.isNil) { path = defaultRecDir ++ "/SC_" ++
Date.localtime.stamp ++ "." ++
                        recHeaderFormat; };
                recordBuf = Buffer.alloc(this, 65536, recChannels,
                        {arg buf; buf.writeMsg(path, recHeaderFormat,
recSampleFormat, 0, 0, true);},





Dan


2008/2/2, John Glover <glover.john@xxxxxxxxx>:
> I think that every directory that SC uses should be able to be set in
> an option somewhere, either via environment variables or via sclang.
> Everyone likes to have their folders and data organised differently.
> It would be nice if there was a consistent way of doing this, rather
> than environment variables for some things and sclang for others.
>
> Using sclang would probably be the nicest way.
>
> John
>
> On 02/02/2008, Andrea Valle <valle@xxxxxxxxxxx> wrote:
> > Wouldn't it be clearer if, when one launch for the first time SC, s/he is
> > prompted to set those paths via GUI.something?
> > I don't think there's a best practice option.
> >
> >
> > One should also be able to set the folders from sclang.
> >
> > just 2c
> >
> > Best
> >
> > -a-
> >
> >
> >
> >
> >
> > On 2 Feb 2008, at 09:21, Scott Wilson wrote:
> >  I'm not proposing to put a 'work' directory in the App Support dir, just
> > the startup file.
> >
> > Putting a work directory there (or anywhere) presupposes how people want to
> > organise their work, which is basically what I object to with ~/scwork/. I
> > (and I suspect many other people) have nothing in my scwork directory
> > besides a startup file. As I mentioned before, I don't like things which
> > create directories for me in ~/ and I feel the same about ~/Documents/. 2
> > cents.
> >
> > App support seems to me the right place for a configuration file, at least
> > on OSX anyway.
> >
> > recordings/ I'm less fussed about, although putting it in ~/Music/ sort of
> > implies you're recording pieces, which is not the only way the record
> > functionality is used. There's also something to be said for putting things
> > in fewer places rather than more.
> >
> > S.
> >
> >
> > On 1 Feb 2008, at 23:35, felix wrote:
> >
> >
> > I'd actually vote for the chosen work directory, which should be whatever
> > Document.dir is set to.
> >
> > and the default for that...
> >
> > well we risk annoying people by moving it.  it they already have an
> > ~/scwork.
> > we could check for its existence. and if it doesn't exist then:
> >
> >
> > I like
> > ~/Documents/SuperCollider
> >
> > which is also standard for applications to do.
> > Acrobat User Data
> > eFax Messenger
> >  Microsoft User Data
> > etc.
> >
> > it wouldn't affect me (for example) because no matter what the default, I
> > would set it in my own startup to where I already have it.
> >
> > the problem I see with the application support directory is that it doesn't
> > seem like its for normal everyday work.  it really is out of the way.  its
> > for plug ins, extensions and the like.  or app cacheing.  but not for people
> > to work out of.
> >
> > so its good for the synth defs I think.
> >
> > for recordings I still like
> > ~/Music/SuperCollider/recordings
> >  or we could put it also in the chosen work directory wish would leave less
> > of a mess.
> >
> > you have to consider that some people will play around with this and then
> > forget about it.  they shouldn't have 3 large folders to get rid of.
> >
> >
> >
> > -cx
> >
> >
> >
> >
> > On Feb 2, 2008 12:33 AM, Scott Wilson <i@xxxxxxxxxxxxxx> wrote:
> > > What about the notion of moving the startup file and recordings
> > > folders to platform specific app support directories?
> > >
> > > This wouldn't be problematic to do I think.
> > >
> > > S.
> > > _______________________________________________
> > > Sc-devel mailing list
> > > Sc-devel@xxxxxxxxxxxxxxx
> > > http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
> > >
> >
> >
> >
> > _______________________________________________
> > Sc-devel mailing list
> > Sc-devel@xxxxxxxxxxxxxxx
> > http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
> > _______________________________________________
> > Sc-devel mailing list
> > Sc-devel@xxxxxxxxxxxxxxx
> > http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
> >
> > --------------------------------------------------
> > Andrea Valle
> > --------------------------------------------------
> > CIRMA - DAMS
> > Università degli Studi di Torino
> > --> http://www.cirma.unito.it/andrea/
> > --> http://www.myspace.com/andreavalle
> > --> andrea.valle@xxxxxxxx
> > --------------------------------------------------
> >
> >
> > "
> > Think of it as seasoning
> > . noise [salt] is boring
> > . F(blah) [food without salt] can be boring
> > . F(noise, blah) can be really tasty
> > "
> > (Ken Perlin on noise)
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Sc-devel mailing list
> > Sc-devel@xxxxxxxxxxxxxxx
> > http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
> >
> >
> _______________________________________________
> Sc-devel mailing list
> Sc-devel@xxxxxxxxxxxxxxx
> http://lists.create.ucsb.edu/mailman/listinfo/sc-devel
>


-- 
http://www.mcld.co.uk