PyGame 在重新连接时重新初始化 USB MIDI 设备



我正在使用PyGame来读取USB MIDI设备,与这里使用的设备非常相似,只是我将其作为Raspberry Pi上的后台服务运行。

我希望能够断开并重新连接 MIDI 设备,并且仍然能够读取它。

我尝试了两种方法:

  1. 定期使用 pygame.midi.get_count() 和 info() 枚举 MIDI 设备。
  2. 使用 pyudev 监视 USB 事件,类似于此示例。

(1) 的问题在于,无论设备是否仍处于连接状态,pygame.midi 似乎总是返回相同的值(get_count 和 info)。

(2) 的问题在于它永远不会调用我为事件注册的异步函数(尽管独立示例工作正常,只是将子系统更改为 usb)。 我认为这可能是线程的问题,所以我调用了所有内容以从专用线程注册事件,然后运行 glib。MainLoop.run() 空闲等待,但发现如果我在运行 AMK 类之前启动任何线程,即使只是一个打印内容并返回的线程,pygame 将无法读取 midi 设备。 (我正在使用 glib,因为 Pi 存储库中的 pyudev 版本是 0.13,但我想较新的方法是 gobject 等效的)。

因此,我求助于 udevd 来检测连接事件并通过/etc/udev/rules.d/触发器重新启动我的服务,该触发器工作正常,但很笨拙,并且丢失了脚本中的状态(我想保存)。

因此,在我浪费更多时间调试(2)之前,我希望有人可以指出我正确的方向。

pygame使用PortMidi,它最初是为Windows MIDI API设计的,并假设MIDI端口集永远不会改变。

您必须使用单独的监视器进程,该进程会在 MIDI 端口更改时重新启动程序。

我还没有彻底测试过,但我相信如果你打电话给quit然后再次init,然后你可以得到一个正确更新的 MIDI 设备列表。下面是一个示例:

import pygame, pygame.midi    
pygame.midi.init()    
print pygame.midi.get_count()    
a=raw_input('Connect or disconnect some MIDI devices')    
pygame.midi.quit()    
pygame.midi.init()
print pygame.midi.get_count()

这就是我监视现有或新添加的 Midi 设备的方式 - wait_for_midi()将阻塞,直到系统中出现 MIDI 设备并返回其/dev/midi*路径。

import re
import pyudev
def is_midi_device(dev_path):
    if dev_path is None: 
        return False
    if re.match(u"^/dev/midi[0-9]+$", dev_path):
        return True
    return False
# Return path to a MIDI device when found.
def wait_for_midi():
    context = pyudev.Context()
    #  Check for existing midi devices
    for device in context.list_devices():
        dev_path = device.device_node
        if is_midi_device(dev_path) :
            print('Found {}'.format(dev_path))
            return dev_path
    # Monitor for new midi devices as added
    monitor = pyudev.Monitor.from_netlink(context)
    monitor.filter_by(subsystem='sound')
    for action, device in monitor:
        if action != "add": 
            continue
        dev_path = device.device_node
        if is_midi_device(dev_path) :
            print('Just added: {}'.format(dev_path))
            return dev_path

最新更新