VisualApplets 3.0.6 における変更点と修正された問題#
Operators#
TrgBoxLine#
- 次のパラメータの有効範囲：
ImgTrgDelayhas been extended to {0;65535} lines. (6848) - オペレーターの出力ポート
Exsyncが正常に動作するようになりました。（6608）
Memory オペレーター#
Memory Operators allow Kernel Size >1
- オペレーター
LineMemory,LineMemoryRandomRd,FrameMemory、およびFrameMemoryRandomRead(library メモリー) でカーネルサイズ > 1 が許可されるようになりました。(2369)
PixelNeighbours1xM#
- Operator
PixelNeighbours1xMシミュレーション中においても、可変行長がサポートされるようになりました。従来バージョンでは、可変行長はハードウェアでのみサポートされていました。（7170）
ユーザーライブラリエレメントのインスタンス#
変更のハンドリングの改善
ユーザーによって変更されたユーザーライブラリ要素のインスタンスには、専用のアイコンが表示されるようになります。さらに、このようなインスタンスに対してユーザーライブラリからのアップデートまたはクイックアップデートが開始された場合、アップデートを実行するとこのインスタンスに加えられたすべての変更が失われることをユーザーに通知するメッセージが表示されます。これにより、変更されたユーザーライブラリインスタンスが意図せず上書きされるのを防ぐことができます。
Parameters Library#
パラメータの不適切なパラメータ設定が原因で、 DisplayHierarchy と Display Name リファレンス/トランスレーション・オペレーター・モジュールがデザインのプロセス（許可されていない場所）にオペレーター・パラメータを追加しようとすると、VisualAppletsがそれを検出します。従来バージョンでは、これが原因でVisualAppletsがクラッシュしたり、実行時におとずれるアプレットのクラッシュにつながったりしていました。修正済み。VisualAppletsは、リファレンス/トランスレーション・オペレーターを正しくパラメータ設定する方法をエラーメッセージで通知するようになりました。（7053）
詳細：リファレンス/トランスレーション・オペレーターがデザインの最上位階層レベル（プロセスレベル）にあり、 DisplayHierarchy が空の場合、 DisplayName も空でなければなりません。プロセス自体は階層ボックスではなく、パラメータを取得できないためです。VisualAppletsはこのような状況を検出し、次の対応するエラーメッセージを表示するようになりました： DisplayName DisplayHierarchyがプロセスレベルを参照している場合、空でなければなりません。従来バージョンでは、 Display Name がプロセスレベルを指している場合（つまり、リファレンス/トランスレーション・オペレーターがデザインの最上位階層レベルにあり、 Display Hierarchy が空であった場合）でも、 Display Hierarchy の下にパラメータを定義することができました。これにより、VisualAppletsのクラッシュや、実行時におけるアプレットのクラッシュが発生する可能性がありました。これは修正されました。
Blob オペレーター#
VisualAppletsバージョン3.0.4では、オペレーター Blob_Analysis_1D と Blob_Analysis_2D がブロックされたときにデッドロックを引き起こしていました。これが修正されました。（6702）
神#
DIV オペレーター (ライブラリ Arithmetics) のタイミング収束が改善されました。以前のバージョンでは、特定の条件下で DIV オペレーターがビルド時にタイミングエラーを引き起こすことがありました。これが修正されました。(6900)
ラムルート#
初期化ファイルの新しいエラーコード
RamLUT オペレーターは、初期化ファイルのサイズが正しくない場合にエラーコード FG_INVALID_FILESIZE を返すようになりました。以前のバージョンでは、このような状況でエラーコード FG_ERR_RANGE_ERROR が出力されていました。新しいエラーコード FG_INVALID_FILESIZE は、Basler ランタイムソフトウェアバージョン 5.4.4.1 以降で使用できます。(6422)
ラインメモリ#
Operator LineMemory が修正されました。以前のバージョンでは、非常にまれな状況下でオペレーター内のデータ破損の可能性がありました LineMemory。これが修正されました。(6436)
FIRoperator#
コンテキストメニューを介してオペレーター（BRANCH など）にノードを追加すると、後続の FIRoperator モジュールで係数が失われる可能性がありました。これが修正されました。(5450)
New Process 0 における必須オペレーター#
ironman、marathon、または LightBridge のデザイン：プロセス 0 を削除してからプロセス 0 を新しく最初から作成した場合、必須オペレーターである AppletProperties と BoardStatus が新しいプロセス 0 のデザインに自動的に挿入されます。（以前のバージョンでは、プロセス 0 を削除して再作成した後、必須オペレーターが欠落していました。修正済み。）(5720)
追加#
ADD オペレーターが修正され、符号付き 63 ビットのビット幅を持つ 2 つの入力ポートも許可されるようになりました。（以前のバージョンでは、ADD オペレーターが符号付き 63 ビットのビット幅を持つ 2 つの入力ポートを誤って許可していませんでした。修正済み。）(7138)
CoefficientBuffer#
Operator CoefficientBuffer で、パラメーター Ylength = 1 の設定が許可されるようになりました。(1763, 3924)
Parameters Library#
拡張制御メカニズム
ライブラリ Parameters のオペレーターインスタンスが、DisplayName および DisplayHierarchy によって要求される参照を行うようにパラメータ化されている場合に、新しいエラーメッセージ「DisplayName must be empty when DisplayHierarchy refers to process level」がスローされるようになりました。
シミュレーション#
RemovePixelオペレーター：RemovePixel オペレーターのインスタンスを含むデザインのシミュレーションがスムーズに実行されるようになりました。以前のバージョンでは、RemovePixel オペレーターのインスタンスを含むデザインのシミュレーションを実行した際に、まれにエラーが発生していました。画像の最後のピクセルを削除すると内部エラーが発生し、シミュレーションが即座に停止して、破損したシミュレーションデータに関するメッセージが返されることがありました。これが修正されました。(6103)- シミュレーション制御：1 つの画像から画像処理パイプライン内で複数の画像が生成されるような状況におけるシミュレーション制御が改善されました。(6314)
- 64 ビット解像度のピクセルデータ：64 ビット解像度のピクセルデータが関与する状況でのシミュレーション結果の計算が正常に動作するようになりました。以前のバージョンでは、そのような計算の結果が誤っていました。これが修正されました。(6878)
- Operator
RamLUTは、デザインのシミュレーション時にも可変ライン長をサポートするようになりました。シミュレーションのために画像が長方形である必要はなく、空の行やさまざまな長さの行（三角形の画像など）を含めることもできるようになりました。(6997)
ライブラリパラメータの参照先オペレーターの削除#
Library Parameters のオペレーターインスタンスは、そのパラメーターが他のモジュールからまだ参照されている場合でも、デザインから削除できるようになりました。（以前のバージョンでは、削除されたモジュールのパラメーターが他のモジュールのパラメーターから参照されている状況（Property 'DisplayName' によるパラメーター参照を含む）で、VisualApplets がクラッシュすることがありました。修正済み。）(6423)
全体的なリソース見積もりが改善されました#
全体的なリソース見積もり (Design Rules Check 2 後の DRC ログの Netlist Generation 下、およびビルドプロセス開始後の Build Hardware Applet ダイアログに表示) で、RAM LUT リソースも考慮されるようになりました。そのため、RAM LUT が全体的なリソース見積もりから除外されていた以前の VisualApplets バージョンよりも多いリソース量が計算されます。これにより、Netlist Generation 下の全体的なリソース見積もりが FPGA Resource Usage ダイアログの情報と一致するようになりました。(6487)
eVA プラットフォーム向け GenICam XML コードの生成#
次を含むデザインに対して GenICam XML コードを生成する際の VisualApplets のクラッシュを修正しました（埋め込み VisualApplets ターゲットにのみ適用されます）。 ColorTransform 動的係数を持つオペレーター。(6625)
オペレーターリファレンス (マニュアル)#
使用例へのリンク
オペレーターリファレンスドキュメント：Examples of Use セクションに含まれるリンクが、意図した通りに対応するサンプルに直接リンクするようになりました。(7086)
ループ内でのアプレットのロードおよびアンロード#
ループ内でアプレット（VisualApplets 3.0.6 以降でビルドされたもの）をロードおよびアンロードしても、メモリリークが発生しなくなりました。以前のバージョンでビルドされたアプレットをループ内でロードおよびアンロードした場合は、メモリリークが観察されることがありました。これが修正されました。(6925)
ROI Fix CXP カメラオペレーター (marathon および ironman)#
CXP カメラモデルのすべてで ROI 設定が正しく機能するようになりました。以前のバージョンでは、一部の CXP カメラで ROI フレームハイトの一部の設定により、画像取り込みが正しく行われないことがありました。これが修正されました。(6461)
PoCL サポートの改善#
marathon および LightBridge フレームグラバー用の Camera Link アプレットに自動的に実装される PoCL サポートが改善されました：
- PoCL検出メカニズムがさらに強化されました。
- クロック周波数を変更するPoCLカメラのサポートが改善されました。カメラから送信される不安定なクロック信号（カメラでのクロック周波数の再構成中）が、アプレットによってより長い時間許容されるようになりました。
Camera Link#
カメラからの無効なピクセル信号受信後の安定性が向上
アクリジションの開始前にフレームグラバーがカメラから無効なピクセルを受信した場合、トリガーを介してアクリジションが開始された場合でも、アクリジション開始後にカメラから送信された最初の有効なライン/フレームが破棄されていました（無効な信号を破棄するために実装されたフィルターシステムのため）。これが修正されました。フィルターシステムが改善され、トリガーによるアクリジション開始後、アクリジション開始前にカメラから無効なピクセルが送信された場合でも、カメラから送信された最初のライン/フレームが処理されるようになりました。この修正は、すべての mE5 marathon、mE 5 ironman、および LightBridge Camera Link フレームグラバー、ならびに microEnable IV AD4 CL/PoCL および microEnable IV VD4 CL/PoCL に実装されています。