XNA Content Pipeline w MonoGame

Pierwszy project MonoGame dla Windows 8 (i nie tylko) gotowy. Ale poprzednio wspomniałem, że obecna wersja MonoGame nie obsługuje XNA Content Pipeline. W tym poście podam rozwiązanie (mam nadzieję, że tylko tymczasowe) tego problemu, bo Content i assety są nam baaaardzo potrzebne.

Ten post jest częścią serii poświęconej tworzeniu i portowaniu gier dla Windows Store w technologii XNA (MonoGame).

Zobacz też

• Wstęp do MonoGame na Windows 8
• Instacja MonoGame dla Windows 8
• Pierwszy projekt MonoGame dla Windows 8
• Portowanie gier z XNA WP7 na Windows 8 MonoGame
  

XNA Content Pipeline

Jest to proces, który przetwarza różnego rodzaju assety (grafiki, dźwięki czy muzykę) na odpowiednie komponenty, z których później może korzystać aplikacja XNA.

Źródło: http://msdn.microsoft.com/en-us/library/bb447745.aspx

Dzięki temu programista może zupełnie zapomnieć o różnych typach obrazków, formatach audio itd. bo Content Pipeline wie co robić z większością typów plików. Na końcu procesu powstają pliki z rozszerzeniem *.XNB, które w runtime, gdy gra zostanie uruchomiona mogą zostać wczytane do aplikacji za pomocą metody Load<T>() klasy ContentManager:

private Texture2D playerTexture;

protected override void LoadContent()
{
	// Create a new SpriteBatch, which can be used to draw textures.
	spriteBatch = new SpriteBatch(GraphicsDevice);

	// TODO: use this.Content to load your game content here
	playerTexture = Content.Load<Texture2D>("player");
}

XNA Content Pipeline w MonoGame

Poprzednio wspomniałem, że Content Pipeline nie jest obecne (jeszcze!) w MonoGame. Ale nic nie stoi na przeszkodzie aby ładować wcześniej przygotowane assety z plików *.XNB.

Oficjalne obejście polega na tym, aby za pomocą np. Visual Studio 2010 w projekcie XNA Game Studio 4 (lub innym projekcie XNA, może być nawet na Windows Phone 7), przygotować Content, a następnie go skompilować.

Po skompilowaniu przejdź do katalogu gdzie zrobił się build. Najczęściej będzie to katalog Solucja -> Projekt -> Bin -> Debug (lub Release). W tym miejscu interesuje nas katalog Content. W nim znajdują się wszystkie skompilowane (przetworzone przez Content Pipeline) assety w postaci plików *.XNB. Możesz sprawdzić sam co jest w środku. Skopiuj katalog Content.

Teraz odszukaj analogiczny katalog w solucji Visual Studio 2012 MonoGame z Twoją grą (jeśli nie masz takiego projektu to utwórz go wcześniej). Skompiluj projekt gry MonoGame i przejdź do katalogu (w solucji Visual Studio 2012, MonoGame) -> Bin -> Debug (lub Release) -> AppX -> i wklej tutaj wcześniej skopiowany katalog Content.

Teraz w runtime Twoja aplikacja będzie widziała, będzie miała dostęp do assetów!

Co dalej

Czekamy na kolejne wersje MonoGame. Przypominam, że na tą chwilę używam MonoGame 3.0, które jest w wersji Beta. W tej wersji w ogóle po raz pierwszy pojawiło się wsparcie dla aplikacji Windows Store. Póki co trzeba sobie radzić z przerzucaniem plików *.XNB miedzy projektami XNA Game Studio, a MonoGame.