Sprite Pattern Upload - Revision history

Ped7g at 11:49, 4 May 2020

2020-05-04T11:49:19Z

← Older revision		Revision as of 12:49, 4 May 2020
Line 1:		Line 1:
	{{Port		{{Port
	\|Number=$xx5B		\|Number=$xx5B
			\|NumberDec=91
			\|PortMask=%---- ---- 0101 1011 ??
	\|ShortDesc=Used to upload the pattern of the selected sprite.		\|ShortDesc=Used to upload the pattern of the selected sprite.
	\|Readable=No		\|Readable=No
	\|Writable=Yes		\|Writable=Yes
	\|Subsystem=Sprites		\|Subsystem=Sprites
	~~\|PortMask=%---- ---- 0101 1011 ??~~
	}}		}}
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.

Xalior at 23:00, 19 April 2019

2019-04-19T23:00:31Z

← Older revision		Revision as of 00:00, 20 April 2019
Line 2:		Line 2:
	\|Number=$xx5B		\|Number=$xx5B
	\|ShortDesc=Used to upload the pattern of the selected sprite.		\|ShortDesc=Used to upload the pattern of the selected sprite.
	~~\|PortMask=%---- ---- 0101 1011 ??~~
	\|Readable=No		\|Readable=No
	\|Writable=Yes		\|Writable=Yes
	\|Subsystem=Sprites		\|Subsystem=Sprites
			\|PortMask=%---- ---- 0101 1011 ??
	}}		}}
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.

Specnext: 7 revisions imported

2019-04-14T10:00:21Z

7 revisions imported

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

wiki>Ped7g: The pattern slot auto-increment is now officially wrapping around from 63 to 0.

2019-02-11T01:51:10Z

The pattern slot auto-increment is now officially wrapping around from 63 to 0.

← Older revision		Revision as of 02:51, 11 February 2019
Line 9:		Line 9:
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.

	Auto-increment from pattern slot 63 ~~is officially "undefined behaviour" and you must explicitly reset the~~ slot ~~number back into~~ 0~~..63 range before next~~ pattern ~~byte upload (port {{PortNo\|$303B}}) (to keep your code behaving predictably~~ in future).		Auto-increment from pattern slot 63 will wrap to slot 0 (only 64 pattern slots will be available in foreseeable future, and if ever extended, there will be separate configuration bit to enable more than 64 pattern slots).

	With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by ~~7th bit~~ "N6" in 5th sprite-attribute byte ~~(6th bit for "relative" sprites)~~. With ~~four~~ bit graphics the top bits (of each pattern byte) 7-4 are "left" pixel on display and bits 3-0 are "right next to it" pixel on display (in default mode, no mirror, no rotate).		With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by "N6" bit in 5th sprite-attribute byte.

			With 4 bit graphics the top bits (of each pattern byte) 7-4 are "left" pixel on display and bits 3-0 are "right next to it" pixel on display (in default mode, no mirror, no rotate).

wiki>Ped7g: core 2.00.23 changes

2018-12-28T17:34:10Z

core 2.00.23 changes

← Older revision		Revision as of 18:34, 28 December 2018
Line 9:		Line 9:
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.

	With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by 7th bit "N6" in 5th sprite-attribute byte. With four bit graphics the top bits (of each pattern byte) 7-4 are "left" pixel on display and bits 3-0 are "right next to it" pixel on display (in default mode, no mirror, no rotate).		Auto-increment from pattern slot 63 is officially "undefined behaviour" and you must explicitly reset the slot number back into 0..63 range before next pattern byte upload (port {{PortNo\|$303B}}) (to keep your code behaving predictably in future).

			With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by 7th bit "N6" in 5th sprite-attribute byte (6th bit for "relative" sprites). With four bit graphics the top bits (of each pattern byte) 7-4 are "left" pixel on display and bits 3-0 are "right next to it" pixel on display (in default mode, no mirror, no rotate).

wiki>Ped7g at 09:48, 28 December 2018

2018-12-28T09:48:58Z

← Older revision		Revision as of 10:48, 28 December 2018
Line 7:		Line 7:
	\|Subsystem=Sprites		\|Subsystem=Sprites
	}}		}}
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 or 0-15, within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 (or two 0-15 for 4-bit graphics), within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.

	With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by 7th bit "N6" in 5th sprite-attribute byte.		With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by 7th bit "N6" in 5th sprite-attribute byte. With four bit graphics the top bits (of each pattern byte) 7-4 are "left" pixel on display and bits 3-0 are "right next to it" pixel on display (in default mode, no mirror, no rotate).

wiki>Ped7g: Core 2.00.22 changes.

2018-12-20T02:06:12Z

Core 2.00.22 changes.

← Older revision		Revision as of 03:06, 20 December 2018
Line 7:		Line 7:
	\|Subsystem=Sprites		\|Subsystem=Sprites
	}}		}}
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes) and are sent in English reading order. Each byte is the offset, 0-255, within the active sprite palette. After sending 256 bytes, the target ~~sprite~~ is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes for 8 bit colour and 128 bytes for 4 bit colour sprites) and are sent in English reading order. Each byte is the offset, 0-255 or 0-15, within the active sprite palette. After sending 256 bytes, the target pattern slot is auto-incremented. This auto-increment is independent of other sprite registers.

			With 4 bit sprites each pattern slot contains effectively two patterns, each 128 bytes long, the sub-pattern displayed is selected by 7th bit "N6" in 5th sprite-attribute byte.

wiki>Hyphz at 16:57, 28 August 2017

2017-08-28T16:57:23Z

← Older revision		Revision as of 17:57, 28 August 2017
Line 2:		Line 2:
	\|Number=$xx5B		\|Number=$xx5B
	\|ShortDesc=Used to upload the pattern of the selected sprite.		\|ShortDesc=Used to upload the pattern of the selected sprite.
			\|PortMask=%---- ---- 0101 1011 ??
	\|Readable=No		\|Readable=No
	\|Writable=Yes		\|Writable=Yes

wiki>Hyphz at 15:08, 18 August 2017

2017-08-18T15:08:39Z

← Older revision		Revision as of 16:08, 18 August 2017
Line 4:		Line 4:
	\|Readable=No		\|Readable=No
	\|Writable=Yes		\|Writable=Yes
			\|Subsystem=Sprites
	}}		}}
	Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes) and are sent in English reading order. Each byte is the offset, 0-255, within the active sprite palette. After sending 256 bytes, the target sprite is auto-incremented. This auto-increment is independent of other sprite registers.		Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes) and are sent in English reading order. Each byte is the offset, 0-255, within the active sprite palette. After sending 256 bytes, the target sprite is auto-incremented. This auto-increment is independent of other sprite registers.

wiki>Hyphz: Created page with "{{Port |Number=$xx5B |ShortDesc=Used to upload the pattern of the selected sprite. |Readable=No |Writable=Yes }} Used to upload sprite patterns. Sprite patterns are 16x16 (256..."

2017-08-18T15:08:26Z

Created page with "{{Port |Number=$xx5B |ShortDesc=Used to upload the pattern of the selected sprite. |Readable=No |Writable=Yes }} Used to upload sprite patterns. Sprite patterns are 16x16 (256..."

New page

{{Port
|Number=$xx5B
|ShortDesc=Used to upload the pattern of the selected sprite.
|Readable=No
|Writable=Yes
}}
Used to upload sprite patterns. Sprite patterns are 16x16 (256 bytes) and are sent in English reading order. Each byte is the offset, 0-255, within the active sprite palette. After sending 256 bytes, the target sprite is auto-incremented. This auto-increment is independent of other sprite registers.