Qualcuno può indicarmi il motivo per l'errore transazione di binder? Posso vedere questo messaggio di errore in logcat. Viene visualizzato questo errore durante il tentativo di inserire dinamicamente un bitmap in un widget ...Transazione di binder non riuscita quando si inserisce dinamicamente un bitmap in un widget
Ciò è causato dal fatto che tutte le modifiche a RemoteViews sono serializzate (ad esempio setInt e setImageViewBitmap). Le bitmap sono anche serializzate in un pacchetto interno. Sfortunatamente questo bundle ha un limite di dimensioni molto ridotte.
È possibile risolverlo scalando verso il basso le dimensioni dell'immagine in questo modo:
public static Bitmap scaleDownBitmap(Bitmap photo, int newHeight, Context context) {
final float densityMultiplier = context.getResources().getDisplayMetrics().density;
int h= (int) (newHeight*densityMultiplier);
int w= (int) (h * photo.getWidth()/((double) photo.getHeight()));
photo=Bitmap.createScaledBitmap(photo, w, h, true);
return photo;
}
Scegliere newheight essere abbastanza piccolo (~ 100 per ogni piazza che dovrebbe assumere sullo schermo) e usarlo per il tuo widget, e il problema verrà risolto :)
Il buffer di transazione di Binder ha una dimensione fissa limitata, attualmente 1Mb, che è condivisa da tutte le transazioni in corso per il processo. Di conseguenza, questa eccezione può essere generata quando ci sono molte transazioni in corso anche quando la maggior parte delle singole transazioni ha dimensioni moderate.
riferiscono questo link
ho risolto questo problema memorizzando le immagini nella memoria interna e quindi utilizzando .setImageURI() anziché .setBitmap().
e non passare le immagini attraverso Parcelable da schermo a schermo o così, immagino che sia il peggiore in questo caso – MartinC
È possibile comprimere la bitmap come matrice di un byte e quindi decomprimerla in un'altra attività, come questa.
Comprimere !!
ByteArrayOutputStream stream = new ByteArrayOutputStream();
bmp.compress(Bitmap.CompressFormat.PNG, 100, stream);
byte[] bytes = stream.toByteArray();
setresult.putExtra("BMP",bytes);
Uncompress !!
byte[] bytes = data.getByteArrayExtra("BMP");
Bitmap bmp = BitmapFactory.decodeByteArray(bytes, 0, bytes.length);
Perfetto, questo riduce significativamente le dimensioni della bitmap. – Navin
perché non utilizzare JPEG anziché PNG? non è meglio compresso? – mehmet6parmak
@ mehmet6parmak PNG viene utilizzato perché non ha perdite, a differenza di JPEG. Sì, il JPEG si comprime meglio, ma la qualità (un po ') soffre di conseguenza. – Petzku
L'approccio giusto è quello di utilizzare setImageViewUri() (più lento) o il setImageViewBitmap() e ricreare RemoteView s ogni volta che si aggiorna la notifica.
Vedere la risposta in this thread.
intent.putExtra("Some string",very_large_obj_for_binder_buffer);
di superamento del buffer di transazione legante trasferendo grande elemento (s) da un'attività all'altra attività.
Ho avuto lo stesso problema che ho appena rimosso problema putExtra ordinato! – Ivor
Quello che non capisco è cosa succede esattamente qui. Sto usando un ViewPager con un set di dati abbastanza grande, ma ricorda tutto tra le pagine nonostante lo spam di binder. Il bundle viene scritto nella memoria locale e poi precaricato o cosa? Posso perdere i dati se aggiungo più pagine? –
Grande aiuto. grazie mille !!!! – Jigar
Ma questo ridurrà la qualità dell'immagine –