プラグインスレッド - 1255320427

1：名無しさん@frqファイル作成中：2009/10/12(月) 13:07:07 ID:1HJ8Qj0k0: 最近プラグインが増えてきたので、スレッドを作成しました。

自作プラグインの紹介、不具合報告、要望、アイデアなど、プラグインに関することを書き込んでください。

・互助会wikiプラグインページ
　ttp://www20.atwiki.jp/utaou/pages/36.html
2：名無しさん@frqファイル作成中：2009/12/30(水) 17:23:01 ID:36D2TPrI0: 自張りですがテキスト読み上げプラグインのα２をうｐしました。
http://monopole.jimdo.com/%E9%85%8D%E5%B8%83%E6%89%80/
3：名無しさん@frqファイル作成中：2010/01/29(金) 12:05:09 ID:utnUOPZA0: 拡張エンベロープエディタやモード1用ピッチエディタみたいに
選択範囲を書き換えるタイプのやつ、実際書き換えた音符だけじゃなく
選択範囲のキャッシュが全部飛んでしまうのは本体側の仕様で
どうにもならんのかな？
これが直れば相当作業早くなるんだが。
4：名無しさん@frqファイル作成中：2010/01/29(金) 22:09:04 ID:0mJX3Zr20: いや、できると思うけどな
[#INSERT]を使ったり、[#0000]の後に内容を書いたりしないで
単に[#0000]だけで返せばその音符は「変更なし」と判断されるので

ただ、それとは別に、
挿入や削除によって位置（曲の冒頭からの音符番号）がずれると
音符自体に変化がなかったとしても再レンダリングになるというのは
プラグインではなくてUTAU本体で挿入や削除をした時と同じで仕様かと
5：名無しさん@frqファイル作成中：2010/01/29(金) 22:14:19 ID:0mJX3Zr20: あ、いや自信ないや
確認してみないとわかんない

ただそれとは別に、どの音符が変更ありなのかを管理するのは
プラグインの中身によると思うけど結構めんどくさいと思われ
6：名無しさん@frqファイル作成中：2010/04/13(火) 14:32:02 ID:ufGZDUUI0: 連続音一括調整とかの歌詞変換系で、oto.iniに「を」が無い場合「お」に変換する機能あったらちょっと便利かも。
7：名無しさん@frqファイル作成中：2010/04/17(土) 21:49:10 ID:WDeXzhWI0: Mode1用ピッチエディタを便利に使っているのですが、
UTAUのいつのバージョンからか、動作に不具合が出てきました。

ピッチ編集自体は正常にできるのですが、
OKボタンでピッチエディタを閉じてから再度音符を選択してエディタを開くと、
つねにデフォルトの真っ平らな状態になっています。

HANASUをするのに活用していたので困っています。
先月までは問題なく使えていました。
今月のUTAU本体のバージョンアップのどこかで問題が発生したのだと思いますが詳細はわかりません。
この現象、うちだけではないですよね？
8：名無しさん@frqファイル作成中：2010/04/17(土) 23:07:46 ID:G67tw6DU0: >>7
うちも同じくなりますが
『ピッチ曲線のバックアップを保存する』にチェックをいれてOKを押して
次回起動時に『ピッチ曲線を復元』を押す事で元に戻しています
9：名無しさん@frqファイル作成中：2010/04/17(土) 23:38:44 ID:4I5l/mw.0: Mode1ピッチのエントリ指定文字が「Piches=」から「Pitches=」に修正された関係では？
UTAU側への適応時には「Piches=」を「Pitches=」に自動修正してるみたいだけど、
プラグイン側では「Pichesエントリが見つからない」＝「Mode1ピッチデータが存在していない」と判断されてMode1ピッチデータがリセットされる。
バックアップからの復元では「Piches=」エントリとはの別の拡張エントリから読み込んでるから問題なく動く、と。
10：名無しさん@frqファイル作成中：2010/04/17(土) 23:38:53 ID:WDeXzhWI0: >>8
おお、なるほど！
バージョンアップまでこれで回避することにします。ありがとうございます。
11：名無しさん@frqファイル作成中：2010/04/17(土) 23:48:31 ID:WDeXzhWI0: >>9
ははあ、なるほど！　納得できました。

もうひとつ別のプラグインの話なんですが、
「プロパティ一括変更」は、設定画面上で無指定ならば値がそのまま維持される仕様なのに、
gとかYなどのFlagsに相当する欄を無指定にするとリセットされてしまいます。
これも少し前のバージョンからこういう動作になってしまいました。

（これも文字列の修正が原因だったりします？　FlagがFlagsになったとか…）
12：名無しさん@frqファイル作成中：2010/04/18(日) 00:10:27 ID:XrAN2KB.0: >>11
さぁ？
ただ、このプラグインは各Flagsの区切りに半角スペースを強制挿入する仕様になってるみたいだから、
その辺が現UTAUの仕様とかち合ってるのかも。
13：7：2010/04/18(日) 09:56:38 ID:pNRrYO1A0: 修正版出ました！
Mode1用ピッチエディタプラグインver1.61
http://z-server.game.coocan.jp/utau/picedit161.zip

作者様、素早い対応ありがとうございます。問題なく動作しております。
14：名無しさん@frqファイル作成中：2010/04/18(日) 11:54:51 ID:A3SWcEGI0: しっかりスレチェックしてたのな。
15：名無しさん@frqファイル作成中：2010/04/24(土) 11:08:22 ID:UguVrGsE0: mode1ピッチエディタだけど、今度は最新版を少し古いUTAU(0.2.72)で使ったときに
既存のピッチ曲線読み込めなくなったっぽい。
16：名無しさん@frqファイル作成中：2010/04/24(土) 13:26:07 ID:DK0BrD3E0: >>15
そういうのは「最新版のUTAUを使ってください」じゃだめかな？
もちろん、プラグイン側で両対応してもらうに越したことはないけど。

それはそれとしてVer.1.62リリース
http://z-server.game.coocan.jp/utau/picedit162.zip
> oto.iniを読み込めなくなっていた不具合を修正
17：名無しさん@frqファイル作成中：2010/04/24(土) 17:03:05 ID:Yjm89Qps0: プラグインに渡される情報では「本体のバージョン」って取得できないから
正直バージョンで異なる挙動に対応することって難しいんだよなー

先行発声の自動調整の解釈変更とかMode2の重ね合わせとか、
バージョンによって挙動が変わったところって結構あるから
それに合わせて出力できたらいいんだろうなとは思うんだけど

どうしてもって言うなら本体exeのファイルサイズとかで判断できるかも
でもたぶんそこまでやってるプラグイン作者はいないでしょう

PichesとPitchesへの両対応くらいならそう難しいことでもなさそうだけど
18：名無しさん@frqファイル作成中：2010/04/24(土) 17:40:37 ID:DK0BrD3E0: ファイルサイズよりは本体exeのFileVersionとかProductVersionでしょう。
プラグイン自身が存在するフォルダに「..\..\utau.exe」を足せば本体へのパスになるかな。
ファイル名が将来変わったりしなければいいけど。
プラグインのフォルダの場所は固定と思っていいんだよね？
19：名無しさん@frqファイル作成中：2010/04/24(土) 17:50:34 ID:Yjm89Qps0: おお、そんな方法があったんだ
勉強になった

将来変わった場合は、対応してプラグインもバージョンアップすればいいかと
でも将来と言わずとも今でもユーザがutau.exeの名前を変えてる可能性はあるよね
たとえば複数verのutauを同時にインストールする場合で、
プラグインフォルダを共通にしたいために同一のフォルダにインストールするためとか

プラグインフォルダの場所は変更するUIがないので変更できないと思う
20：名無しさん@frqファイル作成中：2010/04/24(土) 18:04:26 ID:DK0BrD3E0: 確かにうちも古いバージョンのUTAUを残してるなぁ。

もっとまじめにUTAUのバージョンを取得するなら、
　親プロセスのIDを取得→そのハンドルを開く→ファイル名を取得
かなあ。
そこまでしなくてもという気もするけど、これならプラグインの場所が変わっても大丈夫。

一応サンプルコード
http://www.codeproject.com/KB/threads/ParentPID.aspx
21：名無しさん@frqファイル作成中：2010/04/24(土) 18:31:11 ID:Yjm89Qps0: おー、なるほど。そんなこともできるんだ
なるほど
確かにそれなら解決できそうだしおそらく正攻法だね