歌詞の上部にルビを振れるようになった。ルビの指定は、歌詞ファイルに記入して行う。タイムタグ規格ルビ拡張規格に対応している。現時点では二段組みで固定だが、将来的には、自由に段数を指定できるようにする予定。フォントや歌詞表示位置も指定できるようになった。ワイプ後とワイプ前でそれぞれ、文字の色、フチの色などを指定可能。配色のプレビューがリアルタイムで右上に表示されるようになっている。カラメーカーで出力した動画のスクリーンショットサンプルは、右のような感じ。現時点までの開発状況を整理し、動画にまとめた。10:49初めまして失礼します。ぶっちゃけニコカラには興味はないのですが、タイムタグとルビに関してはちょっと弄ったことがありまして。正直なところ「タイムタグ規格ルビ拡張規格」は無意味に古い規約に従って面倒なことになってるのに、ニコカラという最終形への過程でしかないものに、その面倒な規約を採用するのはいかがなものかと。ちなみに弄ったものはこのへんに。http://juna-idler.blogspot.jp/Ruby.txtの戯言に、若気の至りで荒ぶった書き方してますが、大目に見てもらえると助かります。ご意見ありがとうございます。参考にさせて頂きます。元々のタイムタグ規格に古い側面があるのは否めませんが、すでにかなり使用されてきた歴史があり、単に無視すれば良いというわけでもないと思います。ご指摘の重複しない使いづらさの部分についてなどですが、アプリ側でユーザーの負担にならない仕組みを導入するなど、改善を検討したいと思います。03:38せっかくなのでもうちょっとだけ。現在のアプリケーションで有効に使用しているがどれほどあるでしょうか?そしてそんな過去の遺物な仕様の為に、現在のユーザーやアプリ開発者が無用な労力を割かなければならないというのでは、唯の足枷です。ぶっちゃけニコカラ用に最適化された歌詞仕様を新しく考えて、「これを新しいルビ規格にします」と言った方がだいぶマシな気がします。そもそもルビとタイムタグはそれぞれ別種のものなのだから、可能な限り独立しておいた方がいい。この方式だとタイムタグを付ける前にルビを振れない。タイムタグを消すとルビ対応が判らなくなる(場合がある)。・ルビタイムタグ別の場所に相対時間で記入という、タイムタグ作成側(ユーザー/アプリ開発者)からして曲芸並みに面倒な仕様。正直なところ、ルビ有りを何が何でも非対応と共用出来るようにしようとしすぎて、がんじがらめになっている感じ。ぶっちゃけ、非対応への対応としては「ルビ有り版」から簡単な変換で「ルビ無し版」を作れるようにしておけばいいだけな気もするので、よくしらないけど春日?とか青空文庫的な、スタンダードな本文内ルビ仕様もあって然るべき。いう感じで自作のものが出来ました。03:41気になるというと、このコメント欄のセンタリング仕様も。さん追加情報ありがとうございます。