[Clam-devel] Re: TODOs

[Greg Kellum]

Hi Yushen,

In CLAM there is a directory with platform independent thread code.  I
think it's under the directory "system", but if you search for the
word "thread", you should find it...

Best,
Greg

On Wed, Jul 23, 2008 at 2:38 AM, Han, Yushen <yushen.han at gmail.com> wrote:
> I will, Greg :-)
>
> In regard to the realtime processing, I wonder if there is anything
> special to have multithreads in different platforms.
> I only did so in Mac (Objective C 2.0) and Windows (Visual C++ 6) so far.
> I think they are very language-specific. Do you have any idea within
> CLAM (and cross-platform in general)?
>
> Best regards,
> Han, Yushen
>
> On Tue, Jul 22, 2008 at 4:19 PM, Greg Kellum <greg.kellum at gmail.com> wrote:
>> Hi Yushen,
>>
>> Nope.  No suggestions about the morphing between voices...  I haven't
>> thought too much about it.  But it is something I'm going to need to do soon
>> for another project.  So, please keep me updated on what you do.  ;-)
>>
>> Greg
>>
>>
>> On Jul 22, 2008, at 9:27 PM, Han, Yushen wrote:
>>
>>> Hi, Greg
>>>
>>> Thanks for your opinion.
>>> The headache in compiling is the motivation to keep them as a part of
>>> the plugin.
>>> I think our plugins will merge; the biggest difference between us is
>>> that yours deals with those sound in which the notion of "note of a
>>> pitch" does not apply explicitly. My score-maker will generate scores
>>> from a real recording more carefully.
>>>
>>> Your suggestion about the residual is right since I did hear the
>>> attack of the notes after enable the residual.
>>> I will keep your design of voice. Do you have any suggestion about the
>>> the morphing between voices?
>>>
>>> Best regards,
>>> Han, Yushen
>>>
>>> On Tue, Jul 22, 2008 at 3:19 PM, Greg Kellum <greg.kellum at gmail.com>
>>> wrote:
>>>>
>>>> Hi Yushen,
>>>>
>>>>> e.g. The following hierarchy of classes are re-organized by me based
>>>>> on Greg's code. All of them are plugin headers instead of system
>>>>> files.
>>>>>
>>>>> SDIFDatabase.cxx
>>>>> ->
>>>>> SDIFFileReaderWithBuffer.cxx
>>>>> ->
>>>>> SDIFFileReaderWithLoop.cxx
>>>>>
>>>>> Do you think I should keep his structure or this design when I merge
>>>>> our plugins?
>>>>> I would like to hear Greg's comments too.
>>>>
>>>> I think it's probably better like you've done it.  It was a headache
>>>> having
>>>> those as system files, because that meant that anytime you made any
>>>> changes
>>>> to them you had to recompile and reinstall CLAM and then recompile the
>>>> plugin.  And this adds 3 - 5 minutes to the build time.
>>>>
>>>> If you're plugin was going to be separate from mine, they would be better
>>>> as
>>>> system files, since two plugins would be using them.  But if there is
>>>> only
>>>> going to be one SMS plugin, then you might as well keep them in the
>>>> plugin.
>>>>
>>>> Best,
>>>> Greg
>>>>
>>
>>
>