国土地理院の地図をインポートして、その上に情報を載せるのにDrawを使っています。バージョンを4.4.1にしてからか、高精細度大容量画像(jpeg、508DPI、A3サイズ)を使うと、移動や拡大縮小が非常に遅くなって困っています。
今までは、もう少し軽い画像(png、254DPI、A3サイズ)を使っていて、このレベルでは遅いけれどなんとか使えてました。
以前、使っていた3.6.1に戻したところ高精細度大容量画像(jpeg、508DPI、A3サイズ)でも、なんのストレスもなしに使えるのでとりあえず戻しました。ただ、3.6.1ではコピー＆ペーストでレスポンスがなくなる事があるので、できるなら新しいバージョンにしたいと考えてます。
なお、利用環境はwin8.1の64bitです。
hamakiyo7
その後、手元にある旧バージョンで確認したのですが、4.2.3、4.4.0、4.4.2で同じように遅いのが確認できました。結局、4以後が遅いという事のようです。
質問内容に補足がある場合は、「回答」ではなく「コメントを追加」で質問にコメントを追加してください。
お手数かけました。コメントと回答と別になってるのですね。
オプションの「メモリ」にある「グラフィックキャッシュ」のメモリ割り当てを変えるのはいかかでしょうか。
Arch linuxの例ですが「LibreOffice用に使用」を128MB、「オブジェクト当たりのメモリ」を20MBから調整してみるとどうでしょうか。
nogajunさん、アドバイスありがとうございます。
残念ながら、この数字を変更しても動きの違いがあるようには見えませんでした。ちなみに、それぞれ128MB、20MBから大きくして512MB、100MBまで変えてみました。
なお、かなり拡大した状態では、スムーズにスクロールしますが、ここまで拡大しないとスムーズにならないようだと実用になりません。
動画で見れるようにしました。
(1)4.4.2.2でペーパースケールで幅20cm分を画面いっぱいに表示した状態で、横スクロールさせる操作では、大幅に追随が遅れます。(63MB)
http://asobox2.s3.valueserver.jp/temp/LibreDraw/V4422_20cm.AVI
(2)(1)をさらに２倍程度に拡大した状態では、若干下部の遅れはあるものの、ほぼリアルタイムに追随します。(31MB)
http://asobox2.s3.valueserver.jp/temp/LibreDraw/V4422_10cm.AVI
（続く）
(3)3.6.5でペーパースケールで幅20cm分を画面いっぱいに表示した状態の横スクロール。(33MB)
http://asobox2.s3.valueserver.jp/temp/LibreDraw/V365_20cm.AVI
(4)3.6.5でペーパースケールで幅10cm分を画面いっぱいに表示した状態の横スクロール。(41MB)
http://asobox2.s3.valueserver.jp/temp/LibreDraw/V365_10cm.AVI
その後、追加してテストした状況をアップしておきます。
遅い状態と、スムーズな状態との境界がどこにあるか調べてみました。
貼り付けてある画像が508dpiの場合、
(1)元画象の８ｃｍ×５ｃｍ程度をウィンドウ一杯に表示させた状態(元画像の画素数で1.6M程度)では非常に遅く(2)元画象の７ｃｍ×４ｃｍ程度をウィンドウ一杯に表示させた状態(元画像の画素数で1.2M程度)ではスムーズ
でした。
貼り付ける画像を254dpiにすると、１６ｃｍ×１０ｃｍで遅く、１４ｃｍ×８ｃｍではスムーズでした。
という事で、表示量に比例して遅くなるというのではなく、どこかに明確な境界があるようです。
また、4.3系の最新である4.3.7.1でも同様でした。
どこか画像処理するメモリーの設定が小さくなってしまっているように見えます。