Bir oyundaki tüm görüntüleri 1 dosyaya nasıl koyabilirsin?

C ++ SFML ile yazılmış basit bir RPG oyununu yeni bitirdim, oyuna çok çaba sarf ettim ve dağıtmak isterdim, ancak küçük bir sorunla karşılaştım.

Sorun şu ki, 200'den fazla resim ve harita dosyam var (hepsi harita kodlarını tutan .txt dosyaları) yürütülebilir dosyayla aynı klasörde. Klasöre baktığımda, biraz ağlamak istememe neden oluyor o kadar çok kaynak, hiç bir zaman tüm kaynakları size gösteren bir oyun görmedim, bunun yerine kaynakları belli bir dosyaya topladıklarına inanıyorum.

Tamam, elde etmeye çalıştığım şey bu: Tüm görüntüleri 1 dosyaya yerleştirmeyi umuyorum (belki .txt dosyaları da) o zaman bu dosyadan okuyabilir veya kolayca ekleyebilirim.

Oyun programcıları, iki ana veri depolama yönteminden birine güvenmiştir:

• her veri dosyasını ayrı bir dosya olarak saklayın
• her veri dosyasını özel bir arşiv biçiminde saklayın

İlk çözümün dezavantajı boşa harcanan disk alanı problemi ve daha yavaş kurulum problemidir.

İkinci çözüm, kendi tuzaklarını sağlar, ilk önce kendi görüntü / ses / etc'inizi yazmanız gerekir. arşivlenmiş verilere erişmek için özel bir API kullanan rutinleri yükleme. Diğer bir dezavantajı, arşivleri ilk etapta oluşturmak için kendi arşivleme yardımcı programını yazmanız gerektiğidir.

Tüm dosyaları her zaman arşivden yüklemeyecekseniz, TAR / GZ çok iyi bir fikir olmayabilir, çünkü belirli dosyaları istediğiniz gibi çıkaramazsınız. Birçok oyunun bireysel dosyaları gerektiği gibi çıkarmanıza izin veren ZIP arşivlerini kullanmasının nedeni budur (iyi bir örnek, PK3 dosyaları farklı bir uzantıya sahip ZIP dosyalarından başka bir şey olmayan Quake 3'tür).

• http://zpp-library.sourceforge.net/
• http://www.winimage.com/zLibDll/minizip.html

EDIT: oyun klasörü yapısını "gizle" ve sadece çalıştırılabilirleri "tut"

Başka bir çözüm de genellikle oyun dosyalarını klasör yapısında "gizlemek" için kullanılır. Yalnızca çalıştırılabilir dosyalarınızı ve belki de ana dizindeki bir benioku dosyasını saklayın ve oyun dosyalarını "data" veya benzeri bir dosya adı altında bir alt klasöre taşıyın.

EDIT: Gamedev Tuts Plus'ın güzel bir kaynağı var

• http://gamedev.tutsplus.com/tutorials/implementation/create-custom-binary-file-formats-for-your-games-data/

EDIT: libarchive

ZIP dosyası gibi bir arşivden dosyaları çıkarmayı işleyen bir arşivleme kütüphanesi olan potansiyel bir çözüm kütüphanesi. Ayıklanan dosyayı standart bir DOSYA işaretleyicisine atamanıza izin verir, bu da diğer tüm kitaplıklarla etkileşimi potansiyel olarak daha kolay hale getirir.

• http://libarchive.github.com/

EDIT: ZIP Alternatif uzantılı dosyalar biçimlendirin

Burada, @Joachim Sauer adlı kullanıcının Yorumunu beğendim

Alternatif uzantılı Posta formatlı dosyaları kullanma yanı oyunların dışında büyük bir geleneğe sahiptir: Java yapar , OpenDocument Biçimi (OpenOffice / LibreOffice biçimi aka) yapar , hatta ( "yeni" Microsoft Office biçiminde aka) Office Açık XML yapar .

Genellikle oyun dosyalarını "gizlemek" için kullanılan başka bir çözüm de klasör yapısıdır. Yalnızca çalıştırılabilir dosyalarınızı ve belki de ana dizindeki bir benioku dosyasını saklayın ve oyun dosyalarını alt bir veri klasörüne taşıyın. Bunu yapmanın çok nadir olduğunu sanmıyorum. Bildiğim birçok oyun içeriklerini bu şekilde saklıyor.

Bunun için PhysFS'yi gerçekten seviyorum . Klasörlere veya zip arşivlerine aynı kodla erişmenizi sağlar. Oyun ömrünün tüm aşamalarında işe yarar.

1. Geliştirme sırasında : kaynaklara doğrudan bir klasör hiyerarşisinden erişin. Bu şekilde sıkıştırılmış arşivler yolunda değildir ve hızlı bir şekilde yineleyebilirsiniz.
2. İlk dağıtım : kolay dağıtım / hızlı kurulum için kaynaklarınızı sıkıştırın. Kod değiştirmek gerekmez. PhysFS'i klasör yerine zip yerine koy.
3. Güncellemeler / Modlama: PhysFS, kaynakların birinden diğerine geçmediği birden fazla zip arşivi yükleyebilir. Güncellemeler sadece değiştirilen dosyalar ile yeni bir zip kadar basit olabilir. Benzer şekilde modding için.

Güncelleme:

PhysFS öğrenmek için kaynak ve doxygen belgelerine dahil edilen öğreticiyi kullandım . API oldukça basittir, görüntülerin SFML'ye dosya yolu yerine bellek arabellekleri ile nasıl yükleneceğini öğrenmek için daha fazla zaman harcarsınız.

ZIP dosyası kullanmanızı öneririm. Her yerde bulunan bir formattır ve bir ZIP dosyası içinden dosya yüklemenizi sağlayan hazır kütüphaneler bulacaksınız. Hızlı bir Google araması bile sfml için bir zip yükleyici ortaya çıkardı .

Eh, dedikleri gibi hile yapabilirsin :) Görüntüden bir sprite-sayfası yapabilirsin, bugünlerde tonlarca yer kazanmadığı sürece onu sıkıştırmaya gerek yok. Görüntülerden bir hareketli grafik sayfası veya birkaç hareketli grafik sayfası oluşturduktan sonra, uzantılarını yeniden adlandırabilirsiniz. Çoğu oyuncu kontrol etmeye zahmet etmeyecek ve neden bu seçeneği gelecekte oyununuzu değiştirmek isteyebilecek Sanatçılar'a bırakmayacaksınız? Bu şekilde bir sprite sayfası da oluşturabilirler, uzantısını yeniden adlandırabilir ve yayınlanmaya başlayabilirler.

Metin dosyaları ile alçakgönüllülükle bu verileri ikili forma dönüştürmenizi öneririm. Bunu yapmanın basit bir yolunu bulacağınızdan eminim .. Örneğin, yalnızca AZ, az ve 0-9 kullanıyorsanız, her bir karakteri temsil etmek için 6 bit kullanabilirsiniz, bu telif hakkıyla korunan malzemenizi biraz koruyacaktır, ayrıca başkalarının haritaları düzenlemesini de önleyecektir. İsterseniz her zaman bir harita dönüştürücü ekleyebilirsiniz. Sıkıştırma da metin için tamamen mantıklı.

Sadece kaynak sayısı veya disk alanı ile ilgili değil.
OpenGL ile çalışan SFML'yi kullandığınız birçok farklı doku dosyasıyla, bir doku oluşturacağınız her seferinde, OpenGL'nin bir sonraki dokuyu ekran kartına bağlaması gerekir (glBindTexture ()) ve gerçekten pahalı bir görev.
Bunu göz önünde bulundurarak, oyunların genellikle oyunun menülerine / seviyelerine / haritalarına göre spritesheets adı verilen aynı dokuya birkaç sprite koyduğunu fark edebilirsiniz.
Sonuç, aynı cilt dokusu çağrısı ile çok sayıda sprit oluşturduğunuz için performansta büyük bir kazançtır.

Kişisel olarak bunun için özel ikili dosya yolunu izlerdim. Bu şimdi her zaman kendim yaptığım bir şey, göründüğü kadar zor değil ve aynı zamanda oyun kaynak dosyalarınız için gizlilik düzeyi de sağlıyor. İlgileniyorsanız, uzun zaman önce bununla ilgili küçük bir giriş yapan Gamedev makalesi yazdım:

http://gamedev.tutsplus.com/tutorials/implementation/create-custom-binary-file-formats-for-your-games-data/

Sprite-levhalar tamamen farklı bir konudur, ancak çoğu oyunun normlarıdır :)

Kullanabileceğiniz başka bir yöntem:

XnView'ün ücretsiz sürümü, " Strip of Images" (ÜSTKRKT + A) adlı, oluşturmanıza olanak sağlayan bir özellik sunar sprite-collections.

Bu, dosya erişimini en aza indirir ve web uygulamalarının / oyunların sayısını azaltmak için özellikle önemlidir HTTP-roundtrips.

Tek tek görüntülere erişim daha sonra koordinat haritaları (örneğin css-tanımları) ile sağlanır.

Öncelikle, kendi görsel / ses / etc'inizi yazmalısınız. arşivlenmiş verilere erişmek için özel bir API kullanan rutinleri yükleme. Diğer bir dezavantajı, arşivleri ilk etapta oluşturmak için kendi arşivleme yardımcı programını yazmanız gerektiğidir. Tüm dosyaları her zaman arşivden yüklemeyecekseniz, TAR / GZ çok iyi bir fikir olmayabilir, çünkü belirli dosyaları istediğiniz gibi çıkaramazsınız. Birçok oyunun bireysel dosyaları gerektiği gibi çıkarmanıza izin veren ZIP arşivlerini kullanmasının nedeni budur (iyi bir örnek, PK3 dosyaları farklı bir uzantıya sahip ZIP dosyalarından başka bir şey olmayan Quake 3'tür). http://zpp-library.sourceforge.net/