[sdiy] ADDA & MIDI over Ethernet (long)

ASSI Stromeko at compuserve.de
Thu May 29 11:19:44 CEST 2003


On Monday 26 May 2003 05:33, j vallier wrote:
> >I've looked at both mLAN and MaGIC and both seem to be needlessly
> >complicated if not to say bloated. I'll have to think about this
> > some more...
>
> You are right--these specs (and others) are quite complex--what you
> see as "needlessly bloated" is the fact that these full
> specifications need to be "everything to everybody" and get rather
> involved (ever try reading the 802.11 spec???).

I might agree when it comes to mLAN as it has to fit into the quite 
complex scheme of how IEEE1394 is working.  But for MaGIC this argument 
doesn't hold IMHO, as it tries to comply with parts of the protocol 
stack of IEEE802.3 that are only a hindrance for this application. 
Streaming data and packets don't fit together unless you use a really 
big hammer. This would only make sense if you were to share the 
physical medium with normal Ethernet traffic, which is something I'd 
avoid at all cost. It might make sense when you try to use existing 
backbone links, but then existing QoS profiles and a tunneling engine 
at either endpoint is better than grafting all that bloat onto each 
single port.

The feature set I want looks like this: 
- A/D and D/A should be as close as possible to the producing
  or consuming device
- audio channels and MIDI/control can be bundled into cables
- channels can optionally be divided into subchannels for increased
  capacity at lower quality
- a cable has head and tail and provides up- (tail to head)
  and downstream (head to tail) simultaneously
- each device provides two physical ports per cable to allow
  chaining of devices until the maximum capacity in terms of
  audio channels is reached
- a device is called a mixer if it accomodates connections to at
  least two cables
- the master functions, for instance clock and conflict resolution,
  are negotiated on each cable to be assumed by the most capable
  device, with the device nearer to the head of the cable taking
  precedence

I give you that this can be reaonably implemented in both mLAN and 
MaGIC, but how much will the ports on each device cost? Analog mixer 
ports can be had for about $15 a pop, but I don't see these going below 
$50 anytime soon.

For me IEEE1394 is dead because to even read the spec I need to shell 
out $1000 (I'm still unsure whether I even get this CD when I'm not a 
member) and becoming a member runs me $4000 a year plus they really 
don't think individuals are existing, so I have to be a company. On the 
other hand, getting the full spec on IEEE802 costs no more than 
acknowledging some legalese and waiting for the download to complete. 
Further you find many more FastEthernet PHY chips and/or uC with 
builtin PHY and even complete switch fabrics at quite reasonable cost.

Now looking again at the requirements and translating that to IEEE802.3:
each cable is made up of 100Base-TX segments, each port is fixed 
capability at 100MBit/full duplex and there is no need for any 
addressing scheme at the port level (but you need channel naming in the 
control data), so you could well drop both the LLC and MAC layers and 
work just down from the MII level. The master constructs frames at a 
fixed rate of 192kHz and with a fixed format, any slack is filled so 
that the medium is never idle when there is a master. Each device takes 
in the frames (synchronizing clock to the master along the way), works 
on the slots it owns and sends it out again in cut-through style. This 
gets us to 90% of the theoretical channel capacity whereas MaGIC can 
use only less than about 70% of it.


Achim.
-- +<[ Q+ & Matrix-12 & WAVE#46 & microQkb Omega sonic heaven ]>+ --

Factory and User Sound Singles for Waldorf Q, microQ and rackAttack:
http://homepages.compuserve.de/Stromeko#WaldorfSounds



More information about the Synth-diy mailing list