无 UST, 因为啥参数都没有, 纯 mid 已经足够

好吧，这个是 UST+拼音填词版本

运动追踪，扣像，厉害 #media #vocaloid

【全明星】秦城欢迎你「人力V+Synth V」

By:匿名投稿
#乳制品

===== 评论区 =====
train: 精甚细腻的制作👍
albano gio...: 广阔天地，大有可为
duangsuse: 精甚、细腻 👍

https://github.com/duangsuse-valid-projects/Hachiko/wiki/UTAU-Export UTAU 速度不匹配的问题解决了

118.2bpm 就可以解决问题了

接下来要习大大亲自演唱写给体制的歌曲！

🤔 声库主要有三条线，就是 OPC (overlap, preutterance, consonant)
最重要的是 consonant 这一条，如果调不好会有嘶哑或者说“有痰”一样的感觉
最重要的一点是虽然对于好的采样要懂得给诸如 consonant 这样的区域多一点空间，但对差的采样要尽可能以重复的波形为界去参照调整，区域反而是越小越好
如果在短吐字的时候感觉不好，可能是 overlap 区域太小

其实最重要的是做文语对齐，把波形对齐到音素 (比如 dai 这个…… 调整的时候大概要学习类似的音素吧)

我之前以为拼接合成就一定比参数模型差，现在觉得也不一定，其实拼接合成也没那么难听，只是有质量上限而已

#gui 来说说这个列表首字母定位问题

很多应用的列表视图都有这个功能 —— 击键后转到对应首字母的一项，再按一次同首字母的下一项，直到结束重新回滚到首项

可以认为这是一个在列表数据更新时更新的 Map<Char, IntRange>
并且，只有在按名字有序排列时这才奏效，否则还是 finder=Finder(list, key); setSelection(listOf( finder.next() )) 没法优化...

IntRange 呢，其实也可以视为 SizedIterator(start, n) ，不过这就可以用了就是(Kotlin 提供很方便的基础抽象)。

data.withIndex().groupBy { it.value.first() } 就可以得到 { "a": [0, "apple", 1, "angry"], "b": [2, "banana", 3, "blue"] } 这种
impreative equivalent:
val map: MutableMap<MutableList<IndexedValue<String>>> = mutableMapOf()
for ((i, item) in data.withIndex()) {
map.getOrPut(item.first(), mutableListOf()).append(i to item)
}

然后可以得到一个 range: res.associate { c -> c.key to c.value.minBy { it.first } .. c.value.maxBy { it.first } }
大概只是日常瞎想，请勿模仿 🤔

#vocaloid 维尼音源的
— 坏采样表:
hui, da, kuai, fei, chao, kong, zou, sang, shuang, zhou
bai4, diao, dun, piao, po, ran, ruo, mo, wo

gua, guang, kou, lao, mo
han, nei, ni, qun, shao, xiong, yao, zou, huang

— 重复采样表:
ai2 重复太多我已经放弃

迫真心得:
u / uo 音结尾的采样的 consonant 区好像都很短
如果 consonant 的位置比 preutterance 小，那么重复的部分会是 overlap — consonant 而非 consonant — cutoff
如果开头的音是 z / y 的话 preutterance 必须放最前面，不然后面的音素吐音不利落

采样质量逼的…… 因为 zhou.wav 的 zh 发音太吵，我都把 zha 和 zhou 拼起来替换了……

😓算是弄了手动拼合的第一段语音

😩 用了 moresampler BPM 又不对了，这次又不是 118.2 , 118 试试？