画面サイズ設定

　画面サイズ設定の仕方は、いくつかありますがコンソールコマンドを使う方法をお勧めします。

　ExecuteConsoleCommandノードを使い「r.SetRes 幅x高さ」とコマンドを入れます。
　幅x高さの後にwだと「ウィンドウモード」、fだと「フルスクリーンモード」になります。

　このコマンドを最初にロードされるLevelやGameModeのBeginPlayで呼ぶことで、ゲーム起動時にウィンドウサイズが設定されます。

フルスクリーンへの対応

　ドキュメントにちゃんと書かれていないのですが、UE4は2種類のフルスクリーンをサポートしています。
　1つはディスプレイサイズも設定した画面サイズに変更するフルスクリーン(以下単にフルスクリーン)、1つはウィンドウサイズを現在のディスプレイサイズに拡大するウィンドウフルスクリーン*1、です。

　これらの切り替えは、画面サイズの設定と同じようにコンソールコマンドで切り替えを行います。

　「r.FullScreenMode 0」ならフルスクリーン、「r.FullScreenMode 1」ならウィンドウフルスクリーンとなります*2。
　このコマンドは「r.SetRes」コマンドの前に呼ぶ必要があります。

　フルスクリーンとウィンドウフルスクリーンの主な違いは以下の通りです。

　特にDPIスケーリングの違いは忘れがちなので、ちゃんとDPIスケーリングのカーブを設定しておきましょう。

ウィンドウの拡縮への対応

　常にドットバイドットで表示するために、ウィンドウの最大化やマウスドラッグによるウィンドウサイズ変更をできないようにします。
　実現するには、C++を利用する必要があります。
　BPから呼び出すのことのできるC++関数を定義します。関数の中身は以下の通りです。

#include <windows.h>

void UCommonBPFunctionLibrary::SetupSpriteGameWindow()
{
    // Editor起動の時は何もしない
    if(GIsEditor) return;
	
    // MainWindowのウインドウハンドルを取得する
    HWND hWnd = NULL;
    TSharedPtr<SWindow> MainWindow = GEngine->GameViewport->GetWindow();
    if(MainWindow.IsValid() && MainWindow->GetNativeWindow().IsValid())
    {
        hWnd = static_cast<HWND>(MainWindow->GetNativeWindow()->GetOSWindowHandle());
    }

    if(hWnd)
    {
        LONG Style = ::GetWindowLong(hWnd, GWL_STYLE);
	// ドラッグによるサイズ変更と、最大化ボタンを無効にする
	Style &= ~(WS_THICKFRAME|WS_MAXIMIZEBOX);
	::SetWindowLong(hWnd, GWL_STYLE, Style);
	::ShowWindow(hWnd, SW_SHOW);
    }
}

　ビルド設定に、Slate/SlateCoreモジュールを追加してください。

　この関数をウィンドウモードに変更した際に呼び出すことで、ウィンドウの拡縮を無効にすることができます。

　C++の関数をBPに公開する方法は、「UE4 C++コードをブループリントで使えるようにする（関数ライブラリー編） - Let's Enjoy Unreal Engine」あたりを参照してください。

Paper2D Sprite

　名前の通りSpriteを描画する基本機能です。Papert2DのシステムはまずテクスチャからSpriteを作ってから操作を行います。
　1枚のSpriteを任意の設定で描画します。

Paper2D Flipbook

　任意枚数のPaper2D Spriteを指定した時間で連続再生する機能です。いわゆるパラパラアニメを実現する機能です。

長所

　UE4公式なので、UE4の機能との親和性が高いです。マテリアルも任意に設定できますし、ダイナミックマテリアルインスタンスも使えます。
　最近、新機能の追加が行われていませんが、これからの機能追加も期待できます。

短所

　間接アニメを簡単に作ることはできません。間接アニメとは、2D絵を腕・胴・脚といった部分に分解して、個別に動かすことでアニメーションさせる手法です。Flipbookはレイヤーに対応していませんし、キーフレームには1つのSpriteしか設定できませんので、単純なパラパラアニメしか作ることができません。

その他

　他にも、マップチップを使用して任意サイズのスプライトを作るTileMap機能もあります。

長所

• 間接アニメを作ることができます。
• 元からゲーム用途を想定して作られているため、なかなかかゆい所に手が届く出来です。アニメーションエディタとしても優秀ですし、PGとしてはアニメーションにデータを埋め込んで、それをイベント(OnSsUserData)として簡単に取れるので連携がしやすいです。

短所

　マテリアルの設定が自由にできないことです。基本的にSpriteStudioプラグインが用意しているデフォルトマテリアルしか使うことができません。一応、任意のマテリアルを設定する仕組みはありますが、ダイナミックマテリアルインスタンスに対応してないため、使い勝手がよくありません。

Flasher向けに

　Flashを触った経験があるとSpriteStudioのエディタはちょっと戸惑うと思います。戸惑いの原因はアニメを作る時の考え方の違いです。
　Flashは「ある時間になんの絵がどこにあるか」という考え方ですが、SpriteStudioは「ある絵がある時間にどこにあるか」という考え方で作られています。
　SpriteStudioエディタのレイヤーに見える部分はFlash的なレイヤーではありません。ビットマップ(MovieClip)シンボルを指していると考えてください。