对CoreMIDI目标的混淆

Question

如果我使用if分支中的第一个方法获取MIDIDestination代码，并且发送了MIDI数据，则给定以下代码。如果我使用else分支中的第二种方法，则不会发送数据。

var client = MIDIClientRef() 
var port = MIDIPortRef() 
var dest = MIDIEndpointRef() 

MIDIClientCreate("jveditor" as CFString, nil, nil, &client) 
MIDIOutputPortCreate(client, "output" as CFString, &port) 

if false { 
    dest = MIDIGetDestination(1) 
} else { 
    var device = MIDIGetExternalDevice(0) 
    var entity = MIDIDeviceGetEntity(device, 0) 
    dest = MIDIEntityGetDestination(entity, 0) 
} 

var name: Unmanaged<CFString>? 
MIDIObjectGetStringProperty(dest, kMIDIPropertyDisplayName, &name) 
print(name?.takeUnretainedValue() as! String) 

var gmOn : [UInt8] = [ 0xf0, 0x7e, 0x7f, 0x09, 0x01, 0xf7 ] 

var pktlist = MIDIPacketList() 
var current = MIDIPacketListInit(&pktlist) 
current = MIDIPacketListAdd(&pktlist, MemoryLayout<MIDIPacketList>.stride, current, 0, gmOn.count, &gmOn) 

MIDISend(port, dest, &pktlist) 

在这两种情况下，打印设备名称是正确的，并且每次通话的状态是noErr。

我注意到，如果我问了kMIDIManufacturerName属性，我得到不同的结果 - 特别是使用第一种方法，我得到Generic，从USB MIDI接口，MIDI设备连接，并用第二种方法，我得到通过音频MIDI设置应用程序配置的值Roland。

我想用第二种方法是专门这样我就可以过滤掉不具有所期望的制造商名称设备，但如上述，我不能再获得工作输出的原因。

谁能解释这两种方法之间的区别，为什么后者不起作用，最好提供一个建议，我怎么能解决呢？

Answer 1

基于Kurt Revis的回答提示，我找到了解决方案。

我需要找到的目标与外部设备的源相关联，并且使用该源的kMIDIPropertyConnectionUniqueID属性找到它们之间的连接。

与下面的代码中的问题在if/else分支更换代码工作：

var external = MIDIGetExternalDevice(0) 
var entity = MIDIDeviceGetEntity(external, 0) 
var src = MIDIEntityGetSource(entity, 0) 

var connID : Int32 = 0 
var dest = MIDIObjectRef() 
var type = MIDIObjectType.other 

MIDIObjectGetIntegerProperty(src, kMIDIPropertyConnectionUniqueID, &connID) 
MIDIObjectFindByUniqueID(connID, &dest, &type) 

的属性转储表明连接的唯一ID属性是一个真正的数据属性（可能包含多个ID），但结果CFData看起来是以big-endian格式，所以读取它作为一个整数属性反而似乎工作正常。

Answer 2

这听起来像你想找到只MIDI目的地端点谈某制造商的设备。不幸的是，这是不可能的，因为没有发现MIDI设备存在的协议，它们的属性是什么以及它们如何连接到计算机。 （记住，MIDI是原始的1980s技术，它甚至不需要双向通信。有MIDI设备的完全有效的MIDI设置，你可以发送数据但永远不能接收数据，反之亦然。）

计算机知道MIDI接口连接到它（例如，一个USB-MIDI接口）。 CoreMIDI称这些“设备”。您可以找出有多少个端口，每个端口有多少个端口等等。但是没有办法找到有关物理MIDI设备的任何信息，例如连接到它们的键盘和合成器。

“外部设备”是企图绕过发现问题。当您按下“添加设备”按钮时，它们出现在音频MIDI设置中。就这样！

理想的情况下你的用户将创造他们设置每个物理MIDI设备的外部设备，进入每一个的所有属性，并建立在完全反映其物理MIDI线的方式全部连接。

不幸的是，在现实中：

• 可能没有任何外部设备。在“音频MIDI设置”中创建它们并没有多大好处，而且这是很多无聊的数据输入，所以大多数人都不会感到困扰。
• 如果有外部设备，则不能相信用户添加的任何信息。例如，制造商可能不对，或者可能拼错了。
• 在用户使用软件之前强制用户在Audio MIDI Setup中进行设置是非常不友好的。因此，没有应用程序可以这么做......因此没有人在“音频MIDI设置”中设置任何内容。这是一个鸡与鸡蛋的问题。
• 即使有外部设备，用户可能也想将MIDI发送到其他端点（如其他应用程序创建的虚拟端点），这些端点并未明显连接到外部设备。你应该让他们做他们想做的。

的documentation for MIDIGetDevice()做一个很好的建议：

如果通过系统中的设备和实体客户端迭代，它永远不会访问任何虚拟源和其他客户端创建的目标。此外，设备迭代将返回“脱机”（过去存在但目前不存在）的设备，而通过系统源和目标的迭代将不包括脱机设备的端点。

因此，客户端通常应该使用MIDIGetNumberOfSources，MIDIGetSource，MIDIGetNumberOfDestinations和MIDIGetDestination，而不是遍历设备和实体来定位端点。

换句话说：使用MIDIGetNumberOfDestinations和MIDIGetDestination以获得可能的目的地，然后让你的用户选择其中之一。就这样。

如果你真的希望做更多：

• 给定一个目标端点，可以使用MIDIEndpointGetEntity和MIDIEndpointGetDevice去的MIDI接口。
• 给定任何MIDI对象，你可以找到它与其他对象的连接。使用MIDIObjectGetDataProperty可以获取属性kMIDIPropertyConnectionUniqueID的值，该值是连接对象的唯一ID的数组。然后使用MIDIObjectFindByUniqueID到达对象。 outObjectType会告诉你它是什么样的对象。

但是，这是相当尴尬，你不能保证找到任何有用的信息。