Scène de transition avec les héros des éléments de lance de la Couche dépasse max. dimensions prises en charge par le GPU

Je suis en train de faire un héros de transition dans Android 5.0 entre une image dans une liste à une page de détails. Mais pour environ 50% de mes images Android se bloque à l'exception ci-dessous. Mes images sont 600x400 mais j'ai essayé de les changer 200x100 mais j'ai reçu le même message d'erreur. Lorsqu'elle fonctionne, elle a l'air super mais je ne vois pas la différence entre les différentes images. Vraiment pas sûr pourquoi il prétend que la couche est trop gros, quelqu'un a un idée?

private void handleNewsItemClicked(AdapterView<?> arg0, View viewClicked, int arg2) {
TopNewsItem item = ((TopNewsItem)arg0.getAdapter().getItem(arg2));
Intent intent = new Intent(getActivity(), TopNewsDetailsActivity.class);
intent.putExtra(TopNewsDetailsActivity.ARGS_ID, item.getGuid().getId());
intent.putExtra(TopNewsDetailsActivity.ARGS_IMAGE,  imageUrl);
if(Build.VERSION.SDK_INT >= 21) {                                 
ActivityOptions options = ActivityOptions
.makeSceneTransitionAnimation(this.getActivity(),
viewClicked.findViewById(R.id.image), "article_image");                
this.getActivity().startActivity(intent, options.toBundle());
}else
getActivity().startActivity(intent);
}
}
W/OpenGLRenderer(18137): Layer exceeds max. dimensions supported by the GPU (1080x4628, max=4096x4096)
D/AndroidRuntime(18137): Shutting down VM
V/GAV3    (18137): Thread[main,5,main]: Tracking Exception: IllegalStateException (@MessageQueue:nativePollOnce:-2) {main}
/AndroidRuntime(18137): FATAL EXCEPTION: main
E/AndroidRuntime(18137): Process: myapp.app, PID: 18137
E/AndroidRuntime(18137): java.lang.IllegalStateException: Unable to create layer for  RelativeLayout
E/AndroidRuntime(18137):    at android.os.MessageQueue.nativePollOnce(Native Method)
E/AndroidRuntime(18137):    at android.os.MessageQueue.next(MessageQueue.java:143)
E/AndroidRuntime(18137):    at android.os.Looper.loop(Looper.java:122)
E/AndroidRuntime(18137):    at android.app.ActivityThread.main(ActivityThread.java:5221)
E/AndroidRuntime(18137):    at java.lang.reflect.Method.invoke(Native Method)
E/AndroidRuntime(18137):    at java.lang.reflect.Method.invoke(Method.java:372)
E/AndroidRuntime(18137):    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:899)
E/AndroidRuntime(18137):    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:694)

Pour info je l'ai signalé cela comme un bug sur Android: code.google.com/p/android/issues/...

InformationsquelleAutor Christer Nordvik | 2014-10-29

42

Le Fondu de transition sera d'utiliser des couches de matériel lors de votre point de vue n'a "hasOverlappingRendering()" retourne true. Cela a été fait pour la performance. Vous devez avoir beaucoup de vues sur toute la décoloration séparément.

Vous avez deux options. L'un est pour avoir votre avis pour avoir hasOverlappingRendering retourne la valeur false. Cela peut ne pas être possible dans tous les cas, mais il peut être suffisant pour résoudre votre problème. Rappelez-vous que cela signifie que le contenu de points de vue ne doivent pas se chevaucher!

La deuxième est de faire la transition avec moins de vues séparément. Vous pouvez le faire en mettant android:transitionGroup="true" sur ViewGroups qui doivent être fondus ensemble. Par exemple, si vous avez un ListView avec pas de fond, vous aurez la transition de chaque élément séparément. Au lieu de cela, vous pouvez définir la liste de transitionGroup propriété sur true, puis ils passerons ensemble.

-- update --

Le problème vous êtes à la rencontre, c'est que les entrants points de Vue qui sont en fondu sont trop grandes. J'ai essayé le point de Vue suivant le lancement de l'Activité:
```
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:onClick="clicked"
>
<TextView
android:id="@+id/hello_world"
android:transitionName="hello"
android:text="@string/hello_world"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />
</RelativeLayout>
```
Oui, bonjour le monde d'application de base d'android, donnant un id et transitionName pour le texte. Le gestionnaire onClick seulement lance la deuxième Activité, en passant le bonjour tout le monde considère comme un élément commun. La deuxième Activité a un très grand TextView, semblable à la vôtre:
```
<ScrollView xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:transitionGroup="true"
>
<RelativeLayout
android:layout_width="match_parent"
android:layout_height="wrap_content">
<TextView
android:id="@+id/hello_world"
android:transitionName="hello"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:layout_alignParentRight="true"
android:text="@string/hello_world" />
<TextView
android:layout_below="@+id/hello_world"
android:text="Lorem ipsum.... I didn't copy all of my text"
android:textSize="30sp"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
/>
</RelativeLayout>
</ScrollView>
```
De commutation de la ScrollView de transitionGroup de faux (valeur par défaut) à true permet de travailler parce que la ScrollView est décoloré. La ScrollView a une taille maximale, alors que son contenu peut être énorme.
- J'ai essayé la deuxième option et toujours il s'est écrasé. Je n'ai pas beaucoup de points de vue, je n'ai qu'une imageview dans la transition. Voici une vidéo de la question: youtube.com/watch?v=eq1ntnx7sJU. Peut-il être autre chose le déclenchement de cette? Je suis le chargement des images avec de la Glisse, de la bibliothèque dans le cas qui pourraient influer sur quoi que ce soit.
- Belle INTERFACE utilisateur de l'application, BTW. Je ne pense pas que la Glisse de la bibliothèque doit être un problème. Maintenant que je regarde le message d'erreur un peu mieux, je vois que vous êtes qui dépassent les dimensions maximales pour une couche matérielle. Je pense que le matériel de la couche, il est en train de créer est dans la vocation de l'Activité (la liste s'allonge, je suppose). Si cela est causé par la transition Fondu, vous pouvez le supprimer par la mise en au android:windowExitTransition à @null. Vous aurez toujours voir un cross-fade effet lorsque le signal d'activité se lève. Vous devriez également envisager d'utiliser un RecyclerView pour que le défilement de la liste.
- Essayé RecyclerView, même problème. J'ai donc changé de <item name="android:windowEnterTransition">@null</item>, et tout fonctionne, mais l'animation n'est pas très agréable plus. Cela semble être un bug pour moi? C'est toujours la même image(s) qui tombe en panne, donc si j'ai redémarrer l'application, elle va bloquer la première fois que je clique sur l'image. Si je m'en tiens pour le travail d'images que je peux sur 20 articles différents sans problème.
- J'ai mal compris où est le problème était à venir. Si le changement d'android:windowEnterTransition null résout le problème, il est dans la page détaillée que le problème existe. Le RecyclerView ne va pas aider dans ce cas. Un RelativeLayout ne peut pas fondu, sa largeur est 4628. Il n'y a aucun moyen de fondu tel qu'une vue large avec de bonnes performances sur la plupart des téléphones, donc c'est quelque chose que vous aurez à corriger dans votre application. Je soupçonne que vous êtes en train de faire un layout_width="wrap_content" et votre contenu est très grand. Essayez de trouver que RelativeLayout et de l'apprivoiser. 🙂
- J'ai enfin trouvé la raison, c'est le TextView avec l'article lui-même. N'ai pas vraiment lu le message d'erreur puisque c'est la hauteur qui est le problème et non pas la largeur. Ce qui explique pourquoi certains articles avaient des problèmes et quelques a bien fonctionné. Alors, comment puis-je hack cet ensemble? Réglez la hauteur de 1000dp et wrap_content après l'animation est terminée ou quelque chose comme ça? :-/
- J'ai effectivement essayé et cela a fonctionné à l'aide de postDelayed, mais ensuite il s'est écrasé sur la sortie de transition (depuis le textview est maintenant trop grand). Dois-je abandonner l'animation de fondu?
- Vous pouvez savoir quand votre code va sortir par la substitution de l'Activité.finishAfterTransition appel. La modification de la hauteur, il y aura de travail, mais il va gâcher votre transition. Si vous avez fait défiler vers le bas dans l'article, il va afficher en plein écran et être centré sur le texte quelque part autre que le haut. Vous aurez à régler la position de défilement de la TextView pour compenser. Quelque chose de beaucoup plus facile à faire est de définir transitionGroup="true" sur le ScrollView/RecyclerView contenant l'article et l'élément commun.
- Dois-je régler le transitionGroup=true sur la destination de l'activité ou seulement la source de l'activité? J'ai essayé toutes les combinaisons que je pouvais penser, sans succès. Pouvez la méthode décrite ici fonctionne mieux peut-être? ptrprograms.blogspot.pas de/2014/08/... Où l'image est transmise dans les extras?
- J'ai essayé ceci: ptrprograms.blogspot.pas de/2014/08/... Où l'image est transmise dans les extras et les transitionGroup est défini à false, et il s'est écrasé la même façon.
- Le problème est que l'article est long, non pas que l'image est grande, non? J'imagine que vous avez quelque chose comme cela dans le détail de l'activité: <ScrollView><Image><TextView></ScrollView>. Si donc, vous voulez mettre en transitionGroup="true" sur le ScrollView dans le détail de l'activité. Je peux écrire un exemple d'application à démontrer.
- Je n'ai aucune idée de ce que transitionGroup ne mais la magie résolu toutes les questions! Je ne pouvais pas trouver que bien documenté n'importe où? Apprécie vraiment l'aider 🙂
- Entrer et sortir des transitions de recherche pour les vues qui vont sortir séparément et leur dire d'entrer ou de quitter la scène individuellement. Typiquement, cela est un effet de Fondu de transition, mais vous pouvez utiliser de la Visibilité pour la transition. Le point de Vue que ces transitions cible sont soit non-ViewGroups ou ViewGroups qui ont transitionGroup=true. ViewGroups par défaut à true quand ils ont un arrière-plan. Fade est simple et vous pourriez faire ces tous ensemble, mais d'Exploser ou de Glisser loi sur chacune des vues individuellement.
- Je vous remercie pour cela; j'ai eu le même problème et il a fixé. Conclusion: quand vous avez un ScrollView contenant potentiellement de gros éléments comme un TextView au cours d'une Activité de Transition, vous devez toujours définir ses transitionGroup true à la propriété.
- transitionGroup correctifs pour moi! Merci!!!!
- La question est de retour dans Android M :-/ stackoverflow.com/questions/32071265/...
- Si mon Élément commun est contenue dans un viewgroup avec transitionGroup=true, serait-il arrêter le sharedElement de l'animation séparément de son frère points de vue?
- Il ne devrait pas. L'élément commun devrait animer séparément de ses parents quand transitionGroup=true. Certaines transitions de rendre bitmap copies de leur contenu lors de la transition. Ceux-ci peuvent inclure l'élément commun dans leur bitmap et vous obtiendrez un drôle d'effet. Dans le cas de l'Activité des Transitions, je ne pense pas qu'aucune des transitions aurez le problème.
- Cette réponse encore sauver les gens des ânes, 2 ans plus tard. J'ai également eu un grand TextView dans un ScrollView!
InformationsquelleAutor George Mount
5

La cause de ce problème est indiqué dans votre journal sur cette ligne:

W/OpenGLRenderer(18137): Layer exceeds max. dimensions supported by the GPU (1080x4628, max=4096x4096).

Votre activité cible a une hauteur de 4628 qui est plus grand que le maximum pris en charge par le GPU - 4096.

La solution, déjà mentionné dans la réponse à faire, est de créer une cible de l'activité qui est la plus courte. La même question et la réponse ici: crash - material design d'android 5.0

InformationsquelleAutor donturner
1

Vous pouvez simplement l'éviter si le fondu de transition n'est pas un:
voir ici pour les détails: https://stackoverflow.com/a/45030173/4334399

InformationsquelleAutor ghui zhang

Vous devez vous connecter pour publier un commentaire.