MVDSTD:GetConfig

Request

Index Word	Description
0	Header code [0x001D0042]
1	Size, normally 0x11C.
2	(Size<<4) | 12
3	Output data ptr

Response

Index Word	Description
0	Header code
1	Resultcode

Structure

Offset	Size	Description
0x0	0x4	Input format type, see below.
0x4	0x4	The default for this is 0x0. Must be <=5. When non-zero, the type value at offset 0x0 must be one of the following: 0x00020001, 0x00010001, 0x00010005, 0x00010006, or 0x00010007.
0x8	0x4	The default for this is 0x0. This must be <=1.
0x0C	0x4	Input video width. Must be >=width_min and <width_max. This must be aligned: the low <dimensions_alignment>-bits must be clear.
0x10	0x4	Input video height. Must be >=height_min and <height_max. This must be aligned: the low <dimensions_alignment>-bits must be clear.
0x14	0x4	Input data physical address, only set for color-conversion. This isn't used when the value at offset 0x4 is 0x1 or 0x5.
0x18	0x4	Physical data address, only used for color-conversion when the type value has bitmask 0x20000 set. This isn't used when the value at offset 0x4 is 0x1 or 0x5.
0x1C	0x4	Physical data address, only used for color-conversion when the type value is 0x20000. This isn't used when the value at offset 0x4 is 0x1 or 0x5.
0x20	0x4	Physical data address, for color-conversion. This isn't used when the value at offset 0x4 is 0x0 or 0x4.
0x24	0x4	Physical data address, only used for color-conversion when the type value has bitmask 0x20000 set. This isn't used when the value at offset 0x4 is 0x0 or 0x4.
0x40	0x4	When non-zero this enables usage of the 4 words starting at offset 0x44. Normally this is set to 0x0 for color-conversion, and 0x1 for video processing.
0x44	0x4	See offset 0x40. The default for this is 0x0. Must be <=widthval. Where widthval = <width value from the field at offset 0xC>. The low 4-bits of this value must be clear.
0x48	0x4	See offset 0x40. The default for this is 0x0. Must be <=heightval. Where heightval = <height value from the field at offset 0x10>. The low 4-bits of this value must be clear.
0x4C	0x4	See offset 0x40. Output video height. Must be >=16 and <=heightval. Where heightval = <height value from the field at offset 0x10>. The low 3-bits of this value must be clear.
0x50	0x4	See offset 0x40. Output video width. Must be >=width_min and <=widthval. Where widthval = <width value from the field at offset 0xC>. The low 3-bits of this value must be clear.
0x54	0x4	The default for this is 0x0. Must be <=5. For video processing, and when this value is non-zero, the type value at offset 0x0 must not be any of the following: 0x00010004, 0x00010001, 0x0x00100001, or 0x00200001. For video processing, the type value at offset 0x0 must not be 0x80000 when this value at offset 0x54 is non-zero.
0x58	0x4	Output format type, see below. SKATER writes value 0x40002 here. The physaddr at offset 0x68 is only checked when this is value 0x00020001.
0x5C	0x4	Output video width. Must be >=16, and must be <somewidth_statefield.
0x60	0x4	Output video height. Must be >=16, and must be <someheight_statefield.
0x64	0x4	Output data physical address.
0x68	0x4	Output data physical address, only set for color-conversion.

The size of this structure is fixed to 0x11C-bytes. The user process does the LINEAR-mem vaddr->physaddr conversion for the above physaddrs, when modifying the config struct before using MVDSTD:SetConfig. For the above physaddrs that are checked/used, the physaddr must not be 0x0, and the physaddr must be 8-byte aligned(low 3-bits clear).

See here regarding "MJPEG". For "MJPEG", the output frame is split into two images via the two output physaddrs.

For *_min/*_max/dimensions_alignment mentioned above: *_min = 16 for color-conversion, 48 for video processing. *_max = 2048 for color-conversion, 4672 for video processing. dimensions_alignment = 4 for color-conversion, 3 for video processing.

The configuration doesn't seem to change at all while SKATER is running video processing(each MVDSTD:SetConfig input config appears to the same).

Input format type values:

Type value	Mode	Description
0x00010001	Color conversion	yuyv422
0x00010002	Video processing	?
0x00010004	Video processing	?
0x00010005	Color conversion	?
0x00010006	Color conversion	?
0x00010007	Color conversion	?
0x00020000	Color conversion	?
0x00020001	Video processing	H.264
0x00020002	?	?
0x00080000	Video processing	Same as 0x00020001, except with gray-scale?
0x00080001	Video processing	?
0x00180001	Video processing	?

Output format type values:

Type value	Description
0x00010001	See the input format type.
0x00010005	Unknown. A certain MVD state field must not be set to 0x8170 in order to use this.
0x00010006	Unknown, see 0x00010005 for the usage requirement.
0x00010007	Unknown, see 0x00010005 for the usage requirement.
0x00010008	A certain MVD-module state field must not be set to 0x8170 in order to use this. Whether this can actually be used is determined by another MVD-module state field.
0x00010009	Unknown, see 0x00010008 for the usage requirements.
0x0001000A	Unknown, see 0x00010008 for the usage requirements.
0x0001000B	Unknown, see 0x00010008 for the usage requirements.
0x00020001	Some sort of YUV format?
0x00040000	Unknown, doesn't write anything to the out-buffer when doing color-conversion.
0x00040001	RGB555
0x00040002	BGR565
0x00040003	Some sort of 16bit format it seems?
0x00040004	RGB565
0x00041000	Unknown, doesn't write anything to the out-buffer when doing color-conversion.
0x00041001	y400a?
0x00041002	y400a?

Description

For this command, MVD module DMAs 0x11C-bytes from a MVD state structure to the above output buffer.