Acrobat wrote:(That's why I was focusing on stream type in my earlier message, Trog)
Homo pedanticus = Trog wrote:In a formal way, a data stream is any ordered pair (s,Δ) where:
1) s is a sequence of tuples and
2) Δ is a sequence of positive real time intervals.
As defined in data protocol standards (via Wikipedia reference!!)
Note there is no mention of what the data represents - it could just as easily be one data packet per day announcing how many times I have got all nerdy about technical terms!!
You are quite right to emphasise that the 'meaning' of the data is totally in the hands of the designer. From my time with analogue synths, I believe that this is an important distinction to make - a 'stream', 'triggered event', 'control voltage' etc. is just the medium via which data of some kind is transmitted.
That's precisely why I like to be precise - I think it encourages us to keep the 'meaning' of the data, and how it is 'moved' separate, so that we do not make rash assumptions about what a signal might be. (If you ever stuck a 1/4 jack into a socket expecting to hear audio, and deafened everyone with a SMPTE time code signal, you'll know just what I mean!!)
Float your mouse over the 'black circle' connector in the toolbox filter - it says 'Stream filter'. The 'gods' of SM have decreed that 'stream' is the technical term for all sample rate data. And they have given explicit names to all species within that genus.
As with the 'inverter' vs. '180deg phase' question, it can only lead to confusion if we use technical terms indiscriminately - we can learn (and teach) much more effectively we can agree on the language..