UMV - Revision history

Sembiance: samples

2025-05-14T15:10:36Z

samples

← Older revision		Revision as of 08:10, 14 May 2025
Line 1:		Line 1:
	* Extension: UMV		* Extension: UMV
	* Samples: http://samples.mplayerhq.hu/game-formats/umv/		* Samples: http://samples.mplayerhq.hu/game-formats/umv/
			* Samples: {{DexvertSamples\|video/umvVideo}}

	UMV is a full motion video file format used in several DOS games like [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse] and [https://www.mobygames.com/game/dracula-unleashed Dracula Unleashed].		UMV is a full motion video file format used in several DOS games like [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse] and [https://www.mobygames.com/game/dracula-unleashed Dracula Unleashed].

Kostya: fill an updated description

2022-12-16T11:22:44Z

fill an updated description

@@ Line 2: / Line 2: @@
 * Samples: http://samples.mplayerhq.hu/game-formats/umv/
-UMV is (suspected to be) a full motion video file format used in the DOS game [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse].
+UMV is a full motion video file format used in several DOS games like [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse] and [https://www.mobygames.com/game/dracula-unleashed Dracula Unleashed].
-[[Category:Video Codecs]]
+The format is split into individual packets, with no special header.
-[[Category:Game Formats]]
+Each packet starts with 4 bytes packet size (big-endian, including the 4 bytes for the size itself), followed by the size value of the previous packet (0 if there is no previous one).
-[[Category:Undiscovered Game Formats]]
+The following 4 bytes are packet type.
-The format is split into individual "packets", with no special header.
+Intra frames are stored in raw form (i.e. usually 16000 bytes for 160x100 frame) followed by palette change data (the same as palette chunk).
-The PCM "packets" are strange, e.g. in V_END7.UMV most packets seem to have only a size of 8820 bytes, the remaining bytes are filled up with the value 0x80 - whereas the e.g. first PCM packet and the one starting at 0x47f2c seem to contain audio data all the way.
+Delta frames employ rather simple compression for conveying pixel change information: at first a byte is read and treated as a bitmask (MSB first) telling to update the following 0-8 pixels with the values read from the bitstream. E.g. <code>02 2A</code> will skip 6 pixels, set the following pixel to <code>0x2A</code> and skip one more pixel. There's a special case though: code 0x05 may be used to signal long skip, so <code>05 00 aa bb</code> means updating two pixels and <code>05 nz aa bb</code> means skipping <code>(aa * 256 + bb) * 8</code> pixels.
-Video seems to be a paletted format, where the palette is stored in packets of type 0x40 in a 1-byte per component, 3 component format (i.e. 768 bytes for a full palette). It is possible that these palette packets specify the first and last palette entry they replace, so only parts of the palette can be changed.
+[[Category:Video Codecs]]
-Packets of type 0x20 might code full frames/keyframes at a resolution of 160x120.
+[[Category:Game Formats]]

Reimar at 10:51, 15 May 2009

2009-05-15T10:51:24Z

← Older revision		Revision as of 03:51, 15 May 2009
Line 19:		Line 19:
	The PCM "packets" are strange, e.g. in V_END7.UMV most packets seem to have only a size of 8820 bytes, the remaining bytes are filled up with the value 0x80 - whereas the e.g. first PCM packet and the one starting at 0x47f2c seem to contain audio data all the way.		The PCM "packets" are strange, e.g. in V_END7.UMV most packets seem to have only a size of 8820 bytes, the remaining bytes are filled up with the value 0x80 - whereas the e.g. first PCM packet and the one starting at 0x47f2c seem to contain audio data all the way.
	Possibly the value 0x80 is not allowed in the signed PCM format used but instead indicates padding/values to be dropped?		Possibly the value 0x80 is not allowed in the signed PCM format used but instead indicates padding/values to be dropped?

			Video seems to be a paletted format, where the palette is stored in packets of type 0x40 in a 1-byte per component, 3 component format (i.e. 768 bytes for a full palette). It is possible that these palette packets specify the first and last palette entry they replace, so only parts of the palette can be changed.
			Packets of type 0x20 might code full frames/keyframes at a resolution of 160x120.

Reimar at 10:40, 15 May 2009

2009-05-15T10:40:27Z

← Older revision		Revision as of 03:40, 15 May 2009
Line 16:		Line 16:
	00 00 00 40 00 00 00 00 00 00 00 02 00 02 c8 00		00 00 00 40 00 00 00 00 00 00 00 02 00 02 c8 00
	where 0x40 is the size of that first packet, 0 is the size of the previous one, the packet "type" is 2 and 0x2c800 is the start offset of the next packet group.		where 0x40 is the size of that first packet, 0 is the size of the previous one, the packet "type" is 2 and 0x2c800 is the start offset of the next packet group.

			The PCM "packets" are strange, e.g. in V_END7.UMV most packets seem to have only a size of 8820 bytes, the remaining bytes are filled up with the value 0x80 - whereas the e.g. first PCM packet and the one starting at 0x47f2c seem to contain audio data all the way.
			Possibly the value 0x80 is not allowed in the signed PCM format used but instead indicates padding/values to be dropped?

Reimar at 10:25, 15 May 2009

2009-05-15T10:25:00Z

← Older revision		Revision as of 03:25, 15 May 2009
Line 10:		Line 10:
	The format is split into individual "packets", with no special header.		The format is split into individual "packets", with no special header.
	Each packet starts with 4 bytes packet size (big-endian, including the 4 bytes for the size itself), followed by the size value of the previous packet (0 if there is no previous one).		Each packet starts with 4 bytes packet size (big-endian, including the 4 bytes for the size itself), followed by the size value of the previous packet (0 if there is no previous one).
			The following 4 bytes are probably some kind of "packet type" value.
			Packets are grouped together, with the last packet in a group having a size value of 0 and type 00 00 00 80.
			After each packet group follows a section of PCM audio samples, up to the start of the next packet group.
			The start offset of the next packet group is coded in the first packet of the current group, such a packet starts e.g. like this:
			00 00 00 40 00 00 00 00 00 00 00 02 00 02 c8 00
			where 0x40 is the size of that first packet, 0 is the size of the previous one, the packet "type" is 2 and 0x2c800 is the start offset of the next packet group.

Reimar at 21:13, 14 May 2009

2009-05-14T21:13:57Z

← Older revision		Revision as of 14:13, 14 May 2009
Line 9:		Line 9:

	The format is split into individual "packets", with no special header.		The format is split into individual "packets", with no special header.
	Each packet starts with 4 bytes packet size (~~little~~-endian, including the size itself), followed by the size value of the previous packet (0 if there is no previous one).		Each packet starts with 4 bytes packet size (big-endian, including the 4 bytes for the size itself), followed by the size value of the previous packet (0 if there is no previous one).

Reimar at 21:12, 14 May 2009

2009-05-14T21:12:26Z

← Older revision		Revision as of 14:12, 14 May 2009
Line 7:		Line 7:
	[[Category:Game Formats]]		[[Category:Game Formats]]
	[[Category:Undiscovered Game Formats]]		[[Category:Undiscovered Game Formats]]

			The format is split into individual "packets", with no special header.
			Each packet starts with 4 bytes packet size (little-endian, including the size itself), followed by the size value of the previous packet (0 if there is no previous one).

Multimedia Mike: correct categories

2009-05-06T04:20:57Z

correct categories

← Older revision		Revision as of 21:20, 5 May 2009
Line 4:		Line 4:
	UMV is (suspected to be) a full motion video file format used in the DOS game [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse].		UMV is (suspected to be) a full motion video file format used in the DOS game [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse].

	~~[[Category:File Formats]]~~
	[[Category:Video Codecs]]		[[Category:Video Codecs]]
	[[Category:Game Formats]]		[[Category:Game Formats]]
	[[Category:Undiscovered Formats]]		[[Category:Undiscovered Game Formats]]

Multimedia Mike at 04:20, 6 May 2009

2009-05-06T04:20:17Z

New page

* Extension: UMV
* Samples: http://samples.mplayerhq.hu/game-formats/umv/

UMV is (suspected to be) a full motion video file format used in the DOS game [http://www.mobygames.com/game/dos/are-you-afraid-of-the-dark-the-tale-of-orpheos-curse Are You Afraid of the Dark? The Tale of Orpheo's Curse].

[[Category:File Formats]]
[[Category:Video Codecs]]
[[Category:Game Formats]]
[[Category:Undiscovered Formats]]