ブリッティング速度を上げますか？

私はPyGameの2Dサイドスクローラーで作業しています。マップごとに1つのテクスチャを使用します（これはテクスチャの実際のサイズです）。

次に、次のコードを使用して画像を読み込みます。

sprite = pygame.image.load("Maps/MapTesting.png")
sprite.convert()
sprite = pygame.transform.scale(sprite,
              (sprite.get_width()*6, sprite.get_height()*6))

ご覧のように、テクスチャは6回爆破されて実際のマップテクスチャが作成されます。平均して、このテクスチャは約4500x800です。画面全体が汚れているため（横スクロールのおかげで）、このテクスチャはフレームごとに画面にブリットする必要があります。これは次のコードを使用して行います。

screen.blit(sprite, (0, 0),
(cameraposx, cameraposy, windowheight, windowwidth))

そしてそれは機能します。問題は、それがかなり遅いということです。まともなPCでわずか40 FPSを取得します。60FPSを目指しているのに、実際のAI /オブジェクトが何も実行されていません。どうすればこれをスピードアップできますか？

上記のコードはサニタイズされ、コンテキストから除外されていることに注意してください。完全なコードはここにあります：https : //github.com/nightcracker/PyGG2

最後に重要なことですが、上の画像は8ビットのように見えるかもしれませんが、ゲームにはより多くのビット深度を必要とする要素があります。

（私の経験から）ピクセルをサーフェスにブリットすることに関する一般的な比較された最適化をリストアップします。

1）通常、ブリットされたときのパレットイメージ（インデックス付きイメージ）は、（カラーを取得するために）1レベルのリダイレクトが行われます。そのため、トゥルーカラーイメージと比較すると、ブリッティング時に遅くなります。

2）True Colorピクセルデータ（Alphaなし-say24ビットデータを想定）は、イメージの各スキャンラインに対してmemcpyを実行できるため（イメージの一部をコピーする場合）、デバイスのフレームバッファーに非常に高速にブリットできます。ブリットされるデータが完全な画像である場合、データ全体を直接memcpyすることができます。

3）アルファピクセルデータのブリットは、各コンポーネントの結果の計算を含み、RGBデータに再度パックする必要があるため、最もコストがかかります。簡単に言えば、最終的な色を取得するための各ピクセルの操作が増えます！

Finalrgb = Alpha*(Srgb) + (1-Alpha)*Drgb (this is for normal blend equation)
    where Srgb is source-rgb (we need to apply for each of the component for final color)
       Drgb is the color that will be there in the destination buffer.

私はこれまでpyGameに取り組んだことがありません。しかし、そのソースコードをざっと見てみると、内部で「sdl」Blit関数を使用していると思い込ませます。通常、Sdl blitは非常に高速で最適化されるため、上記の点を無視して、もう一度プロファイルを作成してください！幸運を！

* 更新： *カラーキーの設定は、各ピクセルをサーフェスにブリットするときに1つの追加チェックを追加するようなものです。このようなもの-

       for(eachPixelColor in allPixels)
         {
            if(eachPixelColor is NOT colorKeyColor)
            {
              copy color to the frame buffer!
            }

         }

したがって、ここに表示されている場合、各ピクセルの色の有効性をチェックする必要があるため、memcpyを使用しないように制限されています。

sprite.convert() あなたが思っていることをしていません。

sprite = sprite.convert() 必要なものです。