初期状態で日本語は文字化けしている。sabbu025ja-fix.zip内のものと置き換えれば、解決する。フォントサイズは10。通常の日本語フォントと違う字形が混ざるため。上記と同様にカスタマイズできる。ページのランタイムは、行儀悪く、古い日付をそのままにして、新しいものが追加されている。いうショートカットが利かない。これは「映像」メニューのショートカットキーとかぶってしまっているため。置き換えれば解決する。既知の問題として、日本語のフォント名(みかちゃんなど)がリストに表示されない。ワークスペース(.sabbu)を日本語名にして、関連付けで開こうとするとクラッシュする。初期状態では、英語以外の文字は文字化けすると思います。メニューを何語で表示するかどこで選択するか分かりにくいかと思います。文字化けについては、設定ファイルを二つ、ちょっと直すだけで解決します。他のGTKアプリがあると、そちらにも影響します。(日本語)を削除してください。どっちかというと、Sabbuの方が良いと思う。経験者は説明不要なくらい簡単に移行でき、絶対Sabbuの方がいいが、いくつかわなもあるので、以下詳しく説明する。任意のWAVが開けるサブステでは8ビットモノラルにダウンコンバートする必要があって、うっとうしかった。末尾無音挿入というハックが必要とされた。オーディオエディタが必要になって、手順が複雑になってしまっていた。入門段階でこれらをまとめて覚えるのは大変だった。入門者にとって、大きなプラスとなる。ロケールを変えると、予期せぬ他のアプリに副作用が及ぶ。Sabbuではこの問題がない。入門者のしきいがだいぶ下がる。ユニコード対応!サブステはそもそも日本語が完全に表示できないから、どう考えても日本語字幕を作るのに向いていない。それでもASDFGのVi風一本指の速さは敵がなく、日本語のカラオケでさえ、いったんローマ字で書いてサブステで読み込むのが最速だった。サブステと同じVi風一本指も使えるので、日本語字幕作成には強い味方となる。以下のように問題点もある。普通に保存するとUTF-8「UTF-16で保存」というメニューがあるので、必ずそっちを使う。etc.と相性が悪い。新規作成したものをANSIで保存はできないらしい。Maestroなどと相互運用しようとすると初心者は、はまりそうだ。UTF自体は今どきメモ帳でも開けるので問題ないだろう。0128にしないとWin98と互換がとれない。感もあって無視してもいいが、直すならエディタで直すしかない。0.2.5はそれがない。プロパティというタブでPlayResX/Yを明示的に一回ずつ指定するか、またはSSAをテキストエディタで編集。このヘッダがないとレンダラーで何が起きるがまったく保証されないので、ソフトサブでは特に注意。Sabbu上ではSSAでも輪郭色と影の色を独立して指定できるSabbuの上でそう見えるだけで、SSA形式では実際に字幕を表示すると、輪郭色に指定したものは無視される。この問題はいろいろ対応があるが、輪郭色が指定できるASS形式で保存してしまうのがいちばん早い。SSA形式にしたい場合、Sabbuの「輪郭色」は無視される。SSA形式で字幕をプレビューしたいなら「輪郭色」は「影の色」を同じに設定する。スタイル定義で太字、斜体などの指定が正の1のことがあるマイナス1でないと標準準拠にならない。マイナスがついてなかったら、エディタで手動で直す。「.00」というのをエディタで削って整数値にしないと、標準準拠にならない。デフォルトで[S]の挙動がサブステと違う他がクローンであるだけに、サブステ経験者はあれっと思う部分。Sabbuのデフォでは[S]では止まらず[Q]で止まる。再生中に[S]を叩くと「もう一度スタートタイムから再生」になる。いざ止めたいときには小指で上の[Q]というキーは遠い。究極的には、ホームポジションに左手をくっつけたまま中央のASDFGだけでやりくりするのが、一番速いと思われる。[S]の挙動がサブステーションと同じになる。静かな会話シーンでも、何度もスタートタイムを決め直す必要があるタイマーはSabbuデフォの方がいい。波形を見ただけで声の出だしが手に取るように分かるならサブステ方式がいい。逆に言うと、複雑な効果音が多く波形から声が読めない場合は、Sabbuデフォが有利かもしれない。Sabbuでは未実装。今のところ、この問題だけは打つ手がない。ビデオ・プレビューは現在±0.01秒の移動を許している。この仕様はデジサブの矛盾を浮き彫りにする。現実には字幕は1フレームごとしか変化できない。23.976fpsのビデオでは42msごとにしか変化できない。最長40msくらい遅れる。±10msのプレビューを認めると、問題が表面化する。フレーム20から出す字幕をSSAでは0.83と指定する。絶対時間の0.83秒ではない。ところがSabbuは絶対時間軸の0.83に飛べてしまう。フレーム19にはまだ字幕は乗っていない。0.83秒(というよりフレーム20)に開始される字幕をプレビューしたいのに、フレーム19に飛ぶことになる。フレームの変わり目がおかしな場所に来る。固定FPSを前提とするなら、字幕のタイムスタンプは時間でなくフレーム番号で指定するのが正しかった。VFRでさえ、フレームのタイミングが定義されているなら、フレーム番号で指定できる。1フレームが時間の基本単位なら、字幕のタイムスタンプもその基本単位によるべきなのだ。SSAを「忠実」にプレビューすると、現実の姿にならない。純粋なSSAは100fpsだが、現実には23.976fps(あるいはビデオのfps)に変換されるからだ。ビデオの1フレーム単位でプレビューするのが現実的な解なのだ。アナログでは誤差の範囲に吸収されてしまう問題をきちんと定義する必要が生じた。それを行うとき、フレーム単位を前提としていないSSAの仕様は、必ずしも理想的ではなかった。日本語(メニューやデータのテキスト)がしばしば文字化けする。gtkrcを編集するだけの間違った直し方が紹介されていることが多い。それでは文字化けが一応直っても、フォントがきれいに表示されない。他のGTKアプリにもほぼ共通するはずだ。その場合、問題がややこしくなる。Sabbuには今のところ、この問題はない。ような「クロスプラットフォームを実現するためのプラットフォーム」の一つ。GTKアプリは、GTKという中間的なレイヤーを介して動作する。「直接」動くアプリに比べて多少効率が低下するし、開発もやや面倒だが、その代わり、同じアプリがクロスプラットフォームになる。これは大きなメリットだろう。ウィンドウの再描画処理が完全でないなど、完成度は必ずしも高くない。フリーソフトウェアだ。アプリとして開発された。手元のテストでは、メモ帳で無理矢理開いて、適切な場所でWindowsの改行文字を入れても動作した。Windows側のシステムフォント(メニューなどのフォント)がTahomaに設定されている場合に限る。デフォルトでそうだと思うが、変えている人もいるかもしれない。以下では、システムフォントがTahomaでなくてもうまくいく一般的な方法を説明する。