……其实设计到现在我觉得还是蛮有出入的，毕竟我一不熟悉 MIDI 二不熟悉 GUI 一堆不止是按步骤依赖去 make 而不考虑 events, threading 的东西

主要还是开始录音高的时候，原因居然是因为我觉得那样显得高级不少:

def onAppend():
if n in range(0, 9+1):
code.append(str(n))
pitches.append(n)
print(n, end="")
else:
code.append(f"[{n}]")
pitches.pop()
print(f"[{n}]", end="")
def onDelete():
if code[-1] == ']':
code = code.lstrip(string.digits)[:-1]#'['
reprint(code)
else: removeNChar(1)

这个原因很智障，而且莫名其妙，是不是 😂
我居然还在考虑那个 code 可以在某种程度上自动和终端上的更新…… 只要我做好类似 update_line(new_code, code, mode="len_subtract") 这种，然后就可以 dropWhileRight 什么的…… 真是蠢

后来我发现…… 其实是我想多了，因为音高的确认往往是（没错，劳资就是不懂乐理、劳资就是只知道音高数字）需要很多次测试才能完成的，所以按下 Enter 键来确认而不是不断删除，反而是一个合理的做法……

说句题外话， fluidsynth 的 start() 方法也修好了，所以不必用 pyaudio 了，emmm

srt.compose(srt.Subtitle(i, v.start, v.end, v.content) for i, v in enumerate(srts)) 🤔 把 index 信息混进去好像也不太难

#Python #code 准备赶快继续重构下了… 发现很多东西有出入，可以简单化也适合我这种非资深又爱偷懒的……

def abrange(start, stop, step_a, step_b):
acc = start; is_a = True
while acc < stop:
yield acc
acc += step_a if is_a else step_b
is_a = not is_a
#Python #code 写了正则解析程序，又灭掉一些不好的代码……

import re
pat_cdecl = re.compile(r"(\w+)\s+(\w+)\((((\w+)\s+(\w+))(,\s*(\w+)\s+(\w+))*)?\);")

ctype = {
  "void*": c_void, "char*": c_char_p,
  "int": c_int, "double": c_double
}.__getitem__
def foreign(cdecl):
  """t_result name(type name, ...args);"""
  m = pat_cdecl.match(cdecl).groups()
  t_result, name = m[0:2]
  if m[3] == None: return cfunc(name, ctype(t_result))
  args = [(m[i+2], ctype(m[i+1])) for i in range(3, len(m), 3)]
  return cfunc(name, ctype(t_result), *args)

#Python #code 停，不用 regex 了，我们用 pyparsing！
注： pyparsing 是老项目了，设计表现力和 ParserKt 有点像 https://github.com/pyparsing/pyparsing/blob/master/examples/jsonParser.py

草，这个 emmm

^.* = foreign\("(.*)"\)$ 太过生草

https://github.com/duangsuse-valid-projects/Hachiko #GitHub #project #signal 开源了 🤔 还在开发中

从纯手动定义C FFI、到利用头定义动态构造对象、到动态生成Python代码…… 🤔

GObject？

它可以在支持的语言里消除前缀、使用 obj.method 的表示法

那不如用 cffi

好用啊。但是并不能消除前缀。

它可以解析 C 声明，然后你就可以直接用了。也可以生成二进制绑定

Hachi 已经基本写完了，我打算扒个谱子测试下

t0 = time()
t1 = None
def giveSegment():
  nonlocal t1
  t2 = time()
  reducer.accept( (t1-t0, t2-t0, synth.last_pitch) )
  t1 = t2 #< new start

synth.last_pitch = next(pitchz, 50)
def nextPitch():
  try: return next(pitchz)
  except StopIteration: raise NonlocalReturn("done")
def doSplit(): synth.noteSwitch(nextPitch())

def onEvent(event):
  nonlocal t1
  if event.type == pygame.KEYDOWN:
    key = chr(event.key)
    if key == 'a':
      t1 = time()
      synth.noteon(synth.last_pitch)
  elif event.type == pygame.KEYUP:
    key = chr(event.key)
    if key == 'a':
      synth.noteoff()
      synth.last_pitch = nextPitch()
      giveSegment()
    elif key == 's' and not is_hot: doSplit(); giveSegment()
    elif key == ' ': onPausePlay()

基本上主要逻辑就这些
……出 bug, 修复了 ，果然简单才是真理啊！ 根本不该有什么 init update 顺序的问题，emmm