Android: rapide bitmap flou?

J'ai été à la recherche de ces trois derniers jours pour une accélération matérielle façon de bluring un bitmap avec android. Je suis tombé sur certaines des solutions de rechange comme le rétrécissement de l'image et à l'échelle de nouveau, mais cette méthode a produit de faible qualité des résultats qui n'étaient pas adaptés à mon image, reconnaissance des exigences. J'ai aussi lu que la mise en œuvre de la convolution avec des shaders ou JNI est une bonne façon d'aller, mais je ne peux pas croire qu'il n'existe pas de solution intégrée dans le Android le cadre de cette très objectif commun. Actuellement j'ai fini avec un auto-écrite de convolution de la mise en œuvre en Java, mais il est trop lent. Ma question est:

  • Est-il pas vraiment de solution intégrée dans l'Android cadre?
  • Dans le cas où il n'y a aucun: quel est le moyen le plus efficace de l'accélération de la convolution avec un reste raisonnable complexité de mise en œuvre et de l'entretien? Doit-on utiliser JNI, les shaders ou quelque chose de complètement différent?
InformationsquelleAutor theV0ID | 2013-02-20
  1. 70

    J'ai enfin trouvé une solution convenable:

    • RenderScript permet la mise en œuvre de lourds calculs qui sont mises à l'échelle de manière transparente à tous les cœurs disponibles sur l'exécution de l'appareil. Je suis venu à la conclusion, en ce qui concerne un équilibre raisonnable de performance et de complexité de mise en œuvre, c'est une meilleure approche que les JNI ou shaders.
    • Depuis l'API de Niveau 17, il y a le ScriptIntrinsicBlur classe disponible à partir de l'API. C'est exactement ce que je cherchais, à savoir un niveau élevé, avec accélération matérielle flou Gaussien de mise en œuvre.
    • ScriptIntrinsicBlur est maintenant une partie de l'android support library (v8) qui prend en charge Froyo et au-dessus de l'API (>8). Le développeur android blog sur la soutien RenderScript bibliothèque a quelques conseils de base sur la façon de l'utiliser.

    Toutefois, la documentation sur le ScriptIntrinsicBlur classe est très rare et j'ai passé plus de temps à trouver la bonne invocation d'arguments. Pour bluring ordinaire ARGB_8888tapé bitmap nommé photo, ils sont ici:

    final RenderScript rs = RenderScript.create( myAndroidContext );
final Allocation input = Allocation.createFromBitmap( rs, photo, Allocation.MipmapControl.MIPMAP_NONE, Allocation.USAGE_SCRIPT );
final Allocation output = Allocation.createTyped( rs, input.getType() );
final ScriptIntrinsicBlur script = ScriptIntrinsicBlur.create( rs, Element.U8_4( rs ) );
script.setRadius( myBlurRadius /* e.g. 3.f */ );
script.setInput( input );
script.forEach( output );
output.copyTo( photo );
    • Belle réponse. est-il un moyen de le rendre compatible qui peut fonctionner dans ICS aussi?
    • Vous pourriez mettre en œuvre rapide de convolution avec RenderScript et l'utilisation d'un noyau Gaussien. Un exemple sur la mise en œuvre de la convolution avec RenderScript peut être trouvé ici: stackoverflow.com/a/10257994/1444073
    • RS fait maintenant partie de la compatibilité lib, renderscript-v8.jar
    • Le soutien pour renderscript est expliqué ici: developer.android.com/tools/support-library/features.html
    • Cela fonctionne, mais faut environ 2 secondes à s'estomper un 137KB image de rayon = 25 sur un Galaxy S 3. 🙁
    • ScriptIntrinsicBlur n'est plus supporté, comme il n'est pas pris en charge dans Android Studio ou gradle en fonction de construire des systèmes.
    • Il est pris en charge par gradle en y ajoutant de la construction.gradle defaultconfig.ini.php renderscriptSupportModeEnabled vrai renderscriptTargetApi 21

    InformationsquelleAutor theV0ID
  2. 12

    Probablement les plus exigeants exigence est vivre flou, ce qui signifie que vous flou vivre comme les changements de vue. Dans cette situation, un flou qui ne devrait pas prendre plus de 10 ms (pour avoir quelques jeux sur le 16ms/60fps) pour un rendu lisse. Il est possible d'obtenir cet effet avec les bons réglages, même pas si smartphones (galaxy s3 et même plus lent).

    Ici est de savoir comment améliorer le rendement décroissant d'importance:

    1. Utiliser des images réduites:
      Cela diminue les pixels de flou énormément. Aussi il travaille pour vous quand vous voulez une vraie image floue. Aussi l'image de chargement et de la consommation de mémoire est considérablement abaissé.

    2. Utilisation Renderscript ScriptIntrinsicBlur - il n'est probablement pas une meilleure, plus rapide solution dans Android à partir de 2014. Une erreur que je vois souvent, c'est que le Renderscript contexte n'est pas réutilisé, mais elle est créée à chaque fois que l'algorithme de flou est utilisé. Esprit vous que RenderScript.create(this); prend environ 20ms sur un Nexus 5, si vous voulez éviter cela.

    3. La réutilisation des Bitmaps: ne pas créer des instances inutiles et toujours utiliser la même instance. Lorsque vous avez vraiment besoin rapide de flou, la collecte des ordures joue un rôle majeur (en prenant un bon de 10 à 20 ms pour la collecte de certaines des images). Aussi la culture et le flou que ce que vous avez besoin.

    4. Pour un live flou, probablement en raison de la commutation de contexte, il n'est pas possible de flou dans un autre thread (même avec threadpools), seul le thread principal a été suffisamment rapide pour suivre le point de vue mis à jour en temps opportun, avec les threads, j'ai vu gal de 100-300ms

    sur plus de conseils, voir mon autre post ici https://stackoverflow.com/a/23119957/774398

    btw. J'ai fait un simple live flou dans cette application: github, Playstore

    • À propos de #2 , je ne vois pas qu'il a une telle qualité de flou (voir ici: stackoverflow.com/q/36447630/878126) . Aussi, pensez-vous vraiment suggèrent que la Renderscript objet restera pour l'ensemble du cycle de vie des applications, sans appel "destroy()" sur elle, jamais ?
    • Salut, je pense que vous avez trouvé l'erreur pour la mauvaise qualité déjà dans votre post (j'allais dire que je ne peut pas reporduce votre mauvaise sortie). Pour le deuxième point: pas de cours de détruire le contexte si vous avez fait l'effet de flou. Il suffit de garder à l'esprit que la création du contexte est cher
    • La mauvaise qualité de l' - je ne suis pas sûr de la raison (parce que j'ai utilisé d'autres didacticiels et des exemples de codes), mais j'ai utilisé "createTyped" et maintenant ça fonctionne. Si vous pouvez y écrire au sujet de pourquoi j'ai eu ces problèmes, il serait grand. À propos de "détruire le contexte", je parle de la RenderScript.créer. Si je le flou des images dans beaucoup d'endroits dans l'application, il devrait être ok pour ne jamais le détruire, non? Aussi, importe-t-il quel contexte je l'utiliser pour son argument?
    • Je ne suis pas familier avec renderscript détails, msg un de ces gars-là pour répondre à votre question (ils travaillent sur le google renderscript équipe): stackoverflow.com/users/1988713/tim-murray ou stackoverflow.com/users/1819933/r-jason-sams. Je suppose qu'il n'a pas d'importance quel contexte vous utilisez (je pense que c'est uniquement utilisée pour la logistique par exemple, obtenir le dossier défini pour la renderscript fichiers). Pour Renderscript cycle de vie: Dans l'application liée que j'ai fait, je n'ai détruire le contexte dans onPause(). Mais cela dépend de votre cas d'utilisation, si vous venez de flou 1 image et la mettre dans un cache, vous avez très bien détruire immedeatly
    • ok merci. Mais sera-ce une fuite de mémoire si je lui donne même une activité en tant qu'argument, et pourtant, l'exemple de la Renderscript objet reste même après que l'activité a été détruit?
    InformationsquelleAutor patrickf