MvxCachedImageView error loading in a listview

Description

I have a MvxCachedImageView in a listview. There is an intermittent error in loading picture that result in loading the ErrorPlaceholder. It could happen:

1. in a list of 10 rows, starting from the middle, say the 7th row
2. after bind the listview to a new data source. the 1st row may get the error immediately

This is the code of the image view

<?xml version="1.0" encoding="utf-8"?>
<android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:local="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:orientation="horizontal">

  <ffimageloading.cross.MvxCachedImageView
      android:id="@+id/mvxCachedImageView_picture"
      android:layout_width="@dimen/listitem_route_picture_image_size"
      android:layout_height="@dimen/listitem_route_picture_image_size"
      android:layout_marginBottom="4dp"
      android:layout_marginStart="8dp"
      android:layout_marginTop="4dp"
      local:MvxBind="LoadingPlaceholderImagePath 'res:ic_image_grey_700_48dp.png'; ErrorPlaceholderImagePath 'res:ic_error_outline_grey_700_48dp.png'; Transformations Transformations; DownsampleWidth DownsampleWidth; DownsampleUseDipUnits true; ImagePath PicturePath"
      local:layout_constraintStart_toStartOf="parent"
      local:layout_constraintTop_toTopOf="parent" />

Pictures are 100% ok as they can be shown in the same listview sometimes without any error.

From the debug output, there is an error

W/BitmapFactory( 8153): bitmap marked for reuse (2433600 bytes) can't fit new bitmap (3244800 bytes)
03-25 20:34:56.703 D/skia    ( 8153): --- decoder->decode returned false

The debug output is attached. ffimageloading error log 2.txt

Is there any other parameter that can be used to solve it?

Thanks,

Nick

Steps to Reproduce

Expected Behavior

Actual Behavior

Basic Information

• Version with issue:
• Last known good version:
• Platform:

Screenshots

Reproduction Link / Code

[Nick1611]

Hi Daniel,

With the latest version, it is still happening but the frequency is lower.

As mentioned in my last post, I have 2 recyclers where the second one is full screen. I found that if the second one downsample rate is not large enough, i.e. loading with large memory, the recycler is fine but all subsequent operations of the loader will become unstable. It includes after returned to the first recycler without transformation, and code loading thumbnail. After specified a much lower sample size, it is smooth.

Thanks,

Nick

[daniel-luberda]

That issue should be fixed in 2.3.6 with: https://github.com/luberda-molinet/FFImageLoading/commit/1a650f2086fcf7d10e350cab9b3602601f9fe809

Do you still experience it?

Transformations are resource hungry operations, so may lead to OOM exceptions.