MVDSTD:ProcessNALUnit - Revision history

Yellows8 at 02:35, 24 April 2016

2016-04-24T00:35:54Z

← Older revision		Revision as of 04:35, 24 April 2016
Line 55:		Line 55:
	SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).		SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).

	When non-zero this will return 0x17007 for nal_unit_type 1, "Coded slice of a non-IDR picture". However the output remaining_size is set to zero. When this flag is used and the user-process doesn't abort on this retval, the end result is a video-decoding speed-up.		When non-zero this will return 0x17007 for nal_unit_type 1, "Coded slice of a non-IDR picture". However the output remaining_size is set to zero. When this flag is used and the user-process doesn't abort on this retval, the end result is a video-decoding speed-up(same speed-up as with skipping using those NAL-units with this command, minus the errors thrown near the start of video decoding).

	=Description=		=Description=

2016-04-24T00:30:42Z

Flag

← Older revision		Revision as of 04:30, 24 April 2016
Line 55:		Line 55:
	SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).		SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).

	When non-zero this will return 0x17007 for nal_unit_type 1, "Coded slice of a non-IDR picture". However the output remaining_size is set to zero. When this flag is used and the user-process doesn't abort on this retval, the end result is a video-~~playback~~ speed-up.		When non-zero this will return 0x17007 for nal_unit_type 1, "Coded slice of a non-IDR picture". However the output remaining_size is set to zero. When this flag is used and the user-process doesn't abort on this retval, the end result is a video-decoding speed-up.

	=Description=		=Description=

2016-04-24T00:30:12Z

← Older revision		Revision as of 04:30, 24 April 2016
Line 21:		Line 21:
	\|-		\|-
	\| 5		\| 5
	\| ~~Some sort of~~ bool flag. SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases). When non-zero this command will start returning 0x17007 for a lot of frames, this can have a side-affect(?) of video-playback speed-up if the homebrew app doesn't handle the return value properly.		\| bool flag.
	\|-		\|-
	\| 6		\| 6
Line 51:		Line 51:
	\| Total remaining unprocessed input data, if any. Buffer_end_pos=bufsize-<this value>.		\| Total remaining unprocessed input data, if any. Buffer_end_pos=bufsize-<this value>.
	\|}		\|}

			=Flag=
			SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).

			When non-zero this will return 0x17007 for nal_unit_type 1, "Coded slice of a non-IDR picture". However the output remaining_size is set to zero. When this flag is used and the user-process doesn't abort on this retval, the end result is a video-playback speed-up.

	=Description=		=Description=

2016-04-24T00:24:21Z

Response

← Older revision		Revision as of 04:24, 24 April 2016
Line 49:		Line 49:
	\|-		\|-
	\| 4		\| 4
	\| Total remaining unprocessed input data. ~~Non-zero means another NAL-unit prefix was detected at buffer_offset~~=bufsize-<this value>~~, after the first NAL-unit was processed~~.		\| Total remaining unprocessed input data, if any. Buffer_end_pos=bufsize-<this value>.
	\|}		\|}

2016-04-23T15:50:47Z

Response

← Older revision		Revision as of 19:50, 23 April 2016
Line 41:		Line 41:
	\| 1		\| 1
	\| Resultcode		\| Resultcode
			\|-
			\| 2
			\| End-address of the processed NAL-unit(internal MVD heap vaddr).
			\|-
			\| 3
			\| End-address of the processed NAL-unit(physaddr following the input physaddr).
			\|-
			\| 4
			\| Total remaining unprocessed input data. Non-zero means another NAL-unit prefix was detected at buffer_offset=bufsize-<this value>, after the first NAL-unit was processed.
	\|}		\|}

2016-04-23T13:42:52Z

Description

← Older revision		Revision as of 17:42, 23 April 2016
Line 45:		Line 45:
	=Description=		=Description=
	This processes the specified NAL-unit. This seems to always start with the 3-byte NAL prefix(00 00 01). Following that is the actual NAL-unit.		This processes the specified NAL-unit. This seems to always start with the 3-byte NAL prefix(00 00 01). Following that is the actual NAL-unit.

	~~After the parameter-set [[MVD_Services\|initialization]], each time this command is used it can't be used again until [[MVDSTD:ControlFrameRendering]] type0 finishes operations.~~

	This is only used for H.264, not color-conversion.		This is only used for H.264, not color-conversion.

2016-04-23T05:00:40Z

Request

← Older revision		Revision as of 09:00, 23 April 2016
Line 21:		Line 21:
	\|-		\|-
	\| 5		\| 5
	\| ~~When non-zero this enables some~~ sort of ~~speed-up~~. ~~With~~ SKATER ~~this seems~~ to ~~be always zero regardless of the user-specified playback speed~~. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).		\| Some sort of bool flag. SKATER is only known to use 0x0 here. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases). When non-zero this command will start returning 0x17007 for a lot of frames, this can have a side-affect(?) of video-playback speed-up if the homebrew app doesn't handle the return value properly.
	\|-		\|-
	\| 6		\| 6

2016-04-23T04:48:38Z

Request

← Older revision		Revision as of 08:48, 23 April 2016
Line 21:		Line 21:
	\|-		\|-
	\| 5		\| 5
	\| When non-zero this enables some sort of speed-up. With SKATER this seems to be always zero regardless of the user-specified playback speed.		\| When non-zero this enables some sort of speed-up. With SKATER this seems to be always zero regardless of the user-specified playback speed. Patching code so that the value used by MVD here is always 1, breaks video playback under SKATER(or at least in some cases).
	\|-		\|-
	\| 6		\| 6

2016-04-23T04:36:48Z

Request

← Older revision		Revision as of 08:36, 23 April 2016
Line 21:		Line 21:
	\|-		\|-
	\| 5		\| 5
	\| When non-zero this enables some sort of speed-up.		\| When non-zero this enables some sort of speed-up. With SKATER this seems to be always zero regardless of the user-specified playback speed.
	\|-		\|-
	\| 6		\| 6

2016-04-23T04:17:44Z

Request

← Older revision		Revision as of 08:17, 23 April 2016
Line 21:		Line 21:
	\|-		\|-
	\| 5		\| 5
	\| ?		\| When non-zero this enables some sort of speed-up.
	\|-		\|-
	\| 6		\| 6