NXL - Revision history

Sembiance: samples

2025-05-14T15:03:53Z

samples

← Older revision		Revision as of 08:03, 14 May 2025
Line 1:		Line 1:
			* Samples: {{DexvertSamples\|video/nxlVideo}}

	NXL is a format used for cutscenes in [https://www.mobygames.com/game/898/the-lawnmower-man/ The Lawnmower Man] game as well [https://www.mobygames.com/game/3307/cyberwar/ Cyberwar] trailers. The format is big-endian, uses chunks padded to 64 bytes and stores raw video and audio.		NXL is a format used for cutscenes in [https://www.mobygames.com/game/898/the-lawnmower-man/ The Lawnmower Man] game as well [https://www.mobygames.com/game/3307/cyberwar/ Cyberwar] trailers. The format is big-endian, uses chunks padded to 64 bytes and stores raw video and audio.

Kostya: update some known information

2025-01-07T17:51:28Z

update some known information

← Older revision		Revision as of 10:51, 7 January 2025
Line 1:		Line 1:
	NXL is a format used for cutscenes in [https://www.mobygames.com/game/898/the-lawnmower-man/ The Lawnmower Man] game. The format is big-endian, uses chunks padded to 64 bytes and stores raw video and audio.		NXL is a format used for cutscenes in [https://www.mobygames.com/game/898/the-lawnmower-man/ The Lawnmower Man] game as well [https://www.mobygames.com/game/3307/cyberwar/ Cyberwar] trailers. The format is big-endian, uses chunks padded to 64 bytes and stores raw video and audio.

	NXL files comprise a series of chunk headers with optional payload following. The first chunk should be of type 1.		NXL files comprise a series of chunk headers with optional payload following. The first chunk should be of type 1.
Line 56:		Line 56:

	Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format (if EGA) or de-interleaved 2 or 4 strips (for 8-bit NXL2). I.e. for NXL1 each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... \| 0100... \| 1000... \| 0000...</code>. For NXL2 you simply have to interleave each line back before scaling the frame (two stripes in case of scaling mode 1, four stripes otherwise).		Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format (if EGA) or de-interleaved 2 or 4 strips (for 8-bit NXL2). I.e. for NXL1 each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... \| 0100... \| 1000... \| 0000...</code>. For NXL2 you simply have to interleave each line back before scaling the frame (two stripes in case of scaling mode 1, four stripes otherwise).

			Additionally there is NXL2 used in Mac trailers that uses RGB555 little-endian palette and 256 bytes of trailing garbage after the image data. It also uses the same interleaving methods as NXL1.

	[[Category:Game Formats]]		[[Category:Game Formats]]

Kostya: update for NXL2

2024-10-14T15:49:25Z

update for NXL2

← Older revision		Revision as of 08:49, 14 October 2024
Line 12:		Line 12:
	=== Header chunk ===		=== Header chunk ===
	1 byte - should be 1 (chunk type)		1 byte - should be 1 (chunk type)
	~~1 byte - should be 1 (file version)~~		3 bytes - padding
	2 bytes - padding
	4 bytes - chunk size (should be 64)		4 bytes - chunk size (should be 64)
	4 bytes - should be zero (chunk number)		4 bytes - should be zero (chunk number)
	4 bytes - unknown		4 bytes - unknown
	4 bytes - should be "NXL1"		4 bytes - should be "NXL1" or "NXL2"
	2 bytes - video width		2 bytes - video width
	2 bytes - video height		2 bytes - video height
Line 56:		Line 55:
	32 bytes - padding		32 bytes - padding

	Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format. I.e. for each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... \| 0100... \| 1000... \| 0000...</code>		Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format (if EGA) or de-interleaved 2 or 4 strips (for 8-bit NXL2). I.e. for NXL1 each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... \| 0100... \| 1000... \| 0000...</code>. For NXL2 you simply have to interleave each line back before scaling the frame (two stripes in case of scaling mode 1, four stripes otherwise).

	[[Category:Game Formats]]		[[Category:Game Formats]]

Kostya: typo

2024-09-18T09:42:15Z

typo

← Older revision		Revision as of 02:42, 18 September 2024
Line 58:		Line 58:
	Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format. I.e. for each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... \| 0100... \| 1000... \| 0000...</code>		Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format. I.e. for each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... \| 0100... \| 1000... \| 0000...</code>

	[[Category:Game ~~Format~~]]		[[Category:Game Formats]]

Kostya: add yet another game format description

2023-06-21T16:02:35Z

add yet another game format description

New page

NXL is a format used for cutscenes in [https://www.mobygames.com/game/898/the-lawnmower-man/ The Lawnmower Man] game. The format is big-endian, uses chunks padded to 64 bytes and stores raw video and audio.

NXL files comprise a series of chunk headers with optional payload following. The first chunk should be of type 1.

Known chunk types:
* 1 -- file header (no other payload)
* 3 -- video frame
* 4 -- audio frame
* 5 -- something, probably signals a required delay
* 255 -- end of file marker

=== Header chunk ===
1 byte - should be 1 (chunk type)
1 byte - should be 1 (file version)
2 bytes - padding
4 bytes - chunk size (should be 64)
4 bytes - should be zero (chunk number)
4 bytes - unknown
4 bytes - should be "NXL1"
2 bytes - video width
2 bytes - video height
2 bytes - number of video planes
4 bytes - unknown
4 bytes - maximum video chunk size?
4 bytes - audio sampling rate?
2 bytes - some audio parameter?
24 bytes - padding

=== Audio chunk ===
1 byte - should be 4
3 bytes - padding
4 bytes - chunk size
4 bytes - chunk number
4 bytes - unknown
2 bytes - sampling rate
2 bytes - actual audio payload size
16 bytes - unknown
28 bytes - padding

Audio is raw 8-bit unsigned PCM.

=== Video chunk ===
1 byte - should be 3
3 bytes - padding
4 bytes - chunk size
4 bytes - chunk number
4 bytes - unknown
2 bytes - current frame width
2 bytes - current frame height
2 bytes - current frame left offset
2 bytes - current frame top offset
1 byte - scaling mode (0 - none, 1 - double horizontal, 2 - double vertical, 3 - scale 2x)
1 byte - frame flags (bit 0 seems to signal delta frame, bit 1 also signals something)
2 bytes - number of colours?
4 bytes - actual video payload size
32 bytes - padding

Video payload starts with VGA palette (usually for 16 colours) followed by raw video data in planar format. I.e. for each line palette indices are split in bits for each position, those are packed together (MSB first) with LSB of the index stored first. E.g. entries <code>4 3 0 1 ...</code> will be stored as <code>0101... | 0100... | 1000... | 0000...</code>

[[Category:Game Format]]