如何调试 Supercollider 和 Python 应用程序之间的 OSC 协议
How to debug OSC protocol between Supercollider and Python app
作为 SuperCollider 的新手,我正在使用一个教程来尝试获取一个 Pycharm 应用程序来与 Supercollider(Python 版本:3.7/SuperCollider 3.9.3)通信。在客户端,我尝试使用 pythonosc 和 OSC:
pythosc 代码:
import argparse
import random
from pythonosc import osc_message_builder
from pythonosc import udp_client
import socket
if __name__ == "__main__":
parser = argparse.ArgumentParser()
parser.add_argument("--ip", default='127.0.0.1',
help="The ip of the OSC server")
parser.add_argument("--port", type=int, default=57110,
help="The port the OSC server is listening on")
args = parser.parse_args()
client = udp_client.SimpleUDPClient(args.ip, args.port)
client.send_message("/print", 500)
OSC 代码:
import OSC
import time, random
if __name__ == "__main__":
client = OSC.OSCClient()
client.connect(("127.0.0.1", 57110))
msg = OSC.OSCMessage()
msg.setAddress("/print")
msg.append(500)
client.send(msg)
SuperCollider 中的代码:
s.boot;
(
SynthDef( \sin, { | amp = 0.01, freq = 333, trig = 1 |
var env, sig;
env = EnvGen.kr( Env.asr( 0.001, 0.9, 0.001 ), trig, doneAction: 0 );
sig = LFTri.ar( [ freq, freq * 0.999 ], 0.0, amp ) * env;
Out.ar( [ 0 ], sig * 0.6 );
}).add;
h = Synth( \sin, [ \amp, 0.4 ] );
x = OSCFunc( { | msg, time, addr, port |
var pyFreq;
pyFreq = msg[1].asFloat;
( "freq is " + pyFreq ).postln;
h.set( \freq, pyFreq );
}, '/print' );
)
同时使用 pythonosc 和 OSC 代码时,我得到:'FAILURE IN SERVER: /print Command not found'。很明显,python 应用程序正在与 SC 建立通信,但无法解释“/print”。我注意到 SC 服务器在端口 57110 上启动,但 NetAddr.langPort returns 为 57120。我不确定为什么它们不同。我花了整整一个晚上在线查看可能的解决方案,但没有成功。其他几个 Whosebug 用户已经发布了类似的问题,其中一个表明它可能是端口问题。在目前的情况下,我不明白它怎么可能,因为在那种情况下,SC 根本不会有任何东西。 (在 python 代码中将端口更改为 57120 会导致 SC 服务器无响应)。从人们以前对这个柏忌的经验中得出的任何建议都是最受欢迎的,因为基本上,它正在驱使我。非常慢,疯了!!
简答:使用NetAddr.langPort
返回的端口。
SuperCollider 服务器 (scsynth) 和语言进程 (sclang) 是不同的东西。如果您使用的是 SuperCollider IDE,您可能会感到困惑,因为两个进程的输出都在 post window 中进行了 post 编辑,并且也很难区分作为初学者掌握。
您非常接近答案 -- 您注意到服务器的端口与语言的端口不同。为了使这两个进程能够通过基于 UDP 的 OSC 相互通信,它们需要使用单独的端口。服务器使用 OSC 地址来实现命令协议,您可以找到 here 的文档。正如您将看到的,有一些命令用于创建新的合成器节点 (/s_new
)、分配缓冲区 (/b_alloc
) 以及在控制总线上设置值 (/s_set
),但没有/print
的命令。这就是您看到特定错误消息的原因:'FAILURE IN SERVER: /print Command not found'。 (顺便说一句,该消息来自服务器,而不是语言。)
另一方面,OSCFunc
对象响应进入语言过程的 OSC 消息。因此,您需要做的就是将您的 OSC 消息从 Python 发送到正确的端口 -- 57120。
This documentation article 可能有助于理解 SuperCollider 服务器 (scsynth) 和客户端(Python、sclang 或任何其他向其发送 OSC 消息的程序)之间的区别。
作为 SuperCollider 的新手,我正在使用一个教程来尝试获取一个 Pycharm 应用程序来与 Supercollider(Python 版本:3.7/SuperCollider 3.9.3)通信。在客户端,我尝试使用 pythonosc 和 OSC:
pythosc 代码:
import argparse
import random
from pythonosc import osc_message_builder
from pythonosc import udp_client
import socket
if __name__ == "__main__":
parser = argparse.ArgumentParser()
parser.add_argument("--ip", default='127.0.0.1',
help="The ip of the OSC server")
parser.add_argument("--port", type=int, default=57110,
help="The port the OSC server is listening on")
args = parser.parse_args()
client = udp_client.SimpleUDPClient(args.ip, args.port)
client.send_message("/print", 500)
OSC 代码:
import OSC
import time, random
if __name__ == "__main__":
client = OSC.OSCClient()
client.connect(("127.0.0.1", 57110))
msg = OSC.OSCMessage()
msg.setAddress("/print")
msg.append(500)
client.send(msg)
SuperCollider 中的代码:
s.boot;
(
SynthDef( \sin, { | amp = 0.01, freq = 333, trig = 1 |
var env, sig;
env = EnvGen.kr( Env.asr( 0.001, 0.9, 0.001 ), trig, doneAction: 0 );
sig = LFTri.ar( [ freq, freq * 0.999 ], 0.0, amp ) * env;
Out.ar( [ 0 ], sig * 0.6 );
}).add;
h = Synth( \sin, [ \amp, 0.4 ] );
x = OSCFunc( { | msg, time, addr, port |
var pyFreq;
pyFreq = msg[1].asFloat;
( "freq is " + pyFreq ).postln;
h.set( \freq, pyFreq );
}, '/print' );
)
同时使用 pythonosc 和 OSC 代码时,我得到:'FAILURE IN SERVER: /print Command not found'。很明显,python 应用程序正在与 SC 建立通信,但无法解释“/print”。我注意到 SC 服务器在端口 57110 上启动,但 NetAddr.langPort returns 为 57120。我不确定为什么它们不同。我花了整整一个晚上在线查看可能的解决方案,但没有成功。其他几个 Whosebug 用户已经发布了类似的问题,其中一个表明它可能是端口问题。在目前的情况下,我不明白它怎么可能,因为在那种情况下,SC 根本不会有任何东西。 (在 python 代码中将端口更改为 57120 会导致 SC 服务器无响应)。从人们以前对这个柏忌的经验中得出的任何建议都是最受欢迎的,因为基本上,它正在驱使我。非常慢,疯了!!
简答:使用NetAddr.langPort
返回的端口。
SuperCollider 服务器 (scsynth) 和语言进程 (sclang) 是不同的东西。如果您使用的是 SuperCollider IDE,您可能会感到困惑,因为两个进程的输出都在 post window 中进行了 post 编辑,并且也很难区分作为初学者掌握。
您非常接近答案 -- 您注意到服务器的端口与语言的端口不同。为了使这两个进程能够通过基于 UDP 的 OSC 相互通信,它们需要使用单独的端口。服务器使用 OSC 地址来实现命令协议,您可以找到 here 的文档。正如您将看到的,有一些命令用于创建新的合成器节点 (/s_new
)、分配缓冲区 (/b_alloc
) 以及在控制总线上设置值 (/s_set
),但没有/print
的命令。这就是您看到特定错误消息的原因:'FAILURE IN SERVER: /print Command not found'。 (顺便说一句,该消息来自服务器,而不是语言。)
OSCFunc
对象响应进入语言过程的 OSC 消息。因此,您需要做的就是将您的 OSC 消息从 Python 发送到正确的端口 -- 57120。
This documentation article 可能有助于理解 SuperCollider 服务器 (scsynth) 和客户端(Python、sclang 或任何其他向其发送 OSC 消息的程序)之间的区别。