デフォルトのプロジェクト設定は、以下の通りです。

Note

• ブレークポイントを有効にするには、 "source debug mode"か、それより上のチェックでコンパイルする必要があります。アルテラのゲートシミュレーションでは、"Altera SDF" をチェックしてください。.
• WaveformViewを使うときは、 "Save All Sim Data"をチェックしてください。
• Optimize 機能は、NET系のOptimizeを行います。通常は、Level2を推奨します。ゲートレベルに近い記述や、インスタンス数が１００００を超える場合など、コンパイルが重くなる場合は、Level1もしくはNoneに設定してください。なお、Optimizeは、コンパイルモードがRTLのときのみ有効です。wire構文でのゲート記述が多く、シミュレーション中に大量に動く場合に効果的なオプションです。
• Optimize2 NBA オプションは、always 中のNonBlockinAssignment文　a<=#1 b; 等の#部が定数の場合０として扱います。また、always のスレッドオーダを最適化することによって高速化を行っています。ゲートシミュレーションでは、オフになります。
• Define をプロジェクト全体に伝播させるには、”Thoughout Project"をチェックしてください。この場合、Defineの順序による違いがでてくる可能性がありますので、プロジェクト中のファイルの順序に気をつけてください。サンプルプロジェクトは、"define_propagation.vtakprj" です。コンパイルは、プロジェクトの定義順に行われますが、ライブラリファイルだけは、最後にコンパイルされます。従って　`default_nettype等を定義された場合は、ライブラリファイルにも影響が及びます。その場合は、ライブラリファイルの直前のファイルで定義を元に戻してください。
• ライブラリファイルとしてコンパイルする場合は、ファイル名を”モジュール名.v”としてしてください。（大文字小文字は区別されます。）　コンパイルは、常にソースレベルから始まるので特にメンテナンスの必要はありません。もし、上記のルールになっていないばあいのコンパイルは、Re-Compileボタンで行ってください。フォルダ中の全ファイルをコンパイルします。

• source_relativeオプションは、例えば、以下のようにプロジェクトファイルが存在する hoge
  ディレクトリの下にverilog記述が保存されている src、その
  下にメモリデータが格納してある mem が存在するような
  ディレクトリ構成で
  
  + hoge hoge.vtakprj
  |-+ src hoge.v hoge.h
  |-mem hoge.mem
  
  hoge.v の中で hoge.h hoge.mem を参照している場合、
  当然ソースファイルから見た相対パスでファイルの参照
  を記述するため、ソースの記述は
  
  `include "./hoge.h"
  readmemh(mem, "./mem/hoge.mem");
  
  となります。
  
  しかしながら、冒頭に記述したように、ソースに記述された
  相対パスはプロジェクトファイルを起点にした相対パスと異なる
  ため、正しくファイルをロードすることができません。
  
  プロジェクトファイルをソースファイルのディレクトリ
  に保存するようにすれば、問題は無いのですが、プロジェクトファイルを別にしたい場合があるかもしれません。そのような場合にsoure_relative をチェックしておくとファイル系のシステムタスク（$fopen,$freadmemh等）では、ソース基準のパスになります。なお、'include については、プリプロセッサで処理している関係で、これとは、別にプロジェクト設定のADD　INCLUDE_DIRで設定してください。
• Save to Physical　Disk  については、save /restore をご参照ください。
• Optimize2のFastスイッチをONに設定すると、他のスイッチも連動して動きますが、個別に設定も可能です。
• 最速設定は、次の通りです。Regression　Test等で、デバッグが不要の場合にご利用ください。
  • FAST:　ON
  • NBA::　ON
  • Debug Mode:Normal:　
  • Optimize Level 2
  • ｓａｖｅ All Sim Data: OＦＦ
• Use WaveformViewManager
• Shade
• Enable [%u] unit=byte をチェックすると$write("%u",hoo)；は、8ビット単位で書き込みます。（3.24以前はこの設定がDefaultです）　チェックを外すと32ビット単位（Verilog-2001LRM)で書き込みます。（3.24以降はこの設定がdefaultです。）
• Event のwire drived by buffer をチェックするとスレッドの実行順が変わります。（レース記述で他のシミュレータと挙動を合わせたい場合に役に立つかもしれません。）
• Select Save Waveformについては、こちらをごらんください。
• Supress R.T. warning オプションは、実行時のWarningを抑制します。
• Rule out for Libs Lint をライブラリファイルに適用したくない場合にチェックします。初期状態は、チェックになっています。

設定を変えたときは、再コンパイルが必要です。

<長いテストベクタについて>　　

テストベクタが長い場合でも、圧縮アーカイブから読み出すことはできますが、展開に時間がかかりますので、あらかじめ、見たい波形をViewに追加しておく場合が多いかと思います。その場合、View用のメモリが大量に必要になることがありますが、32ビットOS環境下では、多くても2GB以下しかメモリを取得できないという問題があります。

Use　Diskをオンにすることで、メモリから、64ビットにマップしたディスクに切り替わるので、32ビットのユーザ空間制限問題を回避することができます。　ArchiveDiskと　DisplayDisk、両方共それぞれに使用する最大値を設定してください。ただし、64ビットは、NTFSファイルシステムのみ有効です。FAT32では、４GBが上限になりますので、4GB以上は、設定しないでください。


ここで、ArchiveDiskは、全波形を圧縮した波形のアーカイブ、DisplayDiskは、表示している信号の消費量を指します。　この設定は、デザイン規模とテストベクタ長によりますので、最初は、オフにしてステータスバーに表示される値の進み具合から推定して十分な値に設定し、Use　Diskをオン、再コンパイルしてください。このとき設定した値のDiskを実際に消費しますのでご注意ください。



ギガバイトを超えるとViewerのレスポンスが遅くなってきます。特に、見る範囲が大きければ、大きいほど、Disk全体へのアクセスが増え、レスポンスが遅くなってしまいます。そのため、|+|等を使い、Viewerで見る範囲をなるべく狭めることをお勧めします。（CPU速度によらず、５GBのDISKでは、５０MB/SECの転送レートでも１００SECかかることにご留意ください。）
　波形Saveしたファイルを再びシミュレーションとは切り離してViewとして見る機能は、3.09時点では、未だサポートしていません。