Feature requests for Annotator

In order to make the Annotator really valuable with a little work I 
thing two features would
make it really attractive:

1. Musicbrainz support

Musicbrainz is a community maintained music metadata database that is 
used in KAmarok, for instance.

Using libmusicbrainz it should be pretty immediate to add lookup support 
to the Annotator. I don't
think I will have time next week but I might try to do a spike.

2. MPEG-7 compatible output

This + 1 would allow, for instance the following workflow:

- Load a song
- Look it up in musicbrainz
- Run low level descriptors
- Write an MPEG7-compatible output including id3-derived metadata plus 
low-level descriptors

Any volunteer? 

problem compilng

_______________________________________________
Clam-devel mailing list
Clam-devel@...
https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel

Re: streaming SDIF files

Greg, another "common" problem when using SMSSynthesis in stream is 
failing to update the CurrentTimeControl in that class. This is needed 
to generate the
correct phase in the PhaseManagement processing. If you don't update 
this you will get artifacts.

Greg Kellum wrote:
> Hi Xavier and Pau,
>
> There actually shouldn't be any problem with the configuration of 
> SMSSynthesis.  I dumped the configuration of the SMSAnalysisCore and 
> SMSSynthesis objects in the SMSTools application to XML files, and I 
> have used these files to resynthesize a WAV from an SDIF file without 
> any problems when I was using Segments.  The problem I mentioned just 
> sprung up when I started streaming the SDIF file.  But nonetheless, I 
> just tried a couple of alternative hop sizes, but it didn't help.  
> When you look at the resynthesized output in an audio editor, one sees 
> sudden jumps / discontinuities in the audio signal which would imply 
> that a triangular window isn't being applied to the signal, because if 
> it was, the signal would be 0 at the window boundaries.  I'm looking 
> at SMSSynthesis though at the moment to get a better idea of what is 
> happening...
>
> ...
>
> I just got Pau's mail.  The problem you had running the example 
> happened because it couldn't find the configuration file 
> synthesis.xml.  Just move that file out of the directory 
> SDIFToWavStreaming into its parent directory, and it will find it, or 
> give the relative path to the file: SDIFToWavStreaming/synthesis.xml.  
> I did that myself locally, but I forgot to add that moved 
> synthesis.xml file to the SVN repository.
>
> By the way so people in CLAM use tabs, not spaces?  I thought it was 
> the other way around...
>
> Best,
> Greg
>
>
>
> On 6/29/07, *Xavier Amatriain* <xavier@... 
> <mailto:xavier@...>> wrote:
>
>     Hi Greg,
>
>     > I've been having a problem with artifacts though that seem to be
>     > coming from the overlapping of windows.  My guess is that either a
>     > triangular window is not being applied to the audio windows before
>     > they are being overlapped or that the step-size is not correct.
>     I am almost sure that your problem is with the hop/size. If you use
>     SMSSynthesis it is very unlikely that the triangular window is not
>     applied.
>     > But even though I've played around with a lot of different parameter
>     > values, I can't seem to make the problem go away.  Can someone
>     tell me
>     > where exactly this overlap-adding is supposed to be taking place?
>     > Which class is responsible for it?
>     The OverlapAdd takes place in the SMSSynthesis class lines 260 and
>     268:
>
>     http://www.clam.iua.upf.edu/doc/CLAM-devel-doxygen/SMSSynthesis_8cxx-source.html#l00200;
>
>     And the class responsible for it is the OverlapAdd class
>
>     http://www.clam.iua.upf.edu/doc/CLAM-devel-doxygen/classCLAM_1_1OverlapAdd.html
>
>     A rule of thumb: synthesis hopsize and framesize should both be
>     equal to
>     analysis hopsize. (Synthesis hopsize defines how much the
>     triangular window advances and framesize is half of the triangular
>     window size. Note that neither of them have anything to do with the
>     analysis window size).
>
>     Hope it helps.
>
>     _______________________________________________
>     Clam-devel mailing list
>     Clam-devel@...
>     <mailto:Clam-devel@...>
>     https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel@...
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
>   

Re: streaming SDIF files

Hi Xavier,

I figured out what the problem was a couple of hours ago.  I hadn't  
called CanConsumeAndProduce() before calling SMSSynthesis and the  
audio outputs.

It's a bit strange though.  Given the names of the methods, one would  
assume that if these objects couldn't consume and produce output that  
they'd throw an exception, but it seems that instead the objects  
continue to consume and produce anyway;  they just do so out of sync  
with one another...  (Or so it seems...)  What exactly do these  
CanConsumeAndProduce() methods do?

Best,
Greg

On Jul 2, 2007, at 7:37, Xavier Amatriain wrote:

> Greg, another "common" problem when using SMSSynthesis in stream is  
> failing to update the CurrentTimeControl in that class. This is  
> needed to generate the
> correct phase in the PhaseManagement processing. If you don't  
> update this you will get artifacts.
>
> Greg Kellum wrote:
>> Hi Xavier and Pau,
>>
>> There actually shouldn't be any problem with the configuration of  
>> SMSSynthesis.  I dumped the configuration of the SMSAnalysisCore  
>> and SMSSynthesis objects in the SMSTools application to XML files,  
>> and I have used these files to resynthesize a WAV from an SDIF  
>> file without any problems when I was using Segments.  The problem  
>> I mentioned just sprung up when I started streaming the SDIF  
>> file.  But nonetheless, I just tried a couple of alternative hop  
>> sizes, but it didn't help.  When you look at the resynthesized  
>> output in an audio editor, one sees sudden jumps / discontinuities  
>> in the audio signal which would imply that a triangular window  
>> isn't being applied to the signal, because if it was, the signal  
>> would be 0 at the window boundaries.  I'm looking at SMSSynthesis  
>> though at the moment to get a better idea of what is happening...
>>
>> ...
>>
>> I just got Pau's mail.  The problem you had running the example  
>> happened because it couldn't find the configuration file  
>> synthesis.xml.  Just move that file out of the directory  
>> SDIFToWavStreaming into its parent directory, and it will find it,  
>> or give the relative path to the file: SDIFToWavStreaming/ 
>> synthesis.xml.  I did that myself locally, but I forgot to add  
>> that moved synthesis.xml file to the SVN repository.
>>
>> By the way so people in CLAM use tabs, not spaces?  I thought it  
>> was the other way around...
>>
>> Best,
>> Greg
>>
>>
>>
>> On 6/29/07, *Xavier Amatriain* <xavier@...  
>> <mailto:xavier@...>> wrote:
>>
>>     Hi Greg,
>>
>>     > I've been having a problem with artifacts though that seem  
>> to be
>>     > coming from the overlapping of windows.  My guess is that  
>> either a
>>     > triangular window is not being applied to the audio windows  
>> before
>>     > they are being overlapped or that the step-size is not correct.
>>     I am almost sure that your problem is with the hop/size. If  
>> you use
>>     SMSSynthesis it is very unlikely that the triangular window is  
>> not
>>     applied.
>>     > But even though I've played around with a lot of different  
>> parameter
>>     > values, I can't seem to make the problem go away.  Can someone
>>     tell me
>>     > where exactly this overlap-adding is supposed to be taking  
>> place?
>>     > Which class is responsible for it?
>>     The OverlapAdd takes place in the SMSSynthesis class lines 260  
>> and
>>     268:
>>
>>     http://www.clam.iua.upf.edu/doc/CLAM-devel-doxygen/ 
>> SMSSynthesis_8cxx-source.html#l00200;
>>
>>     And the class responsible for it is the OverlapAdd class
>>
>>     http://www.clam.iua.upf.edu/doc/CLAM-devel-doxygen/ 
>> classCLAM_1_1OverlapAdd.html
>>
>>     A rule of thumb: synthesis hopsize and framesize should both be
>>     equal to
>>     analysis hopsize. (Synthesis hopsize defines how much the
>>     triangular window advances and framesize is half of the  
>> triangular
>>     window size. Note that neither of them have anything to do  
>> with the
>>     analysis window size).
>>
>>     Hope it helps.
>>
>>     _______________________________________________
>>     Clam-devel mailing list
>>     Clam-devel@...
>>     <mailto:Clam-devel@...>
>>     https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/ 
>> clam-devel
>>
>>
>> --------------------------------------------------------------------- 
>> ---
>>
>> _______________________________________________
>> Clam-devel mailing list
>> Clam-devel@...
>> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/ 
>> clam-devel
>>
>
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel@...
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam- 
> devel

problem compiling 2

Hi all,

I did a clean check-out, and the problem I had compiling the source  
disappeared.  I had two compiled versions of the same file, and I  
think that must have been causing the problem.  The funny thing is  
though that I thought this might have been the problem, and I deleted  
the build directory as well as the scons/libs/processing directory,  
but that didn't help.  It would nice if there was a scons clean  
command that would delete all the object files...

Best,
Greg

fixed SDIF streaming example

Hi Pau,

Here's a version of the SDIF streaming example that actually works  
correctly.  Please change the name of the file SMSSynthesis to  
SDIFToWavStreaming though as you suggested yourself in your last email.

Best,
Greg

_______________________________________________
Clam-devel mailing list
Clam-devel@...
https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel

Re: Feature requests for Annotator

_______________________________________________
Clam-devel mailing list
Clam-devel@...
https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel

Re: Feature requests for Annotator

Hi Bennet,

I am giving the demo on Thursday but that should not influence your 
current GSoC schedule. Same goes for this
new feature request. I think it could fit into your work but you should 
discuss this with David.

Xavier

bennett kolasinski wrote:
> My GSoC work revolves around Annotator-- I am finishing up my current 
> task of adding properties to attributes so annotator will be able to 
> display some more interesting things (like a spectrogram)... but the 
> project you mentioned sounds like a fun and very useful addition to 
> Annotator, so once I get through my current task in the next couple of 
> days, I could chat w/ David to see if that could be squeezed into my 
> summer's schedule (or beyond) :)
>
> Xavier, I heard you're giving a demo of Annotator this week?  When 
> will that be?  I'm aiming to have my current task done by then so 
> Annotator will be a bit more fun to show off.
>
> Bennett
>
> On 7/1/07, *Xavier Amatriain* <xavier@... 
> <mailto:xavier@...>> wrote:
>
>     In order to make the Annotator really valuable with a little work I
>     thing two features would
>     make it really attractive:
>
>     1. Musicbrainz support
>
>     Musicbrainz is a community maintained music metadata database that is
>     used in KAmarok, for instance.
>
>     Using libmusicbrainz it should be pretty immediate to add lookup
>     support
>     to the Annotator. I don't
>     think I will have time next week but I might try to do a spike.
>
>     2. MPEG-7 compatible output
>
>     This + 1 would allow, for instance the following workflow:
>
>     - Load a song
>     - Look it up in musicbrainz
>     - Run low level descriptors
>     - Write an MPEG7-compatible output including id3-derived metadata plus
>     low-level descriptors
>
>
>     Any volunteer? 
>
>     ______________________________ _________________
>     Clam-devel mailing list
>     Clam-devel@...
>     <mailto:Clam-devel@...>.lafarga.org
>     https://llistes.projectes.lafarga.org/cgi-bin/mailman
>     /listinfo/clam-devel
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel@...
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel
>   

Re: Feature requests for Annotator

Xavi, I would but I think that the most urgent features on the Annotator is to 
have a usable segment edition, wave navigation and playback view 
synchronization. Of course, both sets of features can be added in parallel, 
so if you start with them, no problem. 

Musicbrainz can be seen as a source and target for descriptors as the Boca 
server was. Of course, the kind of descriptors it support is different. Also, 
Musicbrainz fingerprinting is (or was last year) far from optimal.

I am glad to see some focus again on the Annotator. 

David.

On Sunday 01 July 2007 08:48:08 Xavier Amatriain wrote:
> In order to make the Annotator really valuable with a little work I
> thing two features would
> make it really attractive:
>
> 1. Musicbrainz support
>
> Musicbrainz is a community maintained music metadata database that is
> used in KAmarok, for instance.
>
> Using libmusicbrainz it should be pretty immediate to add lookup support
> to the Annotator. I don't
> think I will have time next week but I might try to do a spike.
>
> 2. MPEG-7 compatible output
>
> This + 1 would allow, for instance the following workflow:
>
> - Load a song
> - Look it up in musicbrainz
> - Run low level descriptors
> - Write an MPEG7-compatible output including id3-derived metadata plus
> low-level descriptors
>
>
> Any volunteer? 
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel@...
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel

Re: problem compilng

??? Greg, are you using a custom SConstruct or something like that??
We are not using the builddir feature at all and all those files are using a 
build dir.

On Sunday 01 July 2007 21:54:09 Greg Kellum wrote:
> Hi all,
>
> I just made an update from the SVN repository, and I can't get CLAM to
> build now.  The build fails with the following message, "Multiple ways to
> build the same target were specified for: lib/darwin/release/libsrc.dylib" 
> It seems that I'm getting this message due to a change made to the
> SConstruct file itself rather than due to any changes in the source, but
> I'm not sure what's causing it.  Does anyone know how to fix this problem?
>
> Best,
> Greg
>
> P.S.  Here's the full message:
>
> prepared directory 'scons/libs/core/src'
>
> scons: warning: Two different environments were specified for target
> lib/darwin/release/libsrc.dylib,
>         but they appear to have the same action: SharedFlagChecker(target,
> source, env)
> $SHLINK -o $TARGET $SHLINKFLAGS $SOURCES $_LIBDIRFLAGS $_LIBFLAGS
> $_FRAMEWORKPATH $_FRAMEWORKS
> File "/Users/greg/Code/clam/CLAM/SConstruct", line 565, in prepareTargets
>
> scons: *** Multiple ways to build the same target were specified for:
> lib/darwin/release/libsrc.dylib  (from
> ['scons/libs/audioio/src/.build/darwin/release/AIFFFileIO.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioCodec.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioCodecs_Stream.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioDatabaseReader.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioDatabaseReaderConfig.os'
>, 'scons/libs/audioio/src/.build/darwin/release/AudioDevice.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioDeviceList.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioFile.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioFileConfig.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioFileFormats.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioFileHeader.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioFileIn.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioFileOut.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioIn.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioManager.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioOut.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioPlayer.os',
> 'scons/libs/audioio/src/.build/darwin/release/AudioTextDescriptors.os',
> 'scons/libs/audioio/src/.build/darwin/release/BaseAudioApplication.os',
> 'scons/libs/audioio/src/.build/darwin/release/BlockingNetworkPlayer.os',
> 'scons/libs/audioio/src/.build/darwin/release/extended.os',
> 'scons/libs/audioio/src/.build/darwin/release/FileMIDIDevice.os',
> 'scons/libs/audioio/src/.build/darwin/release/FreewheelingNetworkPlayer.os'
>, 'scons/libs/audioio/src/.build/darwin/release/MIDI2Melody.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIClocker.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIDevice.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIDeviceList.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIDispatcher.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIEnums.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIFileIOConfig.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIFileReader.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIFileWriter.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIIn.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIInControl.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIKeyboard.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIManager.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIOut.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIOutControl.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIReader.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDISong.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDISongPlayer.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDITempo.os',
> 'scons/libs/audioio/src/.build/darwin/release/MIDIWriter.os',
> 'scons/libs/audioio/src/.build/darwin/release/MonoAudioFileReader.os',
> 'scons/libs/audioio/src/.build/darwin/release/MonoAudioFileReaderConfig.os'
>, 'scons/libs/audioio/src/.build/darwin/release/MonoAudioFileWriter.os',
> 'scons/libs/audioio/src/.build/darwin/release/MonoAudioFileWriterConfig.os'
>, 'scons/libs/audioio/src/.build/darwin/release/MpegAudioStream.os',
> 'scons/libs/audioio/src/.build/darwin/release/MpegBitstream.os',
> 'scons/libs/audioio/src/.build/darwin/release/MpegCodec.os',
> 'scons/libs/audioio/src/.build/darwin/release/MultiChannelAudioFileReader.o
>s',
> 'scons/libs/audioio/src/.build/darwin/release/MultiChannelAudioFileReaderCo
>nfig.os',
> 'scons/libs/audioio/src/.build/darwin/release/MultiChannelAudioFileWriter.o
>s',
> 'scons/libs/audioio/src/.build/darwin/release/MultiChannelAudioFileWriterCo
>nfig.os',
> 'scons/libs/audioio/src/.build/darwin/release/OggVorbisAudioStream.os',
> 'scons/libs/audioio/src/.build/darwin/release/OggVorbisCodec.os',
> 'scons/libs/audioio/src/.build/darwin/release/PANetworkPlayer.os',
> 'scons/libs/audioio/src/.build/darwin/release/PCMAudioStream.os',
> 'scons/libs/audioio/src/.build/darwin/release/PCMCodec.os',
> 'scons/libs/audioio/src/.build/darwin/release/ProcessingKernel.os',
> 'scons/libs/audioio/src/.build/darwin/release/RtAAudioDevice.os',
> 'scons/libs/audioio/src/.build/darwin/release/RtAudio.os',
> 'scons/libs/audioio/src/.build/darwin/release/SoundFileIO.os',
> 'scons/libs/audioio/src/.build/darwin/release/SoundHeader.os',
> 'scons/libs/audioio/src/.build/darwin/release/TextFileMIDIDevice.os',
> 'scons/libs/audioio/src/.build/darwin/release/WaveFileIO.os'] and from
> ['scons/libs/core/src/.build/darwin/release/recursedir.os',
> 'scons/libs/core/src/.build/darwin/release/strfuncs.os',
> 'scons/libs/core/src/.build/darwin/release/Array.os',
> 'scons/libs/core/src/.build/darwin/release/Assert.os',
> 'scons/libs/core/src/.build/darwin/release/Audio.os',
> 'scons/libs/core/src/.build/darwin/release/AudioInPort.os',
> 'scons/libs/core/src/.build/darwin/release/AudioInPortPublisher.os',
> 'scons/libs/core/src/.build/darwin/release/AudioOutPort.os',
> 'scons/libs/core/src/.build/darwin/release/AudioOutPortPublisher.os',
> 'scons/libs/core/src/.build/darwin/release/AudioSink.os',
> 'scons/libs/core/src/.build/darwin/release/AudioSource.os',
> 'scons/libs/core/src/.build/darwin/release/BasicFlowControl.os',
> 'scons/libs/core/src/.build/darwin/release/BasicXMLable.os',
> 'scons/libs/core/src/.build/darwin/release/BPF.os',
> 'scons/libs/core/src/.build/darwin/release/CLAMVersion.os',
> 'scons/libs/core/src/.build/darwin/release/Complex.os',
> 'scons/libs/core/src/.build/darwin/release/Condition.os',
> 'scons/libs/core/src/.build/darwin/release/Connection.os',
> 'scons/libs/core/src/.build/darwin/release/ConnectionDefinitionAdapter.os',
> 'scons/libs/core/src/.build/darwin/release/ControlMultiplier.os',
> 'scons/libs/core/src/.build/darwin/release/DescriptionAttributes.os',
> 'scons/libs/core/src/.build/darwin/release/DescriptionScheme.os',
> 'scons/libs/core/src/.build/darwin/release/DescriptionScope.os',
> 'scons/libs/core/src/.build/darwin/release/DynamicType.os',
> 'scons/libs/core/src/.build/darwin/release/Enum.os',
> 'scons/libs/core/src/.build/darwin/release/Err.os',
> 'scons/libs/core/src/.build/darwin/release/ErrDynamicType.os',
> 'scons/libs/core/src/.build/darwin/release/ErrGUI.os',
> 'scons/libs/core/src/.build/darwin/release/ErrOpenFile.os',
> 'scons/libs/core/src/.build/darwin/release/ErrOutOfMemory.os',
> 'scons/libs/core/src/.build/darwin/release/ErrProcessingObj.os',
> 'scons/libs/core/src/.build/darwin/release/ErrSoundFileIO.os',
> 'scons/libs/core/src/.build/darwin/release/ErrSystem.os',
> 'scons/libs/core/src/.build/darwin/release/FileSystem.os',
> 'scons/libs/core/src/.build/darwin/release/Flags.os',
> 'scons/libs/core/src/.build/darwin/release/FlowControl.os',
> 'scons/libs/core/src/.build/darwin/release/InControl.os',
> 'scons/libs/core/src/.build/darwin/release/InControlArray.os',
> 'scons/libs/core/src/.build/darwin/release/InControlRegistry.os',
> 'scons/libs/core/src/.build/darwin/release/InPort.os',
> 'scons/libs/core/src/.build/darwin/release/InPortRegistry.os',
> 'scons/libs/core/src/.build/darwin/release/Mapping.os',
> 'scons/libs/core/src/.build/darwin/release/Matrix.os',
> 'scons/libs/core/src/.build/darwin/release/Mutex.os',
> 'scons/libs/core/src/.build/darwin/release/NaiveFlowControl.os',
> 'scons/libs/core/src/.build/darwin/release/Network.os',
> 'scons/libs/core/src/.build/darwin/release/NetworkPlayer.os',
> 'scons/libs/core/src/.build/darwin/release/Order.os',
> 'scons/libs/core/src/.build/darwin/release/OutControl.os',
> 'scons/libs/core/src/.build/darwin/release/OutControlArray.os',
> 'scons/libs/core/src/.build/darwin/release/OutControlRegistry.os',
> 'scons/libs/core/src/.build/darwin/release/OutPort.os',
> 'scons/libs/core/src/.build/darwin/release/OutPortRegistry.os',
> 'scons/libs/core/src/.build/darwin/release/Point.os',
> 'scons/libs/core/src/.build/darwin/release/Polar.os',
> 'scons/libs/core/src/.build/darwin/release/Pool.os',
> 'scons/libs/core/src/.build/darwin/release/Processing.os',
> 'scons/libs/core/src/.build/darwin/release/ProcessingComposite.os',
> 'scons/libs/core/src/.build/darwin/release/ProcessingDefinitionAdapter.os',
> 'scons/libs/core/src/.build/darwin/release/ProcessingFactory.os',
> 'scons/libs/core/src/.build/darwin/release/PushFlowControl.os',
> 'scons/libs/core/src/.build/darwin/release/RecursiveMutex.os',
> 'scons/libs/core/src/.build/darwin/release/Region.os',
> 'scons/libs/core/src/.build/darwin/release/ScopePool.os',
> 'scons/libs/core/src/.build/darwin/release/Segmentation.os',
> 'scons/libs/core/src/.build/darwin/release/Signal.os',
> 'scons/libs/core/src/.build/darwin/release/Slot.os',
> 'scons/libs/core/src/.build/darwin/release/Text.os',
> 'scons/libs/core/src/.build/darwin/release/Thread.os',
> 'scons/libs/core/src/.build/darwin/release/TopLevelProcessing.os',
> 'scons/libs/core/src/.build/darwin/release/TraverseDirectory.os',
> 'scons/libs/core/src/.build/darwin/release/Watchdog.os',
> 'scons/libs/core/src/.build/darwin/release/XercesDomReadingContext.os',
> 'scons/libs/core/src/.build/darwin/release/XercesDomWriter.os',
> 'scons/libs/core/src/.build/darwin/release/XercesDomWritingContext.os',
> 'scons/libs/core/src/.build/darwin/release/XMLAdapter.os',
> 'scons/libs/core/src/.build/darwin/release/XMLComponentAdapter.os',
> 'scons/libs/core/src/.build/darwin/release/XMLStorage.os',
> 'scons/libs/core/src/.build/darwin/release/XmlStorageErr.os',
> 'scons/libs/core/src/.build/darwin/release/XmlWriteContext.os'])
> File "/Users/greg/Code/clam/CLAM/SConstruct", line 565, in prepareTargets