Math module

Tim Kleinert · Posted: Tue Aug 17, 2004 4:10 pm Post subject: Math module

I think a module for mathematical operations belongs into every comprehensive digital modular system.

A basic module could look like this:

1) Two dynamic blue/red inputs for coefficients x and y
2) a dropdown menu with mathematical operations to choose from, such as x/y, xth root of y, x modulo y etc. Also functions like tan(x) (the y input remains inactive)
3) a dynamic blue/red output for the result
4) a yellow/orange logic output, that works as an "error flag" and outputs a logic high signal whenever the result cannot be represented within the +/- 64 units range (division by zero, complex numbers etc.)

Or maybe somebody has a better idea. Bring it on.

W.T. · Posted: Tue Aug 17, 2004 4:24 pm Post subject: bang toggle

i think it is a verry good idea.
also some + - x modules would be fine.

ian-s · Posted: Tue Aug 17, 2004 5:42 pm Post subject:

Good idea I think.
They could also do an invisible module which deals with the imaginary part of complex numbers Shocked

---- edit
sorry, probably not the place for kidding around, it is a good idea even if it just does division.
----

elektro80 · Posted: Tue Aug 17, 2004 5:52 pm Post subject:

In that case ...perhaps it is already in there.. Shocked

W.T. · Posted: Wed Aug 18, 2004 8:57 am Post subject:

Just division ?!

don't be fooled by the powers of adding and subtracting! no no

+

I am adding and subtracting
I'm controlling and composing
By pressing down a special key, it plays a little melody
By pressing down a special key, it plays a little melody

3phase · Posted: Wed Aug 18, 2004 4:13 pm Post subject:

Some math can help in certain situations... but i dont expect the G2 to be too accurat in this things...
When i look at the errors Reaktor is able to produce even with the free scaleable controller resolutions... Math is defenetly something that has more options in a pure software enviroment...A PC is mainly a calculator.
However it dont allways have to be precise and a division module might be usefull anyway.

Afro88 · Posted: Wed Aug 18, 2004 8:18 pm Post subject:

W.T. · Posted: Thu Aug 19, 2004 5:47 am Post subject:

thanks afrokid,

I am certainly going to try this one!

greetings,
Jeroen Razz

zynthetix · Posted: Thu Aug 19, 2004 9:25 pm Post subject:

math modules are important in context...I would rather not see them in the nord. Modulating an Osc with an LFO would require some math in reaktor, and I am thankful I can just run the patch cables and not think about those extra steps in the G2.

Tim Kleinert · Posted: Thu Sep 02, 2004 3:02 pm Post subject:

mosc · Posted: Thu Sep 02, 2004 4:15 pm Post subject:

It would be nice to have some sort of way to write code that could get compiled into a module. This would imply some programming language and a code compiler.

I would think that if Clavia had any brains, they would avoid this suggestion because it would be so difficult to support. Still, it would be useful to the small percentage of programmers among the user community.

Hmmm, why did I just suggest something I think should be avoided?

Tim Kleinert · Posted: Wed Sep 08, 2004 2:09 am Post subject:

Reaktor has such a "code" module, AFAIK.

Anyway, I wonder if the G2 code is assembler or some higher language.

For reasons of max performance, I just hope it IS assembler.

jksuperstar · Posted: Wed Sep 08, 2004 11:00 am Post subject:

Typically, DSPs are programmed in C. At first. Once algorithms are tight, and register usage known, then they are moved over to assembler for optimization. I don't see any reason why the G2 would be any different. In fact, it'd be nice if much of it was still in "C", since there's room for improvement yet to be had!

However, I think Howard is talking about something very different, where one of the modules would almost act like an interpreter, much like Perl or even DOS is. The underlying program is in C (or even assembler), but YOUR code is written in some script like language. This would certainly be VERY powerful, though DSPs are typically not conducive to this type of work, since most of the actual work is in interpreting, rather than than doing the math (though I would love to see this available!). And expecting a built-in compiler to convert the script to machine code is probably too much. It's almost like having an SDK (software development kit) for the G2!!

I think a math module (div, sqrroot, etc) would go far, as would a look-up table.