@@ -1553,15 +1553,15 @@ <h2>
1553
1553
< li >
1554
1554
Receiving short messages from [=MIDI devices=] - this
1555
1555
enables getting input from keyboards, drum pads,
1556
- guitars, wind controllers, DJ / controllerist
1557
- controllers, and more, and using those messages as input
1558
- to control instruments and features in the [=Web Audio
1559
- API=] as well as other control scenarios. MIDI is the
1560
- protocol of choice for the multi-billion-dollar music
1561
- production industry for getting physical controllers
1562
- like knobs and buttons attached to your computer, both
1563
- in pro / prosumer audio and media applications as well
1564
- as consumer applications like Garageband.
1556
+ guitars, wind controllers, DJ/ controllerist controllers,
1557
+ and more, and using those messages as input to control
1558
+ instruments and features in the [=Web Audio API=] as
1559
+ well as other control scenarios. MIDI is the protocol of
1560
+ choice for the multi-billion-dollar music production
1561
+ industry for getting physical controllers like knobs and
1562
+ buttons attached to your computer, both in pro/prosumer
1563
+ audio and media applications as well as consumer
1564
+ applications like Garageband.
1565
1565
</ li >
1566
1566
< li >
1567
1567
Sending short messages to [=MIDI devices=] - it’s
@@ -1582,21 +1582,21 @@ <h2>
1582
1582
devices, [=System Exclusive=] messages are
1583
1583
required. Some common MIDI commands are also sent as
1584
1584
Universal [=System Exclusive=] messages, such as MIDI
1585
- Machine Control - generic start / stop / rewind /
1586
- fast-forward commands. Many devices use device-specific
1587
- [=System Exclusive=] messages to program patches, send
1588
- advanced controller messages, download firmware, etc.,
1589
- which are much-demanded scenarios for Web MIDI. Some
1590
- devices use [=System Exclusive=] as a direct control
1591
- protocol, as they can pack more data into a single
1592
- “message”, and most devices use [=System Exclusive=] as
1593
- a way to save and restore patches and configuration
1594
- information on less-expensive computer storage. Several
1595
- of the major music hardware producers have expressed
1596
- strong interest in using Web MIDI to provide web-based
1597
- configuration and programming interfaces to their
1598
- hardware. In short, disabling [=System Exclusive=]
1599
- altogether does not only disable high-end scenarios.
1585
+ Machine Control - generic start/ stop/ rewind/fast-forward
1586
+ commands. Many devices use device-specific [=System
1587
+ Exclusive=] messages to program patches, send advanced
1588
+ controller messages, download firmware, etc., which are
1589
+ much-demanded scenarios for Web MIDI. Some devices use
1590
+ [=System Exclusive=] as a direct control protocol, as
1591
+ they can pack more data into a single “message”, and
1592
+ most devices use [=System Exclusive=] as a way to save
1593
+ and restore patches and configuration information on
1594
+ less-expensive computer storage. Several of the major
1595
+ music hardware producers have expressed strong interest
1596
+ in using Web MIDI to provide web-based configuration and
1597
+ programming interfaces to their hardware. In short,
1598
+ disabling [=System Exclusive=] altogether does not only
1599
+ disable high-end scenarios.
1600
1600
</ li >
1601
1601
</ ul >
1602
1602
< p >
@@ -1606,11 +1606,11 @@ <h2>
1606
1606
< ul >
1607
1607
< li >
1608
1608
Sending short messages to a [=MIDI device=] - sending
1609
- note-on / note-off / controller messages could cause
1610
- sounds to be played by attached devices, including (on
1611
- Mac and Windows) any default virtual synthesizers. This
1612
- by itself does not cause any concerning exposure - you
1613
- can already make sounds without interaction, through
1609
+ note-on/ note-off/ controller messages could cause sounds
1610
+ to be played by attached devices, including (on Mac and
1611
+ Windows) any default virtual synthesizers. This by
1612
+ itself does not cause any concerning exposure - you can
1613
+ already make sounds without interaction, through
1614
1614
<audio> or Web Audio. Some attached devices might
1615
1615
be professional lighting control systems, so it’s
1616
1616
possible to control stage lighting; however, this is
@@ -1627,13 +1627,13 @@ <h2>
1627
1627
</ li >
1628
1628
< li >
1629
1629
Receiving short messages from a [=MIDI device=] -
1630
- receiving note-on / note-off / controller messages would
1630
+ receiving note-on/ note-off/ controller messages would
1631
1631
not cause information exposure or security issues, as
1632
1632
there is no identifying data being received, just a
1633
1633
stream of controller messages - all of which must be
1634
1634
initiated by the user on that MIDI device (except
1635
1635
clock-type messages). This is analogous to listening to
1636
- keyboard, mouse, mobile / laptop accelerometer, touch
1636
+ keyboard, mouse, mobile/ laptop accelerometer, touch
1637
1637
input or gamepad events; there is no additional
1638
1638
information exposed, and all messages other than clock
1639
1639
signals must be initiated by the user.
@@ -1660,7 +1660,7 @@ <h2>
1660
1660
to transfer data - it has to transcode into 7-bit - so
1661
1661
it’s unlikely you could listen in for long periods. More
1662
1662
explicit fingerprinting is a concern, as the patch
1663
- information / stored samples / user configuration could
1663
+ information/ stored samples/ user configuration could
1664
1664
uniquely identify the system. Again, this requires much
1665
1665
device-specific code; there is not standardized “grab
1666
1666
all patches and hash it” capability. This suggests that
0 commit comments