devilutionX/Source/engine/load_cel.cpp

#include "engine/load_cel.hpp"

#ifdef DEBUG_CEL_TO_CL2_SIZE
#include <iostream>
#endif

#include "engine/load_file.hpp"
#include "utils/cel_to_clx.hpp"

namespace devilution {

OwnedClxSpriteListOrSheet LoadCelListOrSheet(const char *pszName, PointerOrValue<uint16_t> widthOrWidths)
{
	size_t size;
	std::unique_ptr<uint8_t[]> data = LoadFileInMem<uint8_t>(pszName, &size);
#ifdef DEBUG_CEL_TO_CL2_SIZE
	std::cout << pszName;
#endif
	return CelToClx(data.get(), size, widthOrWidths);
}

} // namespace devilution
🚚 engine.h: Extract `CelSprite` and file loading 5 years ago			`#include "engine/load_cel.hpp"`

Load all CEL as CL2 Convert CEL files to CL2 at load time. CL2 format is more efficient and is about as fast to render. CEL vs CL2 sizes, on dLvl 5: https://gist.github.com/glebm/9bbdd76962abcd4fd2405ecd3379af97 Memory: * Peak memory (while loading): -300 KiB * Memory in-game (dLvl5): -700 KiB * RG99 binary size: -15 KiB (1333096 -> 1317192) Performance on rg99: * On average, -1 FPS in town. * Same FPS in dungeon (20 FPS on dLvl 1). 4 years ago			`#ifdef DEBUG_CEL_TO_CL2_SIZE`
			`#include <iostream>`
			`#endif`

🚚 engine.h: Extract `CelSprite` and file loading 5 years ago			`#include "engine/load_file.hpp"`
CLX: A new graphics format The format is almost identical to CL2, except it uses the frame header to store frame width and height instead of 5 32-line offsets. This means we always have access to frame dimensions, so we can use it as an on-disk format for our graphics as well. Additionally, we may be able to optimize the rendering even more in the future now that we have guaranteed knowledge of frame dimensions. 4 years ago			`#include "utils/cel_to_clx.hpp"`
🚚 engine.h: Extract `CelSprite` and file loading 5 years ago
			`namespace devilution {`

CLX: A new graphics format The format is almost identical to CL2, except it uses the frame header to store frame width and height instead of 5 32-line offsets. This means we always have access to frame dimensions, so we can use it as an on-disk format for our graphics as well. Additionally, we may be able to optimize the rendering even more in the future now that we have guaranteed knowledge of frame dimensions. 4 years ago			`OwnedClxSpriteListOrSheet LoadCelListOrSheet(const char *pszName, PointerOrValue<uint16_t> widthOrWidths)`
Load all CEL as CL2 Convert CEL files to CL2 at load time. CL2 format is more efficient and is about as fast to render. CEL vs CL2 sizes, on dLvl 5: https://gist.github.com/glebm/9bbdd76962abcd4fd2405ecd3379af97 Memory: * Peak memory (while loading): -300 KiB * Memory in-game (dLvl5): -700 KiB * RG99 binary size: -15 KiB (1333096 -> 1317192) Performance on rg99: * On average, -1 FPS in town. * Same FPS in dungeon (20 FPS on dLvl 1). 4 years ago			`{`
			`size_t size;`
			`std::unique_ptr<uint8_t[]> data = LoadFileInMem<uint8_t>(pszName, &size);`
			`#ifdef DEBUG_CEL_TO_CL2_SIZE`
			`std::cout << pszName;`
			`#endif`
CLX: A new graphics format The format is almost identical to CL2, except it uses the frame header to store frame width and height instead of 5 32-line offsets. This means we always have access to frame dimensions, so we can use it as an on-disk format for our graphics as well. Additionally, we may be able to optimize the rendering even more in the future now that we have guaranteed knowledge of frame dimensions. 4 years ago			`return CelToClx(data.get(), size, widthOrWidths);`
Load all CEL as CL2 Convert CEL files to CL2 at load time. CL2 format is more efficient and is about as fast to render. CEL vs CL2 sizes, on dLvl 5: https://gist.github.com/glebm/9bbdd76962abcd4fd2405ecd3379af97 Memory: * Peak memory (while loading): -300 KiB * Memory in-game (dLvl5): -700 KiB * RG99 binary size: -15 KiB (1333096 -> 1317192) Performance on rg99: * On average, -1 FPS in town. * Same FPS in dungeon (20 FPS on dLvl 1). 4 years ago			`}`

🚚 engine.h: Extract `CelSprite` and file loading 5 years ago			`} // namespace devilution`