Allocation.SetAutoPadding(Boolean) Méthode

Définition

Espace de noms:: Android.Renderscripts

Assembly:: Mono.Android.dll

Important

Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.

Spécifie le mappage entre les cellules de l’allocation et les éléments d’un tableau lorsque les données sont copiées de l’allocation vers le tableau, ou inversement.

[Android.Runtime.Register("setAutoPadding", "(Z)V", "GetSetAutoPadding_ZHandler", ApiSince=23)]
public virtual void SetAutoPadding(bool useAutoPadding);

[<Android.Runtime.Register("setAutoPadding", "(Z)V", "GetSetAutoPadding_ZHandler", ApiSince=23)>]
abstract member SetAutoPadding : bool -> unit
override this.SetAutoPadding : bool -> unit

Paramètres

useAutoPadding: Boolean

True : activer l’autopadding ; False : désactiver le pavé automatique

Attributs: RegisterAttribute

Remarques

Spécifie le mappage entre les cellules de l’allocation et les éléments d’un tableau lorsque les données sont copiées de l’allocation vers le tableau, ou inversement.

S’applique uniquement à une allocation dont l’élément est un vecteur de longueur 3 (par Element#U8_3 exemple, ou Element#RGB_888). L’activation de cette fonctionnalité peut rendre la copie des données de l’allocation vers un tableau ou vice versa, moins efficace.

Les cellules d’élément Vec3 sont stockées dans une allocation sous forme de cellules d’élément Vec4 avec le même android.renderscript.Element.DataTypeélément, avec le quatrième composant vectoriel traité comme le remplissage. Lorsque cette fonctionnalité est activée, seuls les composants de données, c’est-à-dire les 3 premiers composants vectoriels de chaque cellule, sont mappés entre le tableau et l’allocation. En cas de désactivation, le mappage explicite des composants de remplissage est requis, comme décrit dans l’exemple suivant.

Par exemple, lors de la copie d’un tableau entier dans une allocation de deux Element#I32_3 cellules à l’aide #copyFrom(int[])de :

Lorsqu’il est désactivé : le tableau doit avoir au moins 8 entiers, avec les 4 premiers entiers copiés dans la première cellule de l’allocation, et les 4 entiers suivants copiés dans la deuxième cellule. Les 4e et 8e entiers sont mappés en tant que composants de remplissage.

Lorsqu’il est activé : le tableau doit avoir au moins 6 entiers, avec les 3 premiers entiers copiés dans la première cellule en tant que composants de données, et les 3 suivants copiés dans la deuxième cellule. Il n’existe aucun mappage pour les composants de remplissage.

De même, lors de la copie d’un tableau d’octets dans une allocation de deux Element#I32_3 cellules, utilisez #copyFromUnchecked(int[]):

En cas de désactivation : le tableau doit avoir au moins 32 octets, avec les 16 premiers octets copiés dans la première cellule de l’allocation, et les 16 octets suivants copiés dans la deuxième cellule. Les 13e-16e et 29e-32e octets sont mappés en tant que composants de remplissage.

Lorsqu’il est activé : le tableau doit avoir au moins 24 octets, avec les 12 premiers octets copiés dans la première cellule de l’allocation, et les 12 octets suivants copiés dans la deuxième cellule. Il n’existe aucun mappage pour les composants de remplissage.

Comme pour copier des données vers une allocation à partir d’un tableau, lors de la copie de données d’une allocation vers un tableau, les composants de remplissage des cellules Vec3 Element ne sont pas copiés/mappés au tableau si le bloc-mémoire est activé.

Par défaut : désactivé.

Java documentation pour android.renderscript.Allocation.setAutoPadding(boolean).

Les parties de cette page sont des modifications basées sur le travail créé et partagé par Android Open Source et utilisées en fonction des termes décrits dans la Creative Commons 2.5 Attribution License.

S’applique à