[Clam-devel] Demo today report

[Xavier Amatriain]

David, I don't understand your answer so I doubt anyone else on the list 
will, can you rephrase it?
In any case, using AudioIn/OutPort seems like very error prone. I did 
not know about this, did you
realize that this is exactly what I am using in the SamplebySample 
processing and in my case this
is called InDataPort ?

In any case, what is the solution to my/Alex's problem?

David García Garzón wrote:
> The Ports are In/OutPort<Audio> instead AudioIn/OutPort which are in fact 
> In/OutPort<TData>. As the template type is different they are not 
> connectable.
>
> We were thinking on using this distinction in our benefit to differentiate 
> streamed audio which can be received with overlap and windowed buffers which 
> have the overlap given. This way we ensure that once windowed, the buffers 
> are kept with the proper way. I used this style on the LPC analysis.
>
> David.
>
>
>
> On Dimarts 05 Juny 2007, Xavier Amatriain wrote:
>   
>> I have unsuccessfully tried to figure out what the problem is but I
>> can't find any reason. I am attaching the "offending" processing class.
>> Apart from that all I did was add it to the ProcessingTree and tried to
>> r'n'r ;)
>>
>> On Tue, 2007-06-05 at 15:53 +0200, Pau Arumi wrote:
>>     
>>> En/na Xavier Amatriain ha escrit:
>>>       
>>>> 2) When I added the new processing in the NetworkEditor I could not
>>>> connect the ports! This
>>>> is new to me, I have done this many times before and never experienced
>>>> that behavior. Maybe
>>>> it was a silly coding mistake but everything was pretty straightforward
>>>> (Audio ports). I will look
>>>> into the code on Monday but maybe somebody has some idea what might
>>>> have gone wrong.
>>>>         
>>> did you find the reason? send a patch if not. i'm curious about it.
>>>       
>
>
>
>