+RECOMMEND
+RECOMMEND
+Ad
+OTHERS

無料ブログ作成サービス JUGEM

paperboy&co.
RSS 1.0
ATOM  0.3
<< February 2018 | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 >>
<< WordCamp Fukuoka 2011 に参加してきた【後編】追記2/21 | main | HTML5で再生可能なニコニコ動画風のサービス【MetaPlayer】 >>
Fireworksがよくメモリ不足になる問題の解決法


最近CS5に変更してから、Fireworksがよくメモリ不足に陥るようになりました。特に長時間使用していくと頻発し、最悪保存エラーで作業が無に・・・。
ついさっきも・・・。

何とかせねばということで、調べてみると解決方法があったので覚書としてエントリーしておきます。


なぜメモリー不足になるのか不思議でした。
管理人のメインマシンはメモリー8GBで以前の環境より多いはずなのに・・・。
原因はこんな感じ。管理人の場合は原因2と原因5あたりです。


原因1 -最大取り消し回数の問題-
長時間使用していてメモリー不足が起こる場合は「最大取り消し回数」100回や200回になっている場合が考えられます。最大取り消し回数が多いと、それだけメモリーに負担がかかるのでメモリー不足に陥りやすくなります。
特にCS4ではデフォルト回数が200回に設定されているようなので注意が必要です。

解決
解決策として「最大取り消し回数」を20回から30回程度にしてみるとよい結果が得られることが多いようです。
※あくまでお使いの環境やOSによって異なりますので、環境に合わせて設定を調整されることをおすすめします。



原因2 -ヒストリーがたまっている-
原因1の「最大取り消し回数」に絡んで、ヒストリーが残っていると、それだけメモリーを使った状態になってしまいます。

解決
ヒストリーをこまめに消去することがいいようです。
保存したときについでにヒストリーの消去も行っておくといいかもしれません。



原因3 -ページの使いすぎ-
個人的な感想ですが、「ページ」を多用するとメモリ不足で落ちやすくなる気がします。
これもヒストリーに絡んでいる気がします。

解決
構造上ページ機能を使う場面は多々ありますが、ひとつのファイルですべてのページデザインを行ったりせずに、こまめにファイルの切り分けを行ったほうがよいかもしれません。

※ほかにも大きすぎる画像データを開いている場合などのも考えられます。
基本的にFireworksの最大ステージサイズは6000pixel × 6000pixelとなっています。
印刷データの画像なんかはphotoshopで扱うようにするといいと思います。



原因4 -純粋にメモリーが足りない-
近年出たバージョンは求められる基本スペックが高いので、古い環境で使用するとどうしてもソフトにハードが追いつかない状態になります。

解決
おとなしくメモリーを増設するか、PC or Macを買い換えましょう。



原因5 -他のアプリケーションの立ち上げすぎ-
基本的なことですが、他のアプリケーションを同時に起動していると、メモリ不足になりやすくなります。しかしFireworksという制作ソフトの関係上、ブラウザを同時に立ち上げた状態だったりすることが多いです。

解決
同時に立ち上げるアプリケーションでメモリーを消費しやすいものに、ブラウザが挙げられます。どうしてもタブをたくさん開きがちで、知らず知らずのうちにメモリーがたまっていくので、できるだけタブは少なめに抑えましょう。




後半はPCやMACの基本的な使い方の部分ともいえそうな感じですが、作業に没頭してくると見落としがちな原因もあるので、気をつけてみてください。
それから保存はこまめに!これ鉄則ですね。

他に解決方法があれば、情報お待ちしてます。
それでは、有意義なFireworksライフを。


| グラフィックデザイン | 15:25 | comments(2) | trackbacks(0) | - | - |はてなブックマーク - Fireworksがよくメモリ不足になる問題の解決法 | このエントリーをはてなブックマークに追加
仮想メモリを増幅設定するなんてどうでしょう?
| lifevision | 2011/02/23 2:04 PM |
コメントありがとうございます。
仮想メモリの増幅もひとつの手ですね。
ただ、HDDに領域を割り当てるので、操作が重くなる危険性も。でもエラーになることを考えると、背に腹は変えられないか…。
| 管理人 | 2011/02/24 11:41 AM |









http://blog.tug.lomo.jp/trackback/990260