這首歌的PV創(chuàng)造了很大的挑戰(zhàn)，但它的確是值得的，因?yàn)檫@是一首動(dòng)聽的歌。

首先，我沒想到在開始進(jìn)行校調(diào)的階段就會(huì)遇到困難，網(wǎng)上的確有這首歌的vsqx，可是，它的bpm居然是錯(cuò)的，是在錯(cuò)誤的bpm下扒譜的。

我使用了python腳本，換算這些音符到實(shí)際bpm下的時(shí)間，之前已經(jīng)有過(guò)bpm翻倍的經(jīng)歷了，所以這道題目對(duì)我來(lái)說(shuō)就是把整數(shù)倍數(shù)2或者整數(shù)分母小數(shù)1/2里的整數(shù)換成一個(gè)非整數(shù)，只是一個(gè)數(shù)值上的替換。

在這里，我使用了正則表達(dá)式re，\d表示數(shù)字，+表示前面連著的數(shù)字，找到?jīng)]有為止，而不是找到一個(gè)就完成任務(wù)。

提取的文本會(huì)被放進(jìn)一個(gè)列表，列表都從0開始編號(hào)，也就是索引，所以用[0]表示選擇第一個(gè)。那就是時(shí)間的值，我們會(huì)處理這個(gè)值來(lái)完成換算到166bpm。可以看見就是乘了個(gè)166/114，很簡(jiǎn)單，幸好在這里時(shí)間還是線性變化的；我討厭曲線，它們真的嚴(yán)重地?fù)p害了我的數(shù)學(xué)成績(jī)。

在此之后，我再用以前的一個(gè)把音符時(shí)間對(duì)準(zhǔn)到時(shí)間軸的代碼。我之前寫了這個(gè)py是因?yàn)?，很多ust都會(huì)離網(wǎng)格偏移一點(diǎn)點(diǎn)，在最初我只能手工一個(gè)個(gè)移動(dòng)，但是后來(lái)我決定接觸代碼，也得到了很多人的幫助，最后chatgpt也出來(lái)了，我能用代碼更快地做完重復(fù)的機(jī)械勞動(dòng)。

這確實(shí)減少了一些困難，不過(guò)每過(guò)一段樂譜，音符又會(huì)偏移一些最小單位比如1/16音符，就這樣慢慢地進(jìn)行，最后終于得到了真bpm下的vsqx。

在這里，原唱鈴的站位很接近鏡頭，衣服比較大的時(shí)候就會(huì)穿幫，突然出現(xiàn)在鏡頭內(nèi)。

然而，在動(dòng)作中，這個(gè)動(dòng)作數(shù)據(jù)前面的一段步行并沒有被刪除，只是被加上了額外的位置數(shù)據(jù)，只要把它們改成和出鏡時(shí)的一樣，就能獲得連貫的動(dòng)作。

刪除這些個(gè)東西真的需要這個(gè)軟件很長(zhǎng)的時(shí)間……在等待時(shí)間里，我在書寫這篇專欄。

就算改成一致的，角色還是會(huì)在原本角色突然出現(xiàn)的時(shí)間點(diǎn)閃現(xiàn)小段距離，多調(diào)幾次找到合適的修改值。多試幾次得到較為接近的值以后，我決定停止嘗試，不知為何，我的內(nèi)心讓我停下來(lái)。

最后在劇本里使用這個(gè)編輯模式的動(dòng)作銜接指令，再播一次PV的時(shí)候就發(fā)現(xiàn)看不出來(lái)了。明明我使用的值并沒有那么接近，反正最后效果差不多那也沒問(wèn)題。

這首歌的填詞也是很久以前詞作就做好了的，到現(xiàn)在才公開真有些自慚形愧。

重頭戲其實(shí)，是平面動(dòng)畫的修改，這一部分，可能會(huì)在下次專欄發(fā)表。