Blender Androidアプリは2027年に登場予定、iPad版は引き続き保留
Blenderは、以前発表していたiPadプロジェクトを保留したまま、Blender Androidアプリを2027年上半期に投入する目標を掲げた。すでに実験的なAndroidパッケージは公開されているが、完成版のモバイルリリースではない。これは、デスクトップ級のクリエイティブアプリケーションが、タッチスクリーン、ペン、そして多様化したタブレットハードウェアへ移行しても成り立つかを検証する初期テストだ。
この開発は、Androidをめぐるプロ向けソフトウェアの議論を変える。Googleとそのハードウェアパートナーは長年にわたりタブレットの性能向上を進めてきたが、多くのクリエイティブワークフローでは、依然としてユーザーはWindowsまたはmacOSへ戻ることになる。Blenderは、そのインターフェース、ショートカット、レンダリングスタック、拡張機能システムがデスクトップコンピューターを前提に設計されているため、この取り組みに厳しい試練を与える。
Androidの選択は、Blenderの従来のモバイル方針を覆すものでもある。2025年、同団体はiPadに焦点を当てたインターフェースを公に検討していた。2026年初頭までに、その作業はAndroidタブレットへ開発の軸足を移すなかで保留となった。現在の主要な争点は明確だ。AndroidのオープンプラットフォームはBlenderにより大きな技術的自由を与えるが、その自由にははるかに幅広いハードウェア差異が伴う。
Blender Androidアプリに公開リリース目標が設定された
Blenderはモバイル対応の議論段階から、明確なリリース時期を定めた公式Androidビルドのテスト段階へ移行した。
このプロジェクトは、9月23日から9月25日までアムステルダムで開催されたBlender Conference 2026のプレゼンテーションで披露された。開発者のJonas Holzman氏は、動作するタブレット向けインターフェースを紹介し、残る技術課題について説明した。
チームは2027年上半期中の公開リリースを目標としている。この目標は、Android移植を開始するというBlenderの従来の表明より具体的だ。ただし、保証された正式リリース日ではなく、あくまで開発目標として受け止めるべきだろう。
Blenderは実験的なAPKも公開している。これはGoogle Play Store外で配布されるAndroid用インストールパッケージだ。このダウンロードにより、開発者や経験豊富なユーザーは、対応デバイス上で現在のインターフェースを試すことができる。
このAPKは最終版のBlender Androidアプリを示すものではない。互換性の問題、操作上の課題、不足している挙動を明らかにすることを目的とした、カンファレンス向けデモだ。ユーザーは未完成の機能やクラッシュの可能性を想定すべきである。
この区別が重要なのは、デスクトップアプリケーションが単なる基本的なモデリングキャンバスをはるかに超える機能を備えているためだ。Blenderは、モデリング、スカルプト、アニメーション、コンポジット、動画編集、レンダリング、スクリプティング、アセット管理を一つのパッケージに統合している。
この環境をAndroidへ移すには、既存のソースコードを再コンパイルするだけでは足りない。アプリケーションは、マウス操作を損なうことなくタッチジェスチャーを解釈しなければならない。また、密度の高いエディターや3次元ビューポート全体でペン入力を有用なものにする必要がある。
Blenderの9月の開発ノートは、このインターフェース作業がどれほど具体化しているかを示している。チームは、ビューポートのオービット、パンジェスチャー、タブレット向けデフォルト、縦向きモード、筆圧、モディファイアホイールで進展があったと報告した。
モディファイアホイールは、キーボードに依存する操作をペンや指の近くに配置できる。デスクトップ版Blenderでは、ユーザーがマウス操作とShift、Control、Altなどのキーを組み合わせることが前提となっているため、このアプローチは重要だ。
チームはUndoとRedoのためのジェスチャーも検討した。これらの変更は、プロジェクトがすべてのデスクトップ操作を文字どおり再現しようとしているわけではないことを示す。同じアプリケーションを中心に、別の入力レイヤーを構築しているのだ。
公式のAndroid roadmapでは、この取り組みをネイティブ移植として説明し、進行中の開発プロジェクトとして掲載している。ネイティブ実行であることは、別のコンピューター上のBlenderをリモート操作する計画とは異なる。
プロジェクトの範囲は、簡略化されたコンパニオンアプリケーションよりも広い。カンファレンスのプレゼンテーションによると、タブレット向けに操作を適応させながら、完全なBlender体験を維持することが目標だ。
この野心は、スカルプトや描画といった単一のタスクに注力するモバイルツールとプロジェクトを分けるものだ。同時に、エンジニアリング上のリスクも増大させる。モバイル体験に追加されるワークスペースごとに、インターフェースの状態、性能要件、テスト要件が増えるからだ。
したがって既存のデモは、現時点で何を可能にするかだけでなく、何を測定するかという点でも重要である。チームがアプリケーションを一般利用の準備が整ったと判断する前に、Blenderへより広いテスト層を提供する。
リリース目標は説明責任も生む。現在から2027年上半期までに、Blenderはカンファレンス向けデモを、選定されたAndroidハードウェア全体でサポート可能な製品へと仕上げなければならない。
その過程は、より小さな画面にデスクトップの前提をすべて持ち込むことなく、モバイル版がBlenderらしさを維持できるかを明らかにするだろう。
Androidタブレットにデスクトップ級クリエイティブアプリが必要な理由
Blender Androidアプリが重要なのは、高性能なハードウェアだけでは完全なプロ向けタブレットプラットフォームを生み出せていないからだ。
現代のAndroidタブレットには、大型ディスプレイ、筆圧対応ペン、キーボード、デスクトップ風のマルチタスク機能が搭載されている場合がある。理論上、こうした機能は本格的な作業に適している。しかし、その可能性が実用的なワークフローになるかは、アプリケーションの提供状況によって決まる。
プロ向けの3Dプロジェクトが、一度のモデリング操作で終わることはめったにない。アーティストは形状をスカルプトし、トポロジーを調整し、マテリアルを作成し、シーンに照明を加え、オブジェクトをアニメーション化し、アセットをエクスポートすることがある。その連鎖を中断すれば、モバイルデバイスの価値は弱まる。
Androidにはすでに、特定用途に絞ったクリエイティブアプリケーションがある。Nomad Sculptはモバイルでのスカルプトワークフローに対応し、Kritaはデジタルペインティングとイラスト制作をサポートする。これらの製品は、アーティストがタッチファーストのハードウェアで作業することを示している。
Blenderがもたらす提案は異なる。すべてのファイルを別々のアプリケーションへ移すことなく、制作の複数段階をつなげられる。この継続性こそ、BlenderのAndroid登場が、もう一つの独立したタブレットエディターより大きな意味を持つ理由の一つだ。
ネイティブ移植は、リモートデスクトップサービスへの依存も減らす。リモートアクセスでは完全なデスクトップアプリケーションを利用できるが、別のコンピューターやクラウドワークステーションが必要になる。ネットワーク遅延は、精密なペン操作を妨げる可能性もある。
ネイティブ実行では、タブレットがプロジェクトをローカルで処理する。このアプローチはオフライン作業を支え、すべての視覚的更新をネットワーク経由でストリーミングする必要をなくす。一方で、性能とメモリーの負荷はデバイスに直接かかる。
その結果、タブレットがハイエンドワークステーションと同等になるわけではない。複雑なジオメトリー、大容量テクスチャ、シミュレーション、最終レンダリングは、モバイルハードウェアを圧迫しうる。それでもAndroid上のBlenderは、より限定的な制作段階を通じて価値を発揮できる。
アーティストは移動中にシーンの大まかな構成を作成し、初期コンセプトをスカルプトし、モデルに注釈を加えたり、レビュー中にマテリアルを調整したりできる。学生はノートPCを持ち運ばずにモデリングを練習できる。ディレクターは制作チームのそばでアセットを確認できる。
こうした場面で、タブレットがすべてのデスクトップ作業を置き換える必要はない。必要なのは、タブレットが切り離されたスケッチブックになることを防ぐ、ファイル互換性と十分なインターフェースの連続性だ。
ここでBlenderには独自の利点がある。オープンソースのコードベースにより、開発者はアプリケーションの完全なプラットフォームレイヤーへアクセスできる。チームは別の独自モバイル製品を通じてBlenderを再構築する必要がない。
Android向けの作業は、デスクトップシステムに接続されたペンディスプレイも改善しうる。タッチフレンドリーな操作、筆圧、キーボードモディファイアの代替手段は、Wacomディスプレイや類似のハードウェアにも関係する。
この波及効果により、プロジェクトはAndroidの市場シェアを超えた意味を持つ。より優れたペンインターフェースは、すでにディスプレイ上で直接作業するWindowsおよびLinuxユーザーにも役立つ可能性がある。
Blenderの存在は、Androidを生産性の高いコンピューティング環境として位置付けようとするGoogleの幅広い取り組みにも寄与する。負荷の高いアプリケーションがネイティブで動作する時、プラットフォームはデスクトップ対応に見えるのであって、ウィンドウ操作が単にデスクトップに似ているだけでは不十分だ。
ただし、Blenderが登場するのは、Googleがプロ向けソフトウェアの問題をすべて解決したからではない。Blenderの開発者が、自ら困難なプラットフォームおよびインターフェース作業を進めているからだ。
この違いは、Androidの成熟度に関する主張を抑制するべきだろう。一つの主要なクリエイティブアプリケーションが道筋を示すことはできても、すべての不足カテゴリーを埋めることはできない。動画制作、エンジニアリング、デスクトップパブリッシング、専門的なエンタープライズソフトウェアには、それぞれ異なる要件がある。
それでも、Blenderは信頼できるテストケースを提供する。ユーザーが実際のプロジェクトファイルをワークステーションとAndroidタブレットの間で移動できれば、このプラットフォームは、より単純なモバイルアプリケーションには提供できないワークフローを得ることになる。
現在、プレッシャーはGoogleだけでなくタブレットメーカーにもかかっている。必要なのは、グラフィックスドライバー、持続的な性能、十分なメモリー、信頼性の高いペン挙動だ。プレミアムなディスプレイだけでBlenderを支えることはできない。
したがってBlenderは、プロ向けAndroid対応を測定可能なものにする。デバイスがアプリケーションを信頼性高く実行できるか、あるいはハードウェアとドライバーの制約が顕在化するかのどちらかだ。
Androidの自由度とAndroidの断片化がぶつかる
Blenderは比較的オープンなプラットフォームを選んだが、Androidのハードウェア多様性が現在、このプロジェクトにとって最も難しい実務上のトレードオフとなっている。
Androidは開発者に複数の柔軟性を提供する。アプリケーションはAPKファイルとして配布でき、単一のストアを介さずにテストでき、正式リリース前に多様なデバイスで検証できる。このプラットフォームは、多様なハードウェアや入力アクセサリーへのアクセスも提供する。
このオープン性はBlenderの開発文化に合致している。Blenderはソースコードを公開し、作業を公に議論し、コミュニティによるテストを受け入れている。実験的なAPKは、通常のアプリストアの要件を満たすずっと前から流通できる。
その代償は断片化だ。Androidタブレットは、異なるプロセッサー、グラフィックスユニット、ドライバー、メモリー構成、ディスプレイサイズ、OSビルドを採用している。あるタブレットで起動するビルドが、別のタブレットでは即座に失敗することもある。
初期のフィードバックはすでにそのリスクを示している。BlenderのGPU support threadでは、あるテスターがカンファレンスAPKがLenovoタブレットでインストール中にクラッシュしたと報告した。
同じテスターは、そのビルドはMotorola製スマートフォンにはインストールできたと述べた。Blender開発者は、タブレットには必要なグラフィックス機能が不足しているようだと回答し、回避策を近いうちに実装する予定はないとした。
一つの報告だけで最終的な互換性リストを定義することはできない。それでも、Android移植には単一のリファレンスデバイスをはるかに超えるハードウェアテストが必要である理由を示している。
Blenderは、アプリケーションがデバイスのGPUと通信するためのグラフィックスインターフェースであるVulkanに依存している。仕様表にVulkan対応と記載されていても、同一の機能やドライバー挙動が保証されるわけではない。
GPUはある機能群を提供する一方、別の機能群を欠く場合がある。ベンダーは、密接に関連するデバイスに異なるドライバーを提供することもある。Blenderは、どの機能が不可欠で、どの制限が回避策を正当化するかを決めなければならない。
すべてのAndroidデバイスをサポートするのは現実的ではない。チームはおそらく、OSバージョン、グラフィックス機能、メモリー、テスト済みモデルを対象とする、文書化された基準を設ける必要がある。
その基準は、タブレットが十分な性能を持つように見えても一つの技術要件を満たさないユーザーを失望させる可能性がある。それでも、すべてのAndroidデバイスを同等のものとして提示するより望ましい。
性能も別の問題を生む。タブレットはBlenderを起動できても、複雑なシーンでは苦戦する可能性がある。とりわけGPUとプロセッサーが同時に動作し続ける場合、熱的な制約によって持続的なワークロード中に速度が低下することがある。
バッテリー消費も重要です。3Dビューポート、シェーダーコンパイル、スカルプティング、レンダリングでは、ハードウェアが長時間にわたって稼働し続ける可能性があります。起動できることと、快適に制作できることは別です。
画面サイズも別の制約となります。Blenderのデスクトップ用インターフェースには、多数のコントロール、エディター、リスト、プロパティが配置されています。この構成を縮小すると、操作対象が極端に小さくなり、インターフェースパネルによって作業領域が隠れてしまいます。
チームが用意するタブレット向けの標準設定は、この負担を軽減できる可能性があります。タッチジェスチャーで一部の表示コントロールを置き換え、モディファイアホイールによって現在の操作の近くにコマンドを表示できるためです。
一方で、隠れたジェスチャーは学習上の問題を生みます。ユーザーには、見つけやすいコントロール、予測可能な挙動、誤タッチでビューが変化した際に復旧する手段が必要です。
Blenderは混在する入力方式にも対応しなければなりません。1回のセッション中に、ペン、タッチ、トラックパッド、キーボード、マウスを切り替えて使うユーザーもいるでしょう。インターフェースは、入力方式が1つしかないという前提に立つことはできません。
ペンの挙動には特に注意が必要です。筆圧はブラシの強さやサイズを制御でき、ボタンはモディファイアキーの代わりになります。スタイラスごとに搭載ボタンやプラットフォーム上での挙動は異なります。
Blenderは、プラットフォームごとに別設計を用意するのではなく、統一されたインターフェースを目指していると示しています。この選択により保守負担を抑え、デバイス間でワークフローの親しみやすさを維持できます。
同時に、Android版が各メーカー固有のネイティブなデザイン言語をどこまで模倣できるかは制限されます。Blenderは、あらゆるタブレットとの完全な一貫性よりも、Blenderとしての一貫性を優先する必要があります。
チーム自身のプロジェクト更新からも、インターフェース作業と基本的なプラットフォーム対応が依然として密接に絡み合っていることが分かります。縦向きモードや筆圧といった機能は、安定化作業と並行して扱われています。
これが、2027年という目標がなお不確実である理由です。チームがデバイスの全体像を把握する前に、コアアプリケーションは動作可能になります。その後の公開テストによって、初期対応リリースの対象範囲をどこまで広げられるかが決まります。
Androidのオープン性は、Blenderがそのテスト段階へ迅速に到達する助けになります。次の段階をどれほど難しくするかは、フラグメンテーション次第です。
一時停止中のiPadアプリが示す戦略転換
BlenderがAndroidを優先している点は、最初の公開タブレット計画がAppleのiPad Proを中心にしていたことを踏まえると注目に値します。
2025年7月、Blenderはタブレット向けデザインプロジェクトを概説し、iPadOS向けの開発を議論しました。計画されていた体験は、タッチ操作、Apple Pencil対応、スカルプティング、基本的なオブジェクト操作を重視するものでした。
当時、Android向けの取り組みはBlenderの主要なタブレットリリースではなく、コミュニティ主導の活動として存在していました。組織は、Androidについては後に詳しく検討すると述べていました。
その構図は2026年初頭に変化しました。BlenderはiPadプロジェクトを保留し、Androidを最初の対象モバイルプラットフォームとしました。
Blenderの開発者は、Androidがリリース予定の最初のモバイルプラットフォームであると、2月の更新で説明しました。この発言は、将来的に他のプラットフォームへ展開する余地も残しています。
この表現は重要です。Blenderは、iPad版が決して登場しないとは述べていません。Androidに開発上の注力が向けられる間、プロジェクトは一時停止中だと述べています。
この方針転換は、Androidがあらゆる点で技術的に容易であることを証明するものではありません。Appleは現行iPadのラインアップをより狭い範囲で管理しており、パフォーマンステストを簡素化できる可能性があります。ハイエンドiPadは強力なプロセッサと成熟したペン入力ハードウェアも備えています。
ただし、iPadOSには、デスクトップアプリケーションのアーキテクチャ、配布、拡張モデルに影響し得るプラットフォーム規則があります。BlenderのPythonスクリプティングとアドオンシステムは、タッチコントロール以上の問題を生みます。
モバイル版では、ユーザーがアドオンをどのようにインストールし、ファイルにアクセスし、スクリプトを実行し、プロジェクト依存関係を管理するかを決める必要があります。ストアのポリシーやアプリケーションのサンドボックス化は、それぞれの判断に影響を与え得ます。
Androidにも、特にGoogle Playを通じて配布されるアプリケーションには制約があります。それでも直接APKをテストできることは、最終的な配布形態を決める前にアプリケーションを検証する余地をBlenderに与えます。
この柔軟性は、オープンな開発プロジェクトとよく合います。テスターはビルドを直接インストールし、ハードウェア上での挙動を報告し、広範なストア公開を待たずにデバイス間で結果を比較できます。
iPadプロジェクトの一時停止には、依然として代償があります。Appleは長年にわたり、iPad Proをクリエイティブ用途のコンピュータとして位置付けてきました。多くのイラストレーター、デザイナー、スカルプターは、すでにApple Pencilとともに所有しています。
こうしたユーザーは、Blenderの2025年の発表を、長年存在したソフトウェア上の空白への潜在的な答えと受け止めました。その後の一時停止により、彼らには公式リリース時期が示されていません。
一部の独立系開発者はiPadOS向けBlenderビルドを試みていますが、こうした取り組みは公式サポート付きアプリケーションの代わりにはなりません。また、Blender Foundationの優先順位を決めることもできません。
現在はAndroidユーザーが先に機会を得ていますが、プレミアムAndroidタブレット市場はより均一性に欠けます。これが、この発表の背景にある中心的な転換です。
この決定は、プロ向けタブレットをめぐるより広い見解の違いも浮き彫りにします。Appleのアプローチは、厳格に管理されたハードウェアと配布を提供します。Androidは、より広いアクセス、サイドローディング、ベンダーの多様性を提供します。
Blenderは、最初の公開モバイルリリースに後者の環境を選びました。このアプリケーションは、オープン性の利点が互換性対応の負担を相殺できるかを試すことになります。
このプロジェクトを、AndroidがiPadOSに恒久的に勝利したものとして捉えるべきではありません。タッチインターフェースの成功は、後にiPadプロジェクトへ戻るコストを下げる可能性があります。
ジェスチャー設計、レスポンシブレイアウト、ペン対応、キーボードへの依存度低下は、Androidだけのものではありません。その作業の多くは、別のタブレットプラットフォームにも活かせます。
未解決の問題は、プラットフォーム固有のエンジニアリングに関するものです。Blenderは新たなiPadスケジュールを提示しておらず、機能同等性も約束しておらず、作業を正確にいつ再開するかも説明していません。
したがって読者は、2つの主張を分けて考えるべきです。Blender Androidアプリにはリリース目標がある一方、iPad版には継続的な可能性があるだけです。
2027年のローンチが維持されるかを決める3つの兆候
Android移植版が真のプロフェッショナル向けリリースとなるのは、互換性、ワークフローの継続性、一般配布がカンファレンスデモの段階を超えたときです。
最初の兆候は、公開されたハードウェア基準です。Blenderは、必要なAndroidバージョン、Vulkan機能、メモリ要件、テスト済みのタブレットモデルを明示する必要があります。
その情報によって、アプリケーションの実際の市場が定義されます。ユーザーが自分のデバイスが対応しているか判断できなければ、「Androidで利用可能」という表現に大きな意味はありません。
有用な互換性ドキュメントでは、複数の状態を区別すべきです。完全対応のデバイス、制限付きで動作するデバイス、起動に失敗する可能性のある非対応ハードウェアがあり得ます。
初期のLenovoに関する報告は、この分類が重要である理由を示しています。そうでなければユーザーは、Vulkan対応の比較的新しいタブレットならアプリケーションを実行できると考えてしまう可能性があります。
2つ目の兆候は、安定したペンとタッチのワークフローを備えたテストビルドの拡大です。カンファレンスで配布されたAPKは、Blenderが動作し、モバイル入力を受け付けられることを示しています。しかし、アーティストが大きな摩擦なく何時間も作業できることを証明するものではありません。
ビューポート操作、モディファイアコントロール、ブラシの挙動、ファイル処理、画面レイアウトの変化に注目してください。これらの領域が、アプリケーションが適応されたものに感じられるのか、単に圧縮されたものに感じられるのかを決定します。
実プロジェクトでのテストは、特に価値があります。デモシーンは既知の制限に合わせて選べますが、通常のユーザーは、特殊なアドオン、大容量ファイル、複雑なマテリアル、想定外のワークフローを持ち込みます。
アドオンの挙動は依然として大きな未知数です。Blenderの拡張エコシステムは多くのデスクトップパイプラインの中心ですが、モバイルのセキュリティと配布規則はインストールや実行を制限し得ます。
初期リリースは、すべての拡張機能に対応しなくても成功できます。ユーザーがプロジェクト互換性を完全なワークフロー互換性と誤解しないよう、Blenderはその境界を明確に説明する必要があります。
ファイル交換にも同等の注意が必要です。ユーザーが1台のデバイスで作業を始め、パスを修復したり依存関係を手作業でコピーしたりせずに別の場所で継続できるなら、タブレットはさらに有用になります。
カンファレンスでの議論には、デスクトップとタブレット間でプロジェクトを転送する長期的なアイデアも含まれていました。しかし、それらのアイデアは、まだ確定した同期製品ではありません。
現時点では、Blenderがローカルストレージ、外部ドライブ、クラウドプロバイダーのフォルダー、テクスチャ、リンクされたアセットをどう扱うかに注目すべきです。信頼できるファイル移動は、印象的なモバイルレンダリングより重要になる場合があります。
3つ目の兆候は、一般配布への経路です。Blenderはダウンロード可能なAPKを提供していますが、通常のユーザーはアップデート、インストール時の安全策、公式ビルドを入手できる明確な場所を期待します。
Google Playでのリリースは、発見性とアップデートを簡素化します。直接配布は、より大きな柔軟性を維持できる可能性があります。利用可能な報道で説明されている最終的な方式について、Blenderはまだ発表していません。
配布に関する判断は、アドオンやスクリプティングにも影響し得ます。ストアの要件は、アプリケーションがインストール後にダウンロードまたは実行できる実行可能コードの範囲を左右する可能性があります。
Blenderがこうしたポリシーを定義し、再現性のある公開テストを開始すれば、2027年前半という日程の信頼性は高まります。より広範なベータは、別の管理されたデモよりも強い根拠となるでしょう。
読者は、公式のカンファレンス発表やBlenderの開発チャンネルで、改訂されたマイルストーンも確認すべきです。プロジェクトの透明な進行プロセスは変更を可視化しますが、スケジュール上のリスクをなくすものではありません。
初期報道は、Androidのデスクトップ志向にとってBlenderが重要であることを正しく指摘しています。より難しい問いは、最初の対応リリースでデスクトップ版Blenderのどの部分が維持されるかです。
慎重なローンチは、選定されたタブレットと中核ワークフローに焦点を絞るかもしれません。それでも重要な成果です。Blenderが時間をかけて拡張できる、サポート対象の基盤を確立することになるためです。
要件が曖昧なハードウェア全体にわたる積極的なローンチは、より大きな話題を生む一方で、より大きなサポートリスクをもたらします。クラッシュ、不具合のあるドライバー、不明確な要件は、すぐに信頼を損なう可能性があります。
最良の結果は、その両極端の間にあります。Blenderは幅広いアプリケーションとしての性格を維持しつつ、初期リリースが対応するデバイスとワークロードを明確にできます。
クリエイターにとって、今すぐ取るべき行動はシンプルです。現行APKはプロダクションソフトウェアではなく、実験版として扱ってください。コピーしたファイルだけでテストし、デバイス固有の結果はBlenderの公式チャンネルを通じて報告してください。
開発者は、互換性基準と拡張機能ポリシーを注視すべきです。ハードウェア購入者は、対応デバイス一覧が明確になるまで、Blenderだけを目的にタブレットを購入することは避けるべきです。
Blender Androidアプリは、すでにモバイル3Dをめぐる議論を変えました。次の試練は、より派手ではないものの、より重要です。オープンなデモンストレーションを、アーティストが実際のプロジェクトで信頼できるソフトウェアへと変えることです。
