Technology Perspective from Japan

Design Automation API for 3ds Max：MAXScript レンダリング フロー

Design Automation API for 3ds Max：MAXScript と 3ds Max Batch と Design Automation API for 3ds Max：MAXScript での JSON 読込み でご案内してきた MAXScript を、Design Automation API for 3ds Max で実行出来るようにしていきます。 最初に、Design Automation API の利用手順を再確認しておきます。短く表現するなら、Design Automation API は、クラウドで動作するカスタム処理を、クライアント（主に Web ブラウザ）からリモート操作する環境を提供します。 この時、クライアントからリクエストするカスタム処理の実行単位が WorkItem（ワークアイテム）です。WorkItem の実行前には、WorkItem が使用するファイルやカスタム処理のコマンド/スクリプトを明記/定義する Activity（アクティビティ）と、カスタム処理を実装するコンポーネントである AppBundle（アップバンドル）を事前に登録こ... Read more →

Design Automation API for 3ds Max：MAXScript での JSON 読込み

Design Automation API for 3ds Max：MAXScript と 3ds Max Batch の続きです。Design Automation API でコアエンジンにアドイン/プラグインに自動処理をさせる際、多くの Forge アプリが、指定したパラメータによって処理内容を変化させています。Forge アプリはフロント エンドとして Web ページを持っているので、パラメータ渡しに Web で親和性に高い JSON が利用されるのが一般的です。 Web ページから得たパラメータは、Design Automation API の WorkItem 起動時に JSON データとして渡すことで、Activity で定義したファイル名で WorkItem の作業領域に保存されます。 コアエンジンにロードして実行されるアドイン/プラグインは、作業領域の JSON ファイルを読み込んで処理に反映すればいいわけです。 Design Automation API for 3ds Max で MAXScript を実行させる場合、MAXScript が JSON ファイルにアク... Read more →

Design Automation API for 3ds Max：MAXScript と 3ds Max Batch

Forge の Design Automation API に は、クラウド上で稼働させる「コアエンジン」が 4 タイプ用意されています。AutoCAD、Revit、Inventor、3ds Max です。これらコアエンジンはデスクトップ製品である AutoCAD、Revit、Inventor、3ds Max と異なり、ユーザ インタフェースを持たない「エンジン」です。遠隔で操作画面を見ながら対話作業することは出来ません。Design Automation API が提供するのは、コアエンジンにアドイン/プラグイン アプリをロードさせて実行する自動化の手段です。 いままで Design Automation API for AutoCAD、Revit、Inventor についてご紹介してきましたが、3ds Max についてはしていませんでした。今日以降、Design Automation API for 3ds Max コアエンジンを使った基本的な実装を数回にわたってご案内したいと思います。 3ds Max？ 3ds Max は、設計ビジュアライゼーション、ゲーム、アニメーションに最適... Read more →

Revit API - 新しい解析モデリング API への移行に関する注意点

先日ご案内した Revit の新しい解析モデリング API（Analytical Driven Modeling API）について、Revit の次期バージョン でのリリースが予定されております。 今回の大規模な改良では、新旧の API を共存させることが困難なため、従来では、既存の API は Deprecated （廃止予定）としてマイグレーションのためのメンテナンス期間が設けられておりましたが、次期バージョンでは、既存の解析モデル API の一部はメンテナンス期間を設けずに削除されることが告知されております。 そのため、既存の解析モデル API を利用してアドインを開発されている場合、次期バージョンに対応するためには事前にマイグレーションいただく必要がございます。 新しい解析モデリング API の詳細につきましては、11月24日に開催された ADN メンバー及び、Preview Release ユーザ向けの Webinar をご参照ください。 Revit Structure の将来のリリースに向けた大規模な機能強化の計画と進化、お客様のアプリケーションに影響を与える API の変... Read more →

OSS のアップロード/ダウンロード時の Content-Type ヘッダに関する変更点【セキュリティ向上】

2月7日より、OSS アップロードの PUT endpoint は、Content-Disposition : inline と Content-Type が以下のいずれかである場合、HTTP 400 ステータス コードを返すようになります。 text/xml, application/xml 既にアップロード済みのファイル ダウンロード時にも、HTTP 400 のステータスコードが返されるように変更されました。これは、2019年10月 および 2019年5月 にアナウンスされた、以下の Content-Type に追加されるものです。 text/html, text/javascript, text/x-javascript, application/javascript, application/x-javascript application/xhtml+xml image/svg+xml この変更は他のコンテンツ処理フォーマットには影響しません。ご質問等ございましたら、https://forge.autodesk.com/en/support/get-help をご利用ください... Read more →

日本語 Forge 事例追加

先日、日本の Forge 事例追加 でご紹介した JFE エンジニアリング事例とともに、海外の 4 事例が日本語化されました。 お使いの Webブラウザの言語設定が日本語になっていると、英語版事例の URLで日本語版が表示されるようになっています。 各日本語事例は、次の URL から直接ご参照いただけます。ぜひ、ご確認ください。 JFE エンジニアリング株式会社 https://forge.autodesk.com/ja/customer-stories/jfe-engineering The Wild https://forge.autodesk.com/ja/customer-stories/wild ekkodale GmbH https://forge.autodesk.com/ja/customer-stories/ekkodale viAct https://forge.autodesk.com/ja/customer-stories/viact Monarch Innovation Private Limited https://forge.autodesk.com/ja... Read more →

Forge Viewer：シードファイルのビュー復元

Model Derivative API：メタデータの活用 でもご紹介したとおり、シードファイル（元のデザインファイル）を Forge Viewer で表示するために Model Derivative API で SVF/SVF2 に変換すると、マニフェストにビュー情報が書き出されます。 ビューの視点（カメラ）情報は、マニフェストの "type": "geometry", "role": "3d" 属性を持つスコープ下の "children" 名の配列内、"type": "view", "role": "3d" 属性を持つスコープの "camera" 配列にシードファイルに設定されている視点（カメラ）の詳細値を見ることが出来るはずです。 マニフェスト JSON をパースして "camera" 配列のみを抽出出来れば、その値を setViewFromArray() に渡して Forge Viewer で視点を変更することが出来ます。 ただし、この方法で再現したビューは、シードファイルが Revit プロジェクト（.rvt）の場合、一部のビューとギャップが存在します。また、シードファイルの... Read more →

Visual Studioを利用してInventor iLogicのデバッグ実行する方法

ご存知のように、InventorのiLogicエディタには、ステップ実行や変数の値を参照する等のデバッグを行うための機能が無いため、実行中のTraceログを出力するなどの間接的な方法以外にはiLogicをデバッグを行うことが出来ません。 このため、新規にiLogicを作成する場合や、運用中に発生したエラーの調査を行う場合等、どこで何が起きているのかの現象の確認、原因および修正方法の調査を行うのに、苦慮することがあるかと思います。 今回の記事では、Inventor iLogicをVisual Studioでデバッグ実行する方法をご紹介します。 前提条件： Inventor 2019以降 (Inventor 2018ではデバッグ実行をすることは出来ません） Visual Studio 2017 または 2019 (Community、 Professional 、または Enterprise エディション。Visual Studio Codeは対象外) 設定方法： この記事では、Visual Studio 2019 Professionalでの設定を例に説明をします（Visual Stud... Read more →

設計ツールとデザインデータの遷移

ご存じのとおり、昨年の秋口にオートデスクは会社のロゴを変更しています。会社設立以来、通算で 4 回目、ロゴ色の変更を含めると 5 回目の変更です。 これらロゴはオートデスク自身が変化してきている証でもあります。年初の今回は、それぞれの時代で何が訴求されていたのか、あるいは、何が求められていたのか、今後期待される展開を踏まえて、「データ」を視点に振り返ってみたいと思います。 パソコン CAD のデータ それまで UNIX OS を搭載する高価なエンジニアリング ワークステーションで運用するのが当たり前だった CAD、Computer Aided Design ソフトウェアを、比較的安価なパーソナル コンピュータ（PC）上で運用出来るようにしたのが AutoCAD の、そしてオートデスクの始まりです。 といっても、当時の PC には CAD で用いる図形処理はまだまだ荷が重く、2D 図面作成が主な役割でした。ドラフターで製図していた紙図面をコンピュータ上で作図する代替手段、という捉え方です。もちろん、最終的な成果物は紙図面だった時代です。AutoCAD の「画層（レイヤ）」といった考え方も... Read more →

あけましておめでとうございます

By Toshiaki Isezaki Read more →