FlowGraph - Opcodes?

[Steven Yi]

Hi Ugur and all,

I'm checking out the code that's going into CVS but am still confused
about the need for an Opcode class.  I think the Unit class should be
enough to handle the abstraction of a single opcode or group of
orchestra code.  Also, I don't know if it was in the email that you
reported was blank, but I think maybe the expression class may not be
the way to go, and better to use a Constant class, and to express math
and such as you mentioned earlier as Unit's in themselves.

Thanks!
steven


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Bluemusic-devel mailing list
Bluemusic-devel@...
https://lists.sourceforge.net/lists/listinfo/bluemusic-devel

[Ugur Guney]

On 2/7/06, Steven Yi <stevenyi@...> wrote:
> Hi Ugur and all,
>
> I'm checking out the code that's going into CVS but am still confused
> about the need for an Opcode class.  I think the Unit class should be
> enough to handle the abstraction of a single opcode or group of
> orchestra code.
> steven

# Instead of having an array for opcode names, and an array of Ports
in the Unit, and finding out a way to link the opcodes with the
related opcode, I think, having an Opcode class which knows its output
and inputs ports and having a Unit which have an array of Opcodes is
easier to implement? Its very unnecessary when the Unit have only one
opcode but I thought that makes the life easier when there are more
than one opcodes, which may use the same Port etc.
# I surmised that it makes the structure more clear. Do you think that
this classification unnecessary?
-ugur-


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Bluemusic-devel mailing list
Bluemusic-devel@...
https://lists.sourceforge.net/lists/listinfo/bluemusic-devel

[Steven Yi]

HI Ugur,

It still seems to me that it is unecessary, but it might be how I am
understanding the idea and what you have in mind may be different. To
me, the Unit class should be text Csound code whose inputs and outputs
are read either from the code or explicitly set using an editor.
There doesn't seem to be a requirement for a sub-object for opcodes in
this.  When the patch is compiled, it shouldn't need to know the
contents of the Unit, only how to take the inputs and outputs and hook
them up, so no need to know anything about the opcodes used in it. If
anything, I think the FlowGraph class could have sub-FlowGraph's, in
the same way a PD patch can be standalone or be a subpatch to another
patch.

Am I misunderstanding what you have in mind?

steven

On 2/7/06, sokratesla <ugurguney@...> wrote:

> On 2/7/06, Steven Yi <stevenyi@...> wrote:
> > Hi Ugur and all,
> >
> > I'm checking out the code that's going into CVS but am still confused
> > about the need for an Opcode class.  I think the Unit class should be
> > enough to handle the abstraction of a single opcode or group of
> > orchestra code.
> > steven
>
> # Instead of having an array for opcode names, and an array of Ports
> in the Unit, and finding out a way to link the opcodes with the
> related opcode, I think, having an Opcode class which knows its output
> and inputs ports and having a Unit which have an array of Opcodes is
> easier to implement? Its very unnecessary when the Unit have only one
> opcode but I thought that makes the life easier when there are more
> than one opcodes, which may use the same Port etc.
> # I surmised that it makes the structure more clear. Do you think that
> this classification unnecessary?
> -ugur-
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Bluemusic-devel mailing list
> Bluemusic-devel@...
> https://lists.sourceforge.net/lists/listinfo/bluemusic-devel
>

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Bluemusic-devel mailing list
Bluemusic-devel@...
https://lists.sourceforge.net/lists/listinfo/bluemusic-devel