File formats - Revision history

Datiswous: /* OBJ */

2025-01-19T23:25:47Z

OBJ

← Older revision		Revision as of 23:25, 19 January 2025
Line 20:		Line 20:
	=== OBJ ===		=== OBJ ===

	* ~~the only format~~ added ~~specifically for~~ TDM, ~~so not very widespread~~		* obj support has been added to TDM fairly recently, there aren't many missions yet that use it.
	* uncompressed size is large because it is text		* uncompressed size is large because it is text
	* loading is very fast		* loading is very fast


	== Ragdolls ==		== Ragdolls ==

Datiswous at 11:04, 15 January 2025

2025-01-15T11:04:06Z

← Older revision		Revision as of 11:04, 15 January 2025
Line 97:		Line 97:
	[http://wiki.polycount.com/wiki/DXT Info on DXT compression formats]<br>		[http://wiki.polycount.com/wiki/DXT Info on DXT compression formats]<br>
	[http://wiki.polycount.com/wiki/3Dc Info on 3Dc compression format] (for normalmaps)		[http://wiki.polycount.com/wiki/3Dc Info on 3Dc compression format] (for normalmaps)


	== Sound files ==		== Sound files ==

Datiswous: /* DDS */ added links to external info

2025-01-15T11:03:17Z

DDS: added links to external info

← Older revision		Revision as of 11:03, 15 January 2025
Line 91:		Line 91:
	This is container which can in principle store both compressed and uncompressed data, but is used only for precompressed textures. TDM supports DXT1 (BC1), DXT3 (BC2), DXT5 (BC3) (and 3Dc (BC5) for normalmaps, since 2.10), RGTC compressed formats (each of these formats has a bunch of pseudonymes).		This is container which can in principle store both compressed and uncompressed data, but is used only for precompressed textures. TDM supports DXT1 (BC1), DXT3 (BC2), DXT5 (BC3) (and 3Dc (BC5) for normalmaps, since 2.10), RGTC compressed formats (each of these formats has a bunch of pseudonymes).
	DXT3 and DXT5 support transparency (but in different ways).		DXT3 and DXT5 support transparency (but in different ways).



	If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.		If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.
	The engine has a fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.		The engine has a fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.

			[http://wiki.polycount.com/wiki/DXT Info on DXT compression formats]<br>
			[http://wiki.polycount.com/wiki/3Dc Info on 3Dc compression format] (for normalmaps)

	== Sound files ==		== Sound files ==

Datiswous at 10:53, 15 January 2025

2025-01-15T10:53:25Z

← Older revision		Revision as of 10:53, 15 January 2025
Line 62:		Line 62:

	=== In-game videos ===		=== In-game videos ===
	One specific case is animated textures (e.g. water), and they are usually implemented as a pack of copy/pasted if-s in a material file, which point to different frame images. Something like "Motion JPEG/TGA/PNG/DDS". It's also possible to ~~play~~ a video on a texture.		One specific case is animated textures (e.g. water), and they are usually implemented as a pack of copy/pasted if-s in a material file, which point to different frame images. Something like "Motion JPEG/TGA/PNG/DDS". It's also possible to display a video on a texture.


Line 96:		Line 96:
	If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.		If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.
	The engine has a fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.		The engine has a fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.


	== Sound files ==		== Sound files ==

Datiswous: changes to dds section

2025-01-15T10:51:28Z

changes to dds section

← Older revision		Revision as of 10:51, 15 January 2025
Line 23:		Line 23:
	* uncompressed size is large because it is text		* uncompressed size is large because it is text
	* loading is very fast		* loading is very fast


	== Ragdolls ==		== Ragdolls ==
Line 58:		Line 59:
	* The mainstream format is mp4 + h264 + aac for FMV.		* The mainstream format is mp4 + h264 + aac for FMV.
	* There is also still legacy support for ROQ which is an old format used in Doom 3.		* There is also still legacy support for ROQ which is an old format used in Doom 3.
	~~I think all~~ the other formats are disabled in the FFmpeg build that we use.		All the other formats are disabled in the FFmpeg build that we use.

	=== In-game videos ===		=== In-game videos ===
	One specific case is animated textures (e.g. water), and they are usually implemented as a pack of copy/pasted if-s in a material file, which point to different frame images. Something like "Motion JPEG/TGA/PNG/DDS" ~~😃 Maybe one day we will make this approach easier~~ to ~~use..~~.		One specific case is animated textures (e.g. water), and they are usually implemented as a pack of copy/pasted if-s in a material file, which point to different frame images. Something like "Motion JPEG/TGA/PNG/DDS". It's also possible to play a video on a texture.


Line 71:		Line 72:
	=== TGA ===		=== TGA ===
	The simplest uncompressed format, basically default in case compression is not used.		The simplest uncompressed format, basically default in case compression is not used.
			Used often for normalmap textures
	* Supports transparency.		* Supports transparency.

Line 83:		Line 85:
	Lossy format, pretty small and rather fast to load.		Lossy format, pretty small and rather fast to load.
	* '''Does not''' supports transparency.		* '''Does not''' supports transparency.
	~~I think it is usually~~ used for screenshots and maybe GUI images, otherwise not popular.		Usually used for screenshots and maybe GUI images, otherwise not popular. Usually used for DarkRadiant editor image.


	=== DDS ===		=== DDS ===
	This is container which can in principle store both compressed and uncompressed data, but ~~I think we use it~~ only for precompressed textures. TDM supports DXT1, DXT3, DXT5, RGTC compressed formats (each of these formats has a bunch of pseudonymes).		This is container which can in principle store both compressed and uncompressed data, but is used only for precompressed textures. TDM supports DXT1 (BC1), DXT3 (BC2), DXT5 (BC3) (and 3Dc (BC5) for normalmaps, since 2.10), RGTC compressed formats (each of these formats has a bunch of pseudonymes).
	DXT3 ~~supports~~ transparency.		DXT3 and DXT5 support transparency (but in different ways).



	If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.		If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.
	The engine has fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.		The engine has a fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.

	== Sound files ==		== Sound files ==

Datiswous: /* Models */ removed some stuff that is opiniated, other people have stated oposite opinions. I cannot verify which is correct.

2025-01-15T10:02:08Z

Models: removed some stuff that is opiniated, other people have stated oposite opinions. I cannot verify which is correct.

← Older revision		Revision as of 10:02, 15 January 2025
Line 8:		Line 8:
	* somewhat default		* somewhat default
	* small uncompressed size since it is binary		* small uncompressed size since it is binary
	* loading code can be slow ~~and (some people have reported) it can sometimes break your model (smoothing groups might be a pain)~~		* loading code can be slow


Line 15:		Line 15:
	* somewhat default		* somewhat default
	* larger uncompressed size since it is text		* larger uncompressed size since it is text
	* loading code can be slow ~~and (some people have reported) it can sometimes break your model (smoothing groups might be a pain)~~		* loading code can be slow


Line 21:		Line 21:

	* the only format added specifically for TDM, so not very widespread		* the only format added specifically for TDM, so not very widespread
	* uncompressed size is large because it is text ~~(compressed size is smaller than ASE and LWO formats)~~		* uncompressed size is large because it is text
	* loading is very fast ~~and does not "fix"/break your model, you'll get exactly the topology & smoothing you exported~~		* loading is very fast


	== Ragdolls ==		== Ragdolls ==

Stgatilov: Out of compressed texture formats we support, only DXT3 supports transparency well enough

2025-01-06T21:13:40Z

Out of compressed texture formats we support, only DXT3 supports transparency well enough

← Older revision		Revision as of 21:13, 6 January 2025
Line 89:		Line 89:
	=== DDS ===		=== DDS ===
	This is container which can in principle store both compressed and uncompressed data, but I think we use it only for precompressed textures. TDM supports DXT1, DXT3, DXT5, RGTC compressed formats (each of these formats has a bunch of pseudonymes).		This is container which can in principle store both compressed and uncompressed data, but I think we use it only for precompressed textures. TDM supports DXT1, DXT3, DXT5, RGTC compressed formats (each of these formats has a bunch of pseudonymes).
	~~Supports~~ transparency.		DXT3 supports transparency.

	If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.		If you use compressed DDS, then you can be sure it will be displayed as is, as no further processing it applied to it. Sometimes it is good, sometimes it is bad.
	The engine has fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.		The engine has fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.


	== Sound files ==		== Sound files ==

Datiswous at 11:36, 6 January 2025

2025-01-06T11:36:04Z

← Older revision		Revision as of 11:36, 6 January 2025
Line 14:		Line 14:

	* somewhat default		* somewhat default
	* larger uncompressed size since it is text ~~(compressed size is probably OK?)~~		* larger uncompressed size since it is text
	* loading code can be slow and (some people have reported) it can sometimes break your model (smoothing groups might be a pain)		* loading code can be slow and (some people have reported) it can sometimes break your model (smoothing groups might be a pain)

Line 21:		Line 21:

	* the only format added specifically for TDM, so not very widespread		* the only format added specifically for TDM, so not very widespread
	* uncompressed size is large because it is text (compressed size is ~~probably OK?~~)		* uncompressed size is large because it is text (compressed size is smaller than ASE and LWO formats)
	* loading is very fast and does not "fix"/break your model, you'll get exactly the topology & smoothing you exported		* loading is very fast and does not "fix"/break your model, you'll get exactly the topology & smoothing you exported

Datiswous at 11:33, 6 January 2025

2025-01-06T11:33:35Z

← Older revision		Revision as of 11:33, 6 January 2025
Line 65:		Line 65:


	== ~~textures~~ and images ==		== Textures and images ==

	(Images inside guis (briefing, readables) use the same material loading system, so they should support all the same image formats.)		(Images inside guis (briefing, readables) use the same material loading system, so they should support all the same image formats.)

Datiswous at 11:31, 6 January 2025

2025-01-06T11:31:42Z

← Older revision		Revision as of 11:31, 6 January 2025
Line 53:		Line 53:
	* Maya ascii format (.ma, mb), currently no further known info on it.		* Maya ascii format (.ma, mb), currently no further known info on it.
	* OpenFlight model (.flt), currently no further known info on it.		* OpenFlight model (.flt), currently no further known info on it.


	== Video ==		== Video ==
Line 67:		Line 68:

	(Images inside guis (briefing, readables) use the same material loading system, so they should support all the same image formats.)		(Images inside guis (briefing, readables) use the same material loading system, so they should support all the same image formats.)


	=== TGA ===		=== TGA ===
Line 92:		Line 94:
	The engine has fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.		The engine has fast compressor/decompressed for all texture compression formats, so if you supply TGAs and they are compressed on load, you only lose in mission size.

	== ~~sound~~ files ==
			== Sound files ==

	=== OGG ===		=== OGG ===
Line 98:		Line 101:
	* Default used format		* Default used format
	* OGG files are loaded on level start, but decompressed on the fly.		* OGG files are loaded on level start, but decompressed on the fly.


	=== WAV ===		=== WAV ===