Sprite Attribute 4 (with INC) Register - Revision history

Xalior: Xalior moved page Sprite port-mirror Attribute 4 (with INC) Register to Sprite Attribute 4 (with INC) Register: match formal nextreg.txt name

2025-10-14T12:19:12Z

Xalior moved page Sprite port-mirror Attribute 4 (with INC) Register to Sprite Attribute 4 (with INC) Register: match formal nextreg.txt name

← Older revision		Revision as of 13:19, 14 October 2025
(No difference)

Xalior at 23:31, 19 April 2019

2019-04-19T23:31:31Z

← Older revision		Revision as of 00:31, 20 April 2019
Line 3:		Line 3:
	\|Readable=No		\|Readable=No
	\|Writable=Yes		\|Writable=Yes
	\|ShortDesc=~~Same~~ as {{NextRegNo\|$39}} (write fifth byte of sprite-attributes), plus increments {{NextRegNo\|$34}}		\|ShortDesc=The same as {{NextRegNo\|$39}} (write fifth byte of sprite-attributes), plus increments {{NextRegNo\|$34}}
	}}		}}
	Byte 5 is bitmapped:		Byte 5 is bitmapped:

Specnext: 3 revisions imported

2019-04-14T10:00:21Z

3 revisions imported

← Older revision		Revision as of 11:00, 14 April 2019
(No difference)

wiki>Ped7g: Core 2.00.27 (or 28) changes to relative sprite system.

2019-02-11T02:18:26Z

Core 2.00.27 (or 28) changes to relative sprite system.

← Older revision		Revision as of 03:18, 11 February 2019
Line 6:		Line 6:
	}}		}}
	Byte 5 is bitmapped:		Byte 5 is bitmapped:
			:For '''anchor''' sprites:
	{\|class="wikitable"		{\|class="wikitable"
	! Bit !! Description		! Bit !! Description
	\|-		\|-
	\| 7 \|\| ~~If 1~~, ~~the~~ pattern ~~will be treated as~~ 4-bit colour ~~one~~ (128 bytes), 0 is ~~for 8~~-bit colour ~~patterns~~ (~~256~~ bytes)		\| 7-6 \|\| "H N6" - "H" is 4/8 bit graphics selector, "N6" is sub-pattern selector for 4 bit modes.<br />
			%00 = 8-bit colour patterns (256 bytes), this sprite is "'''anchor'''"<br />
			%01 = this sprite is "'''relative'''" (4/8-bit colour is selected by "anchor" sprite) → see tables below<br />
			%10 = 4-bit colour pattern (128 bytes) using bytes 0..127 of pattern slot, this sprite is "'''anchor'''"<br />
			%11 = 4-bit colour pattern (128 bytes) using bytes 128..255 of pattern slot, this sprite is "'''anchor'''"
	\|-		\|-
	\| 6 \|\| ~~(if bit 7 = 1)~~: ~~Chooses top/bottom part of pattern slot when 4-bit colour pattern~~		\| 5 \|\| Type for following '''relative''' sprites: 0 = "composite", 1 = "big sprite"
	0 ~~will target bytes 0..127 of pattern~~ "~~Name~~" ~~(byte 4)~~, 1 ~~will target bytes 128..255 of pattern~~ "~~Name".~~

	~~(if bit 7 = 0): make this~~ sprite "~~relative" one: 1 = relative, 0 = normal (anchor) type~~
	\|-		\|-
	\| 5 \|\| ~~(if bit 7~~-6 = %01) ~~for "relative" sprite, this bit chooses top/bottom part of pattern slot for 4~~-~~bit colour mode~~ (~~4 or 8 bit mode is set by anchor sprite~~, relative ~~sprite can~~'~~t switch the colour mode). See~~ Bit 6 ~~description above~~, ~~if anchor sprite is~~ in 4-bit mode. ~~If anchor sprite is in~~ 8-bit mode, use ~~always 0~~		\| 4-3 \|\| x-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)
	~~(else) For normal (anchor) sprites this is reserved, use always~~ 0		\|-
			\| 2-1 \|\| y-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)
			\|-
			\| 0 \|\| MSB of Y coordinate
			\|}
			:For '''composite relative''' sprites:
			{\|class="wikitable"
			! Bit !! Description
			\|-
			\| 7-6 \|\|%01 = relative sprite
			\|-
			\| 5 \|\| "N6" bit, in 4-bit colour mode 0 = using bytes 0..127 of pattern slot, 1 = using bytes 128..255 of pattern slot. In 8-bit mode use 0.
	\|-		\|-
	\| 4-3 \|\| x-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)		\| 4-3 \|\| x-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)
Line 23:		Line 36:
	\| 2-1 \|\| y-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)		\| 2-1 \|\| y-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)
	\|-		\|-
	\| 0 \|\| ~~MSB~~ of ~~Y coordinate~~		\| 0 \|\| Enable relative pattern offset (1 = Pattern index is added to anchor pattern index, 0 = independent pattern index)
			\|}
			:For '''big-sprite relative''' sprites:
			{\|class="wikitable"
			! Bit !! Description
			\|-
			\| 7-6 \|\|%01 = relative sprite
			\|-
			\| 5 \|\| "N6" bit, in 4-bit colour mode 0 = using bytes 0..127 of pattern slot, 1 = using bytes 128..255 of pattern slot. In 8-bit mode use 0.
			\|-
			\| 4-1 \|\| use 0 (scaling is defined by '''anchor''' sprite)
			\|-
			\| 0 \|\| Enable relative pattern offset (1 = Pattern index is added to anchor pattern index, 0 = independent pattern index)
	\|}		\|}

wiki>Ped7g: Core 2.00.26 changes

2019-01-27T09:13:16Z

Core 2.00.26 changes

← Older revision		Revision as of 10:13, 27 January 2019
Line 28:		Line 28:
	See {{PortNo\|$xx57}} for extra notes about anchor/relative sprites, coordinates and clipping.		See {{PortNo\|$xx57}} for extra notes about anchor/relative sprites, coordinates and clipping.

	After write into sprite-attribute "byte 5" ({{PortNo\|$xx57}}), the {{NextRegNo\|$34}} is incremented (with all consequences stemming from such action). If the sprite 63 was modified, the result of the increment is officially "undefined behaviour", and code should explicitly set valid 0..63 sprite index before next sprite-attribute manipulation.		After write into sprite-attribute "byte 5" ({{PortNo\|$xx57}}), the {{NextRegNo\|$34}} is incremented (with all consequences stemming from such action). If the sprite 127 was modified, the result of the increment is officially "undefined behaviour", and code should explicitly set valid 0..127 sprite index before next sprite-attribute manipulation.

wiki>Ped7g: core 2.00.23 changes

2018-12-28T20:33:19Z

core 2.00.23 changes

New page

{{NextRegister
|Number=$79
|Readable=No
|Writable=Yes
|ShortDesc=Same as {{NextRegNo|$39}} (write fifth byte of sprite-attributes), plus increments {{NextRegNo|$34}}
}}
Byte 5 is bitmapped:
{|class="wikitable"
! Bit !! Description
|-
| 7 || If 1, the pattern will be treated as 4-bit colour one (128 bytes), 0 is for 8-bit colour patterns (256 bytes)
|-
| 6 || (if bit 7 = 1): Chooses top/bottom part of pattern slot when 4-bit colour pattern
0 will target bytes 0..127 of pattern "Name" (byte 4), 1 will target bytes 128..255 of pattern "Name".

(if bit 7 = 0): make this sprite "relative" one: 1 = relative, 0 = normal (anchor) type
|-
| 5 || (if bit 7-6 = %01) for "relative" sprite, this bit chooses top/bottom part of pattern slot for 4-bit colour mode (4 or 8 bit mode is set by anchor sprite, relative sprite can't switch the colour mode). See Bit 6 description above, if anchor sprite is in 4-bit mode. If anchor sprite is in 8-bit mode, use always 0
(else) For normal (anchor) sprites this is reserved, use always 0
|-
| 4-3 || x-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)
|-
| 2-1 || y-axis scale factor: %00 = 1x (16 pixels), %01 = 2x, %10 = 4x, %11 = 8x (128 pixels)
|-
| 0 || MSB of Y coordinate
|}

See {{PortNo|$xx57}} for extra notes about anchor/relative sprites, coordinates and clipping.

After write into sprite-attribute "byte 5" ({{PortNo|$xx57}}), the {{NextRegNo|$34}} is incremented (with all consequences stemming from such action). If the sprite 63 was modified, the result of the increment is officially "undefined behaviour", and code should explicitly set valid 0..63 sprite index before next sprite-attribute manipulation.