Apple Metal Graphicsプログラミングの基礎：はじめに

こんにちは、Habr！ 今日の私の投稿は、Apple Metal APIでのグラフィックスのプログラミングの初心者向けガイドです。 私がこのトピックに取り組み始めたとき、Appleのドキュメントとそれらの例に加えて、特別なものは何もないことが判明しました。 今日は、照明付きの3次元キューブを表示する簡単なMetalアプリケーションの作成方法について説明します。 次に、主要なMetal機能の1つを使用して、複数のスレッドでレンダリングするキューブを描画します。 猫の下で興味を持ってください。

デモアプリケーション

デモを実行するには、ポピー、Xcode 6、およびA7プロセッサーを搭載したデバイス（iPad Air 2013およびiPhone 5S以降）が必要です。 残念ながら、Metalのアプリケーションをエミュレータで起動することはできません。 最後の制限は、iOSの開発者プログラムへの有効なサブスクリプションが必要であることを意味します。 これらは単純な好奇心person盛な人のための小さな要件ではないことを理解しており、もちろん、上記のいずれかを購入することをお勧めしません。 ただし、必要なものがすべて揃うように星が形成されている場合は、リポジトリからの分岐点と、Metalでの独自の実験について知ることができます。

さらに、このマニュアルを読むときは、デモコードを並行して確認することを強くお勧めします。これにより、何が起こっているのかを理解しやすくなります。

エントリー

私は公式投稿を翻訳投稿に追加することを支持していませんので、簡単な言葉でMetalの性質について話しましょう。 Appleは、MetalがOpenGL ESよりもクールな理由について多くのことを話しました（ ハブについては少し説明がありました）。 これらすべてから、私は2つの重要な利点だけを選び出します：

1. Metalは、GPUのコマンドのランタイム検証の量を大幅に削減し、アプリケーションのロード時またはコンパイル時に検証を転送しました。 そのため、キャッシュされた状態オブジェクトが現れました。 率直に言って、このアイデアは新しいものではなく、Direct3D 10で状態オブジェクトを見ました。したがって、Metal APIでは、グラフィックパイプラインのほぼすべての状態を事前準備してキャッシュできます。
2. 並列計算およびコマンドバッファの充填の可能性。 ここでのアイデアは、GPUのコマンドのキューを埋めるプロセスをアプリケーション開発者にシフトすることです。シーンのレンダリング方法、並行して実行できること、できないことを開発者ほどよく知っている人はいないからです。 同時に、複数のスレッドでMetal APIを使用する場合、スレッドの同期プロセスで動けなくなることを恐れないでください.APIは、開発者の生活を可能な限り簡素化するように設計されています（または、少なくとも瞬間的なパニック攻撃を引き起こさないようにします）。

Metalでの作業を開始するには、Xcode 6で「ゲーム」タイプの新しいプロジェクトを作成し、プロジェクト作成ウィザードでレンダリング方法として「Metal」を選択するだけです。 Xcodeは、キューブを描画するテンプレートプロジェクトを生成します。 標準のテンプレートプロジェクトが私に合わなかったので、これがまさにデモの作成を開始した方法です。

手順1.照明付きの立方体を描きます。

このステップの結果は、Pancakeモデルを使用して照明された単色の立方体を表示するアプリケーションになります。 また、アプリケーションにはアークボールカメラがあり、 スワイプジェスチャーでオブジェクトの周りを回転させ、ズームジェスチャーでズームイン/ズームアウトできます。

Appleの標準テンプレートでは、すべてのアプリケーションロジックがカスタムViewControllerに集中しています。 RenderViewとRenderViewContollerの 2つのクラスを割り当てました 。 最初のクラスはUIViewの後継であり、MetalとCore Animationへのリンクの初期化を担当します。 2番目のクラスには、グラフィカルデモ自体と、アプリケーションとユーザー入力を最小化/拡張する状況を処理するための一定量のインフラストラクチャコードが含まれています。 RenderModelクラスを作成し、そこにグラフィックデモのロジックを配置する方が適切です。 おそらく、プログラムの複雑さが増したときにそうするでしょう。

ここで、アプリケーションを作成する言語を記載するのが適切です。 Objective-C ++を選択しました。これにより、プロジェクトの純粋なC ++で記述されたクラスに含めることができました。 Swiftを使用する機会もあります（これに関する英語の良い記事はこちらで読むことができます ）。

RenderViewの実装

MetalがCore Animation、つまりiOSでグラフィックとアニメーションを管理するシステムと密接に関連していることを知っても、誰も驚かないでしょう。 iOSアプリケーションにMetalを埋め込むために、AppleはCAMetalLayerという特別なレイヤーを用意しました。 RenderViewが使用するのはこのレイヤーです。 RenderViewは次のように初期化されます。

+ (Class)layerClass { return [CAMetalLayer class]; } - (void)initCommon { self.opaque = YES; self.backgroundColor = nil; _metalLayer = (CAMetalLayer *)self.layer; _device = MTLCreateSystemDefaultDevice(); _metalLayer.device = _device; _metalLayer.pixelFormat = MTLPixelFormatBGRA8Unorm; _metalLayer.framebufferOnly = YES; _sampleCount = 1; _depthPixelFormat = MTLPixelFormatDepth32Float; _stencilPixelFormat = MTLPixelFormatInvalid; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このコードでは、他のグラフィカルAPIとの共通点を簡単に見つけることができます。ルートAPIクラス（この場合はMTLDevice ）を作成し、バックバッファーと深度バッファーの形式を選択し、マルチサンプリングのサンプル数を選択します。 バックバッファーとデプスバッファーの直接テクスチャ作成は、オンデマンドで実行されます。 これは、Metal AnimationとCore Animationの組み合わせの特性によるものです。 Core Animationがデバイスの画面上での描画を許可すると、デバイスの画面に関連付けられているゼロ以外のCAMetalDrawableを返します。 ユーザーがアプリケーションを最小化する場合、このアプリケーションのCAMetalDrawableはゼロ（hello、Direct3D 9およびD3DERR_DEVICELOST ）になるため、レンダリングを停止するように注意する必要があります。 さらに、デバイスをポートレートからランドスケープに、またはその逆に切り替える場合、バックバッファー、デプスバッファー、およびステンシルのテクスチャを再初期化する必要があります。

各フレームで、 MTLRenderPassDescriptorオブジェクトが再編成されます。 このオブジェクトは、現在のCAMetalDrawableから取得したバックバッファーテクスチャを目的のレンダリングオプションにバインドします。 また、レンダリングの前後に追加で実行できるアクションがこのオブジェクトに設定されます。 たとえば、 MTLStoreActionMultisampleResolveは、マルチサンプリングを使用してテクスチャにレンダリングした後、このテクスチャを通常の形式に変換（解決）する必要があると言います。 MTLLoadActionClearを使用すると、新しいフレームを描画する前に、バックバッファー/深度バッファー/ステンシルバッファーをクリアできます。

バックバッファー、深度バッファー、およびステンシルバッファーのテクスチャを作成および再初期化するためのコードは、catの下にあります。





RenderViewクラスのrenderメソッドは、 RenderViewControllerのすべてのフレームで呼び出されます。

RenderViewControllerの実装

このクラスの実装の説明は、インフラストラクチャ部分から始まります。 RenderViewからフレームをレンダリングするためのメソッドを呼び出すには、 CADisplayLinkクラスのオブジェクトであるタイマーが必要です。これは次のように初期化します。

 - (void)startTimer { _timer = [CADisplayLink displayLinkWithTarget:self selector:@selector(_renderloop)]; [_timer addToRunLoop:[NSRunLoop mainRunLoop] forMode:NSDefaultRunLoopMode]; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

アプリケーションを最小化するとタイマーを停止し、展開すると再開することに注意することが重要です。 これを行うために、 AppDelegateからRenderViewContollerにapplicationDidEnterBackgroundおよびapplicationWillEnterForegroundへの呼び出しを転送しました 。 これにより、アプリケーションが最小化されたときに何もレンダリングしようとせず、この理由でクラッシュすることはありません。

さらに、特別なセマフォ（ dispatch_semaphore_t _inflightSemaphore ）を初期化します。 これにより、いわゆるGPUバウンド、つまり、中央プロセッサがGPUが次のフレームを形成するのを待つ状況を回避できます。 GPUを待機している間のアイドル時間を最小限に抑えるために、CPUが事前にいくつかのフレーム（この場合は最大3フレーム）を準備できるようにします。 セマフォの使用方法については、後で説明します。

touchesBegan 、 touchesMovedおよびtouchesEndedメソッドの実装を使用してユーザー入力をインターセプトします。 画面上の1本以上の指の動きはArcballCameraクラスに渡され、 ArcballCameraクラスはこれらの動きをターンとカメラの動きに変換します。

catの下のユーザー入力の応答コード。





こちらでアークボールカメラの実装の理論について読むことができます 。

最後に、5つの主要なメソッドに含まれるグラフィカルアプリケーション自体のロジックに進みましょう。

 - (void)configure:(RenderView*)renderView
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでは、たとえば、マルチサンプリングのサンプル数、バックバッファー、深度バッファー、ステンシルの形式を設定して、ビューを構成します。

 - (void)setupMetal:(id<MTLDevice>)device
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このメソッドでは、コマンドキューを作成し、リソースを初期化し、シェーダーをロードし、状態オブジェクトを準備します。

 - (void)update
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでフレームが更新され、シェーダーのマトリックスとその他のパラメーターが計算されます。

 - (void)render:(RenderView*)renderView
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでは、明らかに、フレーム自体がレンダリングされます。

 - (void)resize:(RenderView*)renderView
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このメソッドは、画面のサイズが変更されたとき、たとえばデバイスが回転したとき、長さと幅が入れ替わったときに呼び出されます。 ここでは、たとえば、射影行列を計算すると便利です。



Metalでリソースと状態オブジェクトを初期化するときの機能は何ですか？ Direct3D 11 APIに慣れている私にとって、深刻なものは1つしかありませんでした。 CPUは、GPUとの同期の前にレンダリングのために最大3フレームを送信できるため、定数のバッファーサイズは通常の3倍にする必要があります。 3つのフレームのそれぞれは、データグラインドの可能性を排除するために、独自の定数バッファーで機能します。 実際には、次のようになります。

 //  uint8_t* bufferPointer = (uint8_t*)[_dynamicUniformBuffer contents] + (sizeof(uniforms_t) * _currentUniformBufferIndex); memcpy(bufferPointer, &_uniform_buffer, sizeof(uniforms_t)); //  [renderEncoder setVertexBuffer:_dynamicUniformBuffer offset:(sizeof(uniforms_t) * _currentUniformBufferIndex) atIndex:1 ];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

それでも、おそらく、グラフィックパイプラインの状態ハンドルと状態オブジェクト自体を定義するクラスMTLRenderPipelineDescriptorとMTLRenderPipelineStateに言及する価値があります。 このオブジェクトには、頂点およびピクセルシェーダーへのリンク、マルチサンプルサンプルの数、バックバッファーの形式、深度バッファーが含まれます。 やめて、すでにどこかでこれを聞いているようです。 すべては見た目通りです。 この状態は、非常に特定のレンダリングパラメーターで投獄され、他の状況では使用できません。 そのようなオブジェクトを事前に（および検証後に）作成することにより、レンダリング中にグラフィックスパイプラインがパラメーターの互換性エラーをチェックする必要がなくなります。パイプラインは状態全体を受け入れるか、完全に拒否します。

金属の初期化コードを以下に示します。

 - (void)setupMetal:(id<MTLDevice>)device { _commandQueue = [device newCommandQueue]; _defaultLibrary = [device newDefaultLibrary]; [self loadAssets: device]; } - (void)loadAssets:(id<MTLDevice>)device { _dynamicUniformBuffer = [device newBufferWithLength:MAX_UNIFORM_BUFFER_SIZE options:0]; _dynamicUniformBuffer.label = @"Uniform buffer"; id <MTLFunction> fragmentProgram = [_defaultLibrary newFunctionWithName:@"psLighting"]; id <MTLFunction> vertexProgram = [_defaultLibrary newFunctionWithName:@"vsLighting"]; _vertexBuffer = [device newBufferWithBytes:(Primitives::cube()) length:(Primitives::cubeSizeInBytes()) options:MTLResourceOptionCPUCacheModeDefault]; _vertexBuffer.label = @"Cube vertex buffer"; // pipeline state MTLRenderPipelineDescriptor *pipelineStateDescriptor = [[MTLRenderPipelineDescriptor alloc] init]; pipelineStateDescriptor.label = @"Simple pipeline"; [pipelineStateDescriptor setSampleCount: ((RenderView*)self.view).sampleCount]; [pipelineStateDescriptor setVertexFunction:vertexProgram]; [pipelineStateDescriptor setFragmentFunction:fragmentProgram]; pipelineStateDescriptor.colorAttachments[0].pixelFormat = MTLPixelFormatBGRA8Unorm; pipelineStateDescriptor.depthAttachmentPixelFormat = MTLPixelFormatDepth32Float; NSError* error = NULL; _pipelineState = [device newRenderPipelineStateWithDescriptor:pipelineStateDescriptor error:&error]; if (!_pipelineState) { NSLog(@"Failed to created pipeline state, error %@", error); } MTLDepthStencilDescriptor *depthStateDesc = [[MTLDepthStencilDescriptor alloc] init]; depthStateDesc.depthCompareFunction = MTLCompareFunctionLess; depthStateDesc.depthWriteEnabled = YES; _depthState = [device newDepthStencilStateWithDescriptor:depthStateDesc]; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

最後に、フレームをレンダリングする最も興味深いコードを検討してください。

 - (void)render:(RenderView*)renderView { dispatch_semaphore_wait(_inflightSemaphore, DISPATCH_TIME_FOREVER); [self update]; MTLRenderPassDescriptor* renderPassDescriptor = renderView.renderPassDescriptor; id <CAMetalDrawable> drawable = renderView.currentDrawable; // new command buffer id <MTLCommandBuffer> commandBuffer = [_commandQueue commandBuffer]; commandBuffer.label = @"Simple command buffer"; // simple render encoder id <MTLRenderCommandEncoder> renderEncoder = [commandBuffer renderCommandEncoderWithDescriptor: renderPassDescriptor]; renderEncoder.label = @"Simple render encoder"; [renderEncoder setDepthStencilState:_depthState]; [renderEncoder pushDebugGroup:@"Draw cube"]; [renderEncoder setRenderPipelineState:_pipelineState]; [renderEncoder setVertexBuffer:_vertexBuffer offset:0 atIndex:0 ]; [renderEncoder setVertexBuffer:_dynamicUniformBuffer offset:(sizeof(uniforms_t) * _currentUniformBufferIndex) atIndex:1 ]; [renderEncoder drawPrimitives:MTLPrimitiveTypeTriangle vertexStart:0 vertexCount:36 instanceCount:1]; [renderEncoder popDebugGroup]; [renderEncoder endEncoding]; __block dispatch_semaphore_t block_sema = _inflightSemaphore; [commandBuffer addCompletedHandler:^(id<MTLCommandBuffer> buffer) { dispatch_semaphore_signal(block_sema); }]; _currentUniformBufferIndex = (_currentUniformBufferIndex + 1) % MAX_INFLIGHT_BUFFERS; [commandBuffer presentDrawable:drawable]; [commandBuffer commit]; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メソッドの開始時にdispatch_semaphore_waitが呼び出され、GPUが現在のフレームのいずれかで終了するまでCPUでのフレーム計算を停止します。 すでに述べたように、このデモでは、GPUがビジー状態のときにCPUは最大3フレームを計算できます。 セマフォは、 commandBufferコマンドバッファーの addCompletedHandlerメソッドで解放されます。 コマンドバッファは一時的なオブジェクトとして設計されています。つまり、フレームごとに作成する必要があり、再利用できません。

特定のバッファの各フレームは、レンダリングコマンドのいわゆるエンコーダー（この場合、 MTLRenderCommandEncoderクラスのオブジェクト）を作成します。 それを作成するとき、 MTLRenderPassDescriptorクラスのオブジェクトが使用されます。これについては、前述しました。 このオブジェクトを使用すると、さまざまな種類のコマンド（設定状態、頂点バッファー、プリミティブ描画メソッドの呼び出し、つまり他のグラフィカルAPIでよく知られているすべて）をバッファーに入力できます。 充填が完了すると、コマンドバッファに対してcommitメソッドが呼び出され、このバッファがキューに送信されます。

Blinnによる照明の基本的な実装であるシェーダーコードに異常はありません。 Metalの場合、Appleのエンジニアは独自のシェーダー言語を考案しましたが、これはHLSL、GLSL、Cgと大差ありません。 リストされた言語の1つで少なくとも一度シェーダーを作成した人は、この言語の使用を簡単に開始できます 。残りについては、 Appleの言語ガイドをお勧めします 。





その結果、デバイスの画面で次を確認できます。







これでガイドの最初のステップは終わりです。 このステップのコードは、gitリポジトリのtutorial_1_1タグの下にあります。

ステップ2.いくつかの立方体を描きます。

いくつかのキューブを描画するには、定数バッファーを変更する必要があります。 以前は、パラメーター（world-view-projectionマトリックス、worldマトリックス、カメラ位置）は1つのオブジェクトのみに格納されていましたが、このデータはすべてのオブジェクトに設定する必要があります。 明らかに、カメラの位置を一度送信するだけで十分です。このため、フレームごとに1回計算されるパラメーター用に追加の定数バッファーが必要になります。 ただし、1つのベクトルに対して個別のバッファーの作成をまだ開始していません。次回パラメーターの数が増えたときに行います。 今すぐ自分で試してみることができます。 したがって、5つのキューブの場合、GPUと同期するまでCPUが計算できる3つのフレームごとに5つのパラメーターセットがあります。

レンダリング方法を次のように変更します。

  id <MTLRenderCommandEncoder> renderEncoder = [commandBuffer renderCommandEncoderWithDescriptor: renderPassDescriptor]; renderEncoder.label = @"Simple render encoder"; [renderEncoder setDepthStencilState:_depthState]; [renderEncoder pushDebugGroup:@"Draw cubes"]; [renderEncoder setRenderPipelineState:_pipelineState]; [renderEncoder setVertexBuffer:_vertexBuffer offset:0 atIndex:0 ]; for (int i = 0; i < CUBE_COUNTS; i++) { [renderEncoder setVertexBuffer:_dynamicUniformBuffer offset:(sizeof(_uniform_buffer) * _currentUniformBufferIndex + i * sizeof(uniforms_t)) atIndex:1 ]; [renderEncoder drawPrimitives:MTLPrimitiveTypeTriangle vertexStart:0 vertexCount:36 instanceCount:1]; } [renderEncoder popDebugGroup]; [renderEncoder endEncoding];
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

定数バッファー（ sizeof（_uniform_buffer）* _currentUniformBufferIndex + i * sizeof（uniforms_t））のオフセットの計算に注意を喚起したいと思います。 変数_currentUniformBufferIndexは、現在のフレームに対応するブロックを定義し、カウンターiは特定のキューブのデータの場所を決定します。

その結果、そのような写真が得られます。







このステップのコードは、 tutorial_1_2タグの下のgitリポジトリにあります。

ステップ3.複数のフローでいくつかのキューブを描画します。

OpenGL ESで1つのストリームにキューブを描画できます。次に、いくつかのスレッドでコマンドバッファーを埋めることをデモに追加します。 キューブの半分を1つのスレッドでレンダリングし、残りの半分を別のスレッドでレンダリングします。 もちろん、この例は純粋に教育的なものであり、この場合、パフォーマンスの向上は得られません。

Metal APIのコマンドバッファをマルチスレッドで埋めるために、特別なクラスMTLParallelRenderCommandEncoderがあります。 このクラスを使用すると、 MTLRenderCommandEncoderクラスの多くのオブジェクトを任意に作成できます。これは、前の手順で既に知っています。 これらの各オブジェクトを使用すると、コードを実行して、バッファを別のスレッドのコマンドで埋めることができます。

dispatch_asyncを使用して 、キューブの半分のレンダリングを別のストリームで開始し、残りの半分をメインストリームでレンダリングします。 その結果、次のコードを取得します。

 - (void)render:(RenderView*)renderView { dispatch_semaphore_wait(_inflightSemaphore, DISPATCH_TIME_FOREVER); [self update]; MTLRenderPassDescriptor* renderPassDescriptor = renderView.renderPassDescriptor; id <CAMetalDrawable> drawable = renderView.currentDrawable; // new command buffer id <MTLCommandBuffer> commandBuffer = [_commandQueue commandBuffer]; commandBuffer.label = @"Simple command buffer"; // parallel render encoder id <MTLParallelRenderCommandEncoder> parallelRCE = [commandBuffer parallelRenderCommandEncoderWithDescriptor:renderPassDescriptor]; parallelRCE.label = @"Parallel render encoder"; id <MTLRenderCommandEncoder> rCE1 = [parallelRCE renderCommandEncoder]; id <MTLRenderCommandEncoder> rCE2 = [parallelRCE renderCommandEncoder]; dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^ { @autoreleasepool { [self encodeRenderCommands: rCE2 Comment: @"Draw cubes in additional thread" StartIndex: CUBE_COUNTS / 2 EndIndex: CUBE_COUNTS]; } dispatch_semaphore_signal(_renderThreadSemaphore); }); [self encodeRenderCommands: rCE1 Comment: @"Draw cubes" StartIndex: 0 EndIndex: CUBE_COUNTS / 2]; // wait additional thread and finish encoding dispatch_semaphore_wait(_renderThreadSemaphore, DISPATCH_TIME_FOREVER); [parallelRCE endEncoding]; __block dispatch_semaphore_t block_sema = _inflightSemaphore; [commandBuffer addCompletedHandler:^(id<MTLCommandBuffer> buffer) { dispatch_semaphore_signal(block_sema); }]; _currentUniformBufferIndex = (_currentUniformBufferIndex + 1) % MAX_INFLIGHT_BUFFERS; [commandBuffer presentDrawable:drawable]; [commandBuffer commit]; } - (void)encodeRenderCommands:(id <MTLRenderCommandEncoder>)renderEncoder Comment:(NSString*)comment StartIndex:(int)startIndex EndIndex:(int)endIndex { [renderEncoder setDepthStencilState:_depthState]; [renderEncoder pushDebugGroup:comment]; [renderEncoder setRenderPipelineState:_pipelineState]; [renderEncoder setVertexBuffer:_vertexBuffer offset:0 atIndex:0 ]; for (int i = startIndex; i < endIndex; i++) { [renderEncoder setVertexBuffer:_dynamicUniformBuffer offset:(sizeof(_uniform_buffer) * _currentUniformBufferIndex + i * sizeof(uniforms_t)) atIndex:1 ]; [renderEncoder drawPrimitives:MTLPrimitiveTypeTriangle vertexStart:0 vertexCount:36 instanceCount:1]; } [renderEncoder popDebugGroup]; [renderEncoder endEncoding]; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

メインスレッドと追加のスレッドを同期するために、 _renderThreadSemaphoreセマフォを使用しました 。これは、 MTLParallelRenderCommandEncoderクラスのオブジェクトでendEncodingを呼び出す直前にこれら2つのスレッドを同期します。 MTLParallelRenderCommandEncoderでは、 生成する MTLRenderCommandEncoderオブジェクトでendEncodingが呼び出された後に、 endEncodingメソッドが呼び出されることが保証されている必要があります。

すべてが正しく行われた場合、デバイス画面の結果は前のステップと同じになります。



このステップのコードは、 tutorial_1_3タグの下のgitリポジトリで利用可能です。

おわりに

今日は、Apple Metal APIを使用してグラフィックスをプログラミングする際の非常に初期のステップを見ました。 このトピックとこの形式がコミュニティにとって興味深いものである場合は、さらに続けます。 次のシリーズでは、より興味深いモデルを描画する予定です。インデックスバッファーを使用して、それをテクスチャリングします。 レッスンの「チップ」として、インスタンスのようなものがあります。 ご意見をお待ちしております、ご清聴ありがとうございました。