[Sc-devel] Re: [Propose] Verbosity option for scsynth

[Dan Stowell]

P.S. I've just noticed the header file wasn't included in the patch.
The attached patch does the header.

2007/6/8, Dan Stowell <danstowell at gmail.com>:
> Hi -
>
> It seems there's no way at all to "quieten" scsynth to prevent it
> talking too much to stdout. I'd like to add this feature. Would people
> support the idea? It's fairly common in cmd-line apps.
>
> For me it's desirable because I'm trying to set up some fairly
> complicated stuff in which it's much less feasible to play tricks with
> FIFOs, or to send to a file and then read back in. Putting a job in a
> single pipeline (and just piping the raw audio to stdout) would help a
> lot.
>
> Error messages would not be suppressed, just informational messages.
> (Maybe later include a stronger quietmode which silences errors by
> setting the verbosity even lower, but I wouldn't propose doing that at
> this point.)
>
> The attached patch does this - it adds an "mVerbosity" member to
> WorldOptions, which can be set via the "-v" command-line flag. The
> difference is clear when running an NRT job. I haven't subjected all
> the informational messages to this yet (e.g. the audio device
> description in SC_CoreAudioDriver) so you'll only see a small
> difference in realtime, between s.boot and
> s.options.verbosity_(-1);s.boot. But I'd like to get opinion on the
> principle.
>
> Dan
>
>


-- 
http://www.mcld.co.uk
-------------- next part --------------
Index: headers/plugin_interface/SC_WorldOptions.h
===================================================================
--- headers/plugin_interface/SC_WorldOptions.h	(revision 6074)
+++ headers/plugin_interface/SC_WorldOptions.h	(working copy)
@@ -71,6 +71,8 @@
     CFStringRef mReplyPortName;
 #endif
 	const char *mDeviceName;
+	
+	int mVerbosity;
 };
 
 const WorldOptions kDefaultWorldOptions = 
@@ -80,6 +82,7 @@
 	,0,0,CFSTR("com.audiosynth.scsynth"),NULL
 #endif
 	,0
+	,0
 };
 
 #ifdef SC_WIN32