BBS
[ホームに戻る] [ツリー表示] [トピック表示] [留意事項] [ワード検索] [過去ログ] [管理用]
お名前
タイトル
メッセージ
暗証キー (英数字で8文字以内)
投稿キー (投稿時 投稿キー を入力してください)

英語ルビとルビ拡張規格出力について 投稿者:Ticona 投稿日:2016/05/21(Sat) 22:19 No.2603   
いつのまにか引越されてて、探しちゃいましたw

英語ルビの自動取得の精度は仕方ない所はありますが、手で修正すれば便利に使えそうでいいかな?と思ったのですが、
読み込んだ後、「漢字以外のルビの削除」をすると英語部分まで消えてしまうので、実質使えない状態となっています。

また、「ルビ拡張規格」での出力に関してですが、Luaスクリプト内の重複判定が間違っていた為、ルビのタイムに変な数字が入ります。
字幕ツールのニコカラメーカー用として作成されたかと思いますが、こちらでニコカラメーカー用として手直しさせていただきました。
(ニコカラメーカーの配布サイトのブログ内で配布していただいてますが、問題あれば申しつけ下さい)

ただ、ツール側の指定で、ルビ間のタイムは相対タイムではなく、絶対タイムとなっている為、ルビ拡張規格とは相違があります。

とりあえず、お知らせです。
便利に使わせていただいています。ありがとうございます。

Re: 英語ルビとルビ拡張規格出力について - MIZUSHIKI 2016/05/22(Sun) 18:14 No.2767
>英語ルビの自動取得
>「漢字以外のルビの削除」をすると英語部分まで消えてしまうので、実質使えない状態となっています。

Oh...
漢字、ひらがな、アルファベット等、文字種を指定してルビを削除できるようにしました。

http://suwa.pupu.jp/data/RhythmicaLyrics_v46b.zip


>また、「ルビ拡張規格」での出力に関してですが、Luaスクリプト内の重複判定が間違っていた為、ルビのタイムに変な数字が入ります。
>字幕ツールのニコカラメーカー用として作成されたかと思いますが、こちらでニコカラメーカー用として手直しさせていただきました。
>(ニコカラメーカーの配布サイトのブログ内で配布していただいてますが、問題あれば申しつけ下さい)
>
>ただ、ツール側の指定で、ルビ間のタイムは相対タイムではなく、絶対タイムとなっている為、ルビ拡張規格とは相違があります。

ルビへのタイムタグの埋め込みが、相対タイムではなく絶対タイムになっている件は、設定を追加して絶対タイムに出来るようにしました。
一応、絶対タイムをデフォルト設定にしておきました。ニコカラメーカー用に作っているような感じですし。
(ただ、なんでルビ拡張規格と変えてるんだろ。技術的な制約かな。。。)

また、一部重複判定が間違っていたため修正しました。
--  @Ruby=今日,きょう
--  @Ruby=今,いま
-- の重複判定は出来ていたが、
--  @Ruby=今日,きょう
--  @Ruby=日,ひ
-- の重複判定がされていなかった。

ただ、ご指摘の件ですが、ルビのタイムに変な数字が入ってしまっていますか?
上記の重複判定のバグ以外は問題ないように思っていますけれど。。。

一応、私の方針としては必要最低限の@Rubyになるようにしています。
同じ歌詞、同じルビで、適用開始/終了時刻が重なっている場合は1つにまとめています。

また、適用開始時刻と適用終了時刻は出来る限り広く範囲を取るようにしています。
重複したルビが出てきたら、出てきた所までの時間を適用終了時刻に指定してます。そのため変に見えるのかもしれません。
-- イメージとしては
--  [00:03:69]上[00:04:36]に・・・
--  @Ruby=上,うえ,[00:03:69],[99:59:99] //最後までルビが重複しない時は適用終了時刻を省略しなければ本来こうなので
--   ↓
--  [00:03:69]上[00:04:36]に・・・
--  [00:05:68]上[00:06:37]着・・・
--  @Ruby=上,うえ,[00:03:69],[00:05:68] //重複した場合もなるべく終わりまで広く取る。この時刻の間でまた「上,うえ」が出たら纏める。


ニコカラメーカー用に手直しされたスクリプトも試してみました。
こちらは素直にルビの前後のタイムタグを適用開始/終了時刻にして、重複に関係なく全てのルビを出力していますね。
この方が後で手動で修正したい時に便利ってことでしょうか。

==

今回修正した拡張出力をニコカラメーカーで試してみましたが、特に問題は無いように見えました。

何か私が気づいていない問題点、また、やはり全てのルビが前後のタイムタグで出力されたほうが修正が絶対楽だ、というようなことがありましたらコメントください。
設定に追加等も検討してみます。


※ 上記のzipファイルは更新分のファイルしか入っていないので、Ver.4.5のフォルダに上書きしてお試しください。


Re: 英語ルビとルビ拡張規格出力について - Ticona 2016/05/22(Sun) 18:47 No.2768
>--  [00:03:69]上[00:04:36]に・・・
>--  [00:05:68]上[00:06:37]着・・・
>--  @Ruby=上,うえ,[00:03:69],[00:05:68] //重複した場合もなるべく終わりまで広く取る。この時刻の間でまた「上,うえ」が出たら纏める。

この部分ですね。
ニコカラメーカーでは、漢字の時間とルビの時間の前後が正しい場合に適用する形のようですので、
@Ruby=上,うえ,[00:03:69],[00:04:36]
となっていないと、ルビが付与されないようです。
>--  [00:05:68]上[00:06:37]着[00:06:87]・・・
こちらの場合ですと、
@Ruby=上着,う[00:06:00]わ[00:06:37]ぎ,[00:05:68],[00:06:87]
こういう指定となります。

こういう指定も可能となっている為、以前、春日さん向けで英語の途中にタイムを・・・
と実装していただいた物は、そのまま使える事を確認いたしました。


Re: 英語ルビとルビ拡張規格出力について - MIZUSHIKI 2016/05/22(Sun) 19:36 No.2769
うーん、もうちょっと試してみましたけど問題なく表示されるようですが。。。
以下の歌詞をニコカラメーカーに読み込ませて試してみてもらえませんか?

また下記では再現されない場合は、問題を再現できる歌詞を頂ければと思います。

[00:02:03]…[00:02:45]上[00:03:23]座[00:03:61]の[00:04:02]上[00:04:78]に[00:05:19]あ[00:05:59]る [00:06:34]上[00:07:11]着[00:07:49]を、[00:07:65]
[00:08:26]上[00:08:97]手[00:09:34]に [00:09:76]上[00:10:20]げ[00:10:58]た[00:10:93]
[00:11:69]更[00:12:38]に[00:12:72]そ[00:13:08]の[00:13:43]上[00:14:32]・・・[00:15:07]

@Ruby1=上座,か[00:02:85]み[00:03:23]ざ
@Ruby2=の,の
@Ruby3=上,う[00:04:40]え,[00:04:02],[00:06:34]
@Ruby4=に,に
@Ruby5=あ,あ
@Ruby6=る,る
@Ruby7=上着,う[00:06:73]わ[00:07:11]ぎ
@Ruby8=を,を
@Ruby9=上手,じょ[00:08:60]う[00:08:97]ず
@Ruby10=上,あ,[00:09:76],[00:13:43]
@Ruby11=げ,げ
@Ruby12=た,た
@Ruby13=更,さ[00:12:00]ら
@Ruby14=そ,そ
@Ruby15=上,う[00:13:77]え,[00:13:43]


Re: 英語ルビとルビ拡張規格出力について - Ticona 2016/05/23(Mon) 01:09 No.2770
こちら正常に表示されました。

自分が表示されない!と思っていた曲を再度読ませてみたのですが、現在のバージョンではちゃんと表示されるようです。
表示出来なかったのは、こちらの画像で。
https://twitter.com/ticonacyan/status/703789923233431552/photo/1
この当時は、まだルビ間のタイムに対応してなかった時代でバージョンはかなり古いかと思います。
画像では所々ルビがないのですが、どちらも現在のバージョンで作り直した所、ちゃんと表示されました。
ニコカラメーカー側でも、対応仕様の変更があったと思われます。


Re: 英語ルビとルビ拡張規格出力について - MIZUSHIKI 2016/05/29(Sun) 11:24 No.2771
下記ページにてニコカラメーカー作者のSHINTAさんと連絡を取りました。
http://shinta0806be.ldblog.jp/archives/9206593.html#comments

確認したところ、絶対タイムは勘違いだったそうです。
相対タイムで出力するようにしてVer.4.6を更新しました。
(絶対タイムにはならないので設定は省きました)
また、特にコメントがなかったのでルビの出力形式(纏め方の類)は現状のままにしてあります。

また何かありましたらよろしくお願い致します。

  

拡張出力Luaファイルで文字コード指定 投稿者:桃内あおば 投稿日:2014/07/13(Sun) 23:36 No.1720   
はじめまして。私はRhythmicaLyricsを使っている者です。
素晴らしいソフトを提供いただき感謝しています。

さて、ASS字幕ファイルを書き出す拡張出力Luaファイルを書いたのですが、出力の際に文字コード(Unicode)を指定できるのでしょうか?

ヘルプなどを拝見しましたがよくわかりませんでしたのでお尋ねします。もしお答えいただければ嬉しいです。よろしくお願いいたします。

Re: 拡張出力Luaファイルで文字コード指定 - MIZUSHIKI 2014/07/14(Mon) 22:57 No.1721
>ASS字幕ファイルを書き出す拡張出力Luaファイルを書いたのですが、出力の際に文字コード(Unicode)を指定できるのでしょうか?

すみません。現バージョンのver.3.8.1では拡張出力で文字コードを指定することができません。
全てShift-JISで保存されることになります。

って、うわー、、、assファイルとかUnicodeで保存できたほうが良いんだ。。。
VSFilterで読み込んだりするとき、Shift-JISだと文字化けしちゃうとか書いてある・・・。

ということで、テスト版としてver.3.8.1.1を作ってみました。
http://suwa.pupu.jp/data/RhythmicaLyrics_v38-1-1.zip

拡張出力の設定(ini)ファイルで、
>[RhythmicaLyrics]
>extension = 拡張子
と、書けば拡張子を指定できますが、以下の2つを追加しました。
>CharacterCode = [Shift-JIS, EUC, Unicode, Unicode(BOMなし), UTF8, UTF8(BOMなし)]
>  →文字コードを指定して保存できる。
>ExtDialogMode = 0 or 1
>  →通常の保存みたいに、文字コード/改行コード を指定できる。文字コードの初期選択はCharacterCodeで指定されたもの。

こんな感じで問題ないか、もっとこういう風なのが良い、みたいな事があればコメントお願いします。
諸々、準備が出来たら ver.3.9として更新します。
(ちょっと最近忙しいので遅くなるかもしれませんが・・・)


・・・ただ、拡張出力Luaを頒布して頂いても、ユーザーがver.3.8.1以下を使っていると文字コードを指定できないのでShift-JISになってしまいます。
「ver.3.9 以上で使ってください」みたいなアナウンスをする必要が出てきてしまいますが。。。


Re: 拡張出力Luaファイルで文字コード指定 - 桃内あおば 2014/07/14(Mon) 23:42 No.1722
早々に対応いただき感謝です。これなら完璧です。ありがとうございます。

(起動時に「BASS.dllがない」エラーが表示されるのですが、今回は関係ないですよね)

これでOK…と思いきやluaファイルの方に不具合がありましたので、これからぼちぼち修正します。配布までこぎつけられるのかどうか。。


Re: 拡張出力Luaファイルで文字コード指定 - 桃内あおば 2014/07/20(Sun) 15:34 No.1723
見つかった不具合は修正しましたので、luaファイルの配布を始めました。御指南いただきありがとうございました。
http://www.vcrproject.net/assets/files/RhythmicaLyrics_script_ASS_001.zip


Re: 拡張出力Luaファイルで文字コード指定 - MIZUSHIKI 2014/07/27(Sun) 13:57 No.1724
すみません。
大変遅くなりましたが、ver.3.9を更新しました。

ドキュメント関係で手間取って更新が遅くなっちゃいました。
(Windows8以降でヘルプのchm形式のファイルが開けないのでhtml形式にしましたが、妙に凝ったものにしたせいで・・・(~へ~; )

ASS字幕出力、試してみました。
おぉっ! ちゃんと表示されますね!
拡張出力を作ってくださったのが、桃内あおば様が初めてなので動いたときはちょっと感動しました(^^

ただ、試した中で行頭にタイムタグが無いときエラーが出てしまうようでした。(空行があるだけでもなりました。)
>--//タイムタグ経過時間
>comu_sec = tonumber(string.sub(RLtable[gyo][1].timetag, 2, 3)) * 60 * 100 + tonumber(string.sub(RLtable[gyo][1].timetag, 5, 6)) * 100 + tonumber(string.sub(RLtable[gyo][1].timetag, 8, 9))

の前あたりで、その行を弾くかタイムタグを補完してあげると良いかと思います。

あと、画面サイズがiniファイルを直接テキスト編集しないと変更できない気がします。
あとあと、欲にまみれたことを言わせてもらえるなら、ルビ表示の対応と、ゆくゆくは縁ワイプにも対応してtxt2assいらずになれば最強ですね!とかいう無茶振り。すみません調子乗りましたm( __ __ )m

何はともあれ、ASS字幕拡張出力の作成ありがとうございました&お疲れ様でした。


Re: 拡張出力Luaファイルで文字コード指定 - 桃内あおば 2015/04/30(Thu) 22:13 No.1965
ASS出力の更新が滞ってしまったのですが、これからルビ表示と縁ワイプの実装を検討してみます。また進展ありましたらこちらに報告します。

  

似せもの 投稿者:J 投稿日:2016/04/25(Mon) 12:34 No.2061   
そうそう何で来ようとしてたのかというと、
ちょっと今、こんなの
https://i.gyazo.com/74feb22b9cd5a927b8e0df233b65328d.png
を組んでるんですけど……どうですかね?
と、お伺いを立てに来たのだった。

Re: 似せもの - MIZUSHIKI 2016/04/25(Mon) 23:02 No.2062
お、良いんじゃないですか?
今、タイムタグ打てるソフト他に無いですもんね。(無いわけではないけど)
作りたくなった時が作りどきですよ!

自分でも、RhythmicaLyricsはおかしな仕様やイマイチに感じるところも多々あるので、
ここはこうした方がいいのに、というのがあれば積極的に変えていくと良いと思います。


Re: 似せもの - J 2016/04/27(Wed) 00:09 No.2063
特に問題なしということでいいようですね。

これを作る動機はあまり単純ではなく、そもそも俺自身はカラオケタグを打たないという。
まあ一言で言うなら、オルタナティヴ?

・リズミカが事実上ほぼ唯一の日本語「カラオケ」タグ打ちソフト(そういや外国語圏のタグ打ち事情は全く知らんな)
初版から10年も経とうというのに未だにこの状況はちょっとどうなのかと
・ソースを見てみたが、HSPが解らない以上にメインのスクリプトファイルが12000行で撤退
・しょうがない?のでC#で自前実装。データ構造も丸パクリしても良かったけど、まあそこは自分なりに。
そのせいでリズミカの目玉である一文字に対するマルチチェックが無いです。むしろ退化?


あれ?最初見た時の真ん中の魂の叫びが消えている。


Re: 似せもの - Juna 2016/05/08(Sun) 14:40 No.2064
まだまだな状態ですけど、とりあえず公開したので報告をば。
http://juna-idler.blogspot.jp/2016/05/rhythmkatte-version-01.html

  

サイト移転しました 投稿者:MIZUSHIKI 投稿日:2016/04/19(Tue) 23:12 No.2057   
実はずっと使っていた無料サーバがこの間サービスを終了しました。
(というか、気づいたら終わってた。)

というわけで、お試しで使ってみたロリポップサーバがなんか問題なくそのまま動くっぽいのでこのままここを使おうかなー、って思ってます。まる。

Re: サイト移転しました - J 2016/04/24(Sun) 04:56 No.2058
検索で一番に出てくる
http://suwa.pupu.jp/RhythmicaLyrics.html
が死んでて辿りつけないという。

いつの間にかVectorやWikiのリンクが修正されてて来れた


Re: サイト移転しました - MIZUSHIKI 2016/04/24(Sun) 11:07 No.2059
ようこそいらっしゃいませ。

直せるところのリンクは直したつもりですけど、前のURLは気づいた時には既に使えなくなっていたので移転を告知することも出来ず。。。
Googleとかの検索結果は新しいURLになるのを待つしか無いですかね。


Re: サイト移転しました - J 2016/04/25(Mon) 12:26 No.2060
数多ある紹介してるサイトが旧リンクだから、検索エンジンに削除依頼?出したほうが早いかも。
あとはヘルプファイルが旧URLのままです。

  

Win10で行頭に数字が 投稿者:Meke 投稿日:2015/12/20(Sun) 15:21 No.2038   
最近OSをWindows7からWindows10にアップグレードしました。
それまで正常に動いていたりかなーで変換すると、行頭に数字が入るようになりました。
(例えば、 henkan → 2変換 のように)
この掲示板に記載されていた、りかなーtest2.exeを実行したところ、ログ画面は表示されませんでした。

サポート外かもしれませんが、ご検討よろしくお願いします。

Re: Win10で行頭に数字が - MIZUSHIKI 2016/03/08(Tue) 00:08 No.2049
私もWindows10で使用していまして、かれこれ3ヶ月半程経ちますけど問題なく動作しています。

なにか常駐ソフトが悪さしているとかはないでしょうか。
常駐ソフトを一度切って試してみてください。

ただ、りかなーtest2.exeを実行してもログ画面すら出てこないというのはちょっとよくわかりません。
また違う原因のバグか何か起きてるのかもしれません。。。


Re: Win10で行頭に数字が - Meke 2016/03/19(Sat) 16:52 No.2054
常駐ソフトの件、アドバイスありがとうございました。
その後試してみたところ、入力するソフトごとで違いがありました。
エラーが起きるのは、FireFoxとEdgeなどのブラウザーでした。
Internet Explorerでは画面外で変換され、確定すると画面内に正常に表示されました。
Excelやメモ帳などでは正常に変換され確定できました。
常駐ソフトについては確認していませんが、現状報告ですので、よろしくお願いします。


Re: Win10で行頭に数字が - MIZUSHIKI 2016/03/21(Mon) 02:06 No.2055
>エラーが起きるのは、FireFoxとEdgeなどのブラウザーでした。
>Internet Explorerでは画面外で変換され、確定すると画面内に正常に表示されました。
>Excelやメモ帳などでは正常に変換され確定できました。

私もEdgeで試してみましたが正常に変換されました。
Mekeさんの方も一応IEやExcel、メモ帳で変換はされるけど、FireFox等のブラウザで最初に数字が入ってしまうと。

うーん、りかなー自体は以下の様な動作原理で動いてまして、
-----------------------------------------------------------------------
 1.押されたキーストロークを記録する。
 2.半角/全角キーの連打を検知する。
 3.記録したキーストロークの回数分、BackSpaceのキーストロークを実行し、
 4.「1」で記録した順にキーストロークを実行する。
 ※ Ctrlキーやマウスクリック等キー入力に関係ない行動を検知すると記録をリセットする。
-----------------------------------------------------------------------
本当に、それ以上でも以下でも無い動きしかしてません。
りかなー側で「使用中のソフトの違い」も見てませんし、「IMEがONかOFFか」すら見てません。

原理的にはメモ帳で動いたら他でも動いてくれないとおかしいハズなのですが。。。

もしかしたら、正常に動かないソフトでは、ソフト(りかなー)からキー入力(キーストローク実行)されたら、割り込んで何かの処理が動いているのかもしれません・・・?

ソフトごとに違いがある点は、ちょっとお手上げかなと感じています。
解決を示す返信でなくてごめんなさい。


Re: Win10で行頭に数字が - Meke 2016/03/22(Tue) 07:13 No.2056
ご対応、ありがとうございました。
最近は最初に数字がつくだけではなく、文字が数字の羅列に変換されるなど、決まった変換状態ではなくなっています。
前にご指摘いただいたように、他の常駐ソフトが関わっていないかなど、調べてみることにします。
ありがとうございました。


  

Page: | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | |

No. 暗証キー

- YY-BOARD - icon:Design Leaves