GImageView User's Manual: Tips

Next Previous Contents

## 9. Tips

## 9.1 サムネイルビューの描画完了を速くしたい

gimv は、[編集 | 設定] ・ [サムネイルビュー | ローディ ング時の再描画の間隔] で指定した枚数分、一度にサムネイルを読み込みます。 描画が遅いマシンでこの値を多くすると、サムネイル更新回数(画面更新回数)が減り、多少 速くなります。とはいっても、大きくすればするだけ更新頻度が下がり、画面に表示されな い時間が長くなりますので、5 〜 15 が適当と思います。

## 9.2 イメージビューの描画完了を速くしたい

[編集 | 設定] ・ [イメージビュー | 表示/非表示 ] の表示設定を、「全てチェック」するか「全てチェックを外す」こと。

  gimv は、一回ウィンドウをクリエイトした後に、チェックの入っていないバーを消す、と いう作業を行っています。ここで、全てチェックが入って"いない"場合は1つ もクリエイトされず、逆に"全てチェックが入っていれば"全てクリエイトされ ます。これらを省略することで、「消す」という動作分だけ高速化します。これは、大きな 画像(画面解像度以上)を展開する際に非常に有効です。

[編集 | 設定] ・ [イメージビュー | 画像 | ファイ ルオープン時にウィンドウのサイズに合わせる] をチェックする。

  gimv は、ユーザの設定に関わらず、[イメージビュー | ウィンドウ | ウィンド ウの初期サイズ] で指定されたサイズに画像を展開し、その後に画像本来のサイ ズにリサイズします。ここにチェックを入れることで、リサイズ分が省略されるため、その 時間分だけ高速化します。但し、これは初期サイズで指定した画像よりも、開く画像が大き い場合にのみ有効です。

[編集 | 設定] ・ [イメージビュー | 画像 | 自動的 に〜] のチェックを外す。

  これによって、初期ウィンドウサイズよりも小さな画像でも、リサイズしなくなります。上 記設定と組み合わせることで、本来の画像のサイズに関係なく、指定サイズで開くようにな り、リサイズ分だけ高速化されます。

「元の画像をメモリに保持する」ようにする。

  [編集 | 設定] ・ [イメージビュー | 画像 | 元の画像をメ モリ内に保持する] にチェックを入れることで、以下のような効果があります。

  gimv は、表示した画像をリサイズしたり回転した時、"元の画像"をレンダリ ングし直して再表示しています。ここで、「元の画像をメモリに保持する」ようにすると、 レンダリング時に、"元の画像" をメモリから読み出すようになり、一回一回 ディスクから読み出す時(ノンチェック時)に比べ、レンダリング時の描画速度が大きく向上 します。

  なお、一番最初に画像を展開する時は、どんな設定であれディスクから読み出すことになり ますから、このオプションは関係ありません。メモリに保持していると、画像一枚につき 1MB 弱から、多い時には数 MB 以上のメモリを余分に消費するため、メモリの少ないシステ ムでは数枚の画像を開いただけでメモリを食い潰す可能性があります。このため、デフォル トでは OFF になっています。これらは、バッファを ON にした状態と OFF にした状態の gimv プロセスのメモリ消費量をtop 等で確認してもらえれば一目瞭然です。ちなみに、 GQview や gThumb、G-ThumB 等、同類のソフトは、gimv で言う所の "バッファ " は常に ON の状態ですので、数枚以上の画像を同時に開く時には、メモリ消費量 の違いが顕著に現れると思います。

  この部分が、gimv の謳っている、低消費メモリとも関係しているのです。

但し、これら(メモリ設定以外)の設定を行った場合、イメージビューで「画像サイズで表示」 するには、[等倍] をクリックし画像を等倍リサイズした後に、「ウィ ンドウ枠を画像に合わせる」しか方法がありません。注意してください。

## 9.3 サムネイルサイズを一時的に変更したい

ツールバーの値を変更し、リターンした後に [編集 | キャッシュ再読込 ] (Shift + R)か、[全てのサムネイルを再作成] (Ctrl+ Ror マウスメニュー)することで反映されます。ここで、"キャッシュの再読込 "を行った場合、キャッシュの画像が新しいサムネイルサイズに拡大(縮小)して表示 されます。縮小の場合はよいのですが、拡大の場合、ドットが荒くなります。これを避けた い場合、"全てのサムネイルを再作成"してください。新しいサイズでキャッシュ が作り直さるため、ドットが荒くなることはありません。

なお、新規ウィンドウ・新規タブに、ツールバーで設定した設定は反映されません(保存さ れません)。ここで変更した値は、そのタブでのみ有効になります。恒久的に変更したい場 合、[編集 | 設定] ・ [サムネイルビュー | サムネイルサ イズ] の値を変更してください。

## 9.4 [リスト更新]・[キャッシュ再読込]・[全てのサムネイルを再作成]の違いについて

リスト更新 (R)

  ディスクとメモリ上の情報の差分のみを更新します。ファイルリストを更新するのみで、サ ムネイルのリサイズは行いません。

キャッシュ再読込 (Shift + R)

  全ての情報を破棄して、再度全ての情報をディスクから読み込みます。この時、キャッシュ が存在する場合はキャッシュから読み込み、無い場合は元の画像から作成します。キャッシュ が存在する場合、サムネイルのリサイズだけ行います。

  再作成ではなくリサイズですから、保存されていたキャッシュが指定サイズより小さい場合、 単なるサムネイルの拡大となるので、画像が汚くなります。

全てのサムネイルを再作成 (Ctrl + R)

  全ての情報を破棄して、再度全ての情報をディスクから読み込みます。全て、元の画像から サムネイルを再作成します。表示サムネイルサイズの変更が行われた場合、これを行うのが 一番良いと思います。

## 9.5 カスタムレイアウトについて

[表示|レイアウト]を指定することで、gimv サムネイルウィンドウの、各ペイン の位置を変更できるようになります。レイアウト 0 をデフォルトとし、レイアウト 4 まで 標準で用意されています。

また、これらのレイアウト以外に、カスタムレイアウトとして、任意のペイン構成を作るこ ともできます。

現在(version 0.1.2)、カスタム設定を GUI や CUI から行うことは出来ません。カスタム 設定を作る場合、~/.gimv/gimvrc を直接いじる必要があります。
今後、設定画面ないしは設定方法がきちんと組み込まれると思います。 それまでは、at your own riskでお願いします。

いじる項目は下記の 6 つです。

- thumbwin_pane1_horizontal (pane1 は水平分割か垂直分割か)
- thumbwin_pane2_horizontal (pane2 について、以下同様)
- thumbwin_pane2_attach_1 (pane2 を pane1 の child1 に張り付けるか,child2 に張り付けるか)
- thumbwin_widget [0] (pane1 のもう片方に張り付けるウィジェット
  1 がディレクトリビュー、2 がサムネイル、3 がプレビュー)
- thumbwin_widget [1] (pane2 の child1)
- thumbwin_widget [2] (pane2 の child2)

カスタムにすると、ここで設定した値が使用されます。

なお、レイアウト 0 〜 4 は、これら 6 つの値があらかじめプリセットされています。こ れらを変更することは出来ません。

## 9.6 ちょっとしたお話(足永さんの日記より)

GImageView を普通にコンパイルすると Imlib を使用します。ですので、imlib_config コ マンドで表示時の色調補正や、ちょっとした設定が行えます。また、Imagemagic & NETPBM Fallback を OFF にしておくと、不正な画像があった時などに処理が速くなります。 ただし、他の Imlib アプリにも同じ設定が反映されてしまいます。また、Imagemagic や NETPBM で対応している画像であっても表示できなくなりますが……。

大きめのサムネイルで表示したい方は、gdk-pixbuf でコンパイルして、一般設定の「スケー リング時の補間法」を Bilinear 辺りに、キャッシュ設定の「キャッシュ書き込みタイプ」 を GImageView に、その下の「 GImageView サムネイルサイズ」をお好きなサイズにするの がお勧めです。

スライドショーで連続画像を動かしてみたり(gimv 上では)一切キャッシュしてない割には 結構いけます。Kondara スクリーンセーバはちょっときついですが……。

Celeron 900MHz、Mem 251MB、GeForce2 MX400、で表示時間を 0.00sec にしたところ、普通 にアニメーションしました。ただ、CPU は 100% もっていかれましたが……。

Next Previous Contents