[Clam-devel] Demo today report

David García Garzón dgarcia at iua.upf.edu
Tue Jun 5 16:43:01 PDT 2007


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.



-- 
David García Garzón
(Work) dgarcia at iua dot upf anotherdot es
http://www.iua.upf.edu/~dgarcia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.clam-project.org/pipermail/clam-devel-clam-project.org/attachments/20070606/35f705ef/attachment-0001.sig>


More information about the clam-devel mailing list