Кэширование gifs в fresco

Question

Я пытаюсь сделать recyclerview с gifs. Все отлично, но фреска не кэширует gif. После прокрутки списков рециркуляции и прокрутки вверх снова gifs загружаются еще раз. Я предположил, что их нужно кэшировать и загружать немного быстрее. Раньше я использовал ION library. Загрузка была быстрее и не имела проблемы с кешем. Мне пришлось изменить lib, потому что у него есть некоторая проблема с декодированием gif, описанная here. Текущее решение выглядит так:

//for default initial in application class 

Fresco.initialize(this); 
//I have also tried to change DiskCacheConfig and ImagePipelineConfig params. 
//Without any positive result 

//for recyclerview on onBindViewHolder  
GenericDraweeHierarchy hierarchy = holder.draweeView.getHierarchy(); 
Uri uri = Uri.parse(path); 
hierarchy.setPlaceholderImage(R.drawable.img_bg); 
Logger.e(check(uri) + " " + uri.toString()); 
DraweeController controller = Fresco.newDraweeControllerBuilder().setUri(uri) 
      .setAutoPlayAnimations(true).build(); 
    holder.draweeView.setController(controller); 

//for method which show cached uri images in imagepipeline 
public static boolean check(Uri uri) { 
    ImagePipeline imagePipeline = Fresco.getImagePipeline(); 
    return imagePipeline.isInBitmapMemoryCache(uri); 
} 
//... all the time log shows "false + gif url" 

Я не видел никакой информации о не кешировании анимированных изображений. Существует информация о не поддерживаемой постобработке изображений для анимаций, но это все об этом. Как правильно кешировать gif?

Редактировать: Это похоже на анимацию кеш-фрески, потому что ниже метод возвращает true для перезагруженных gif.

public static boolean isImageDownloaded(Uri loadUri) { 
    if (loadUri == null) { 
     return false; 
    } 
    CacheKey cacheKey = DefaultCacheKeyFactory.getInstance() 
      .getEncodedCacheKey(ImageRequest.fromUri(loadUri)); 
    return ImagePipelineFactory.getInstance().getMainDiskStorageCache().hasKey(cacheKey) 
      || ImagePipelineFactory.getInstance().getSmallImageDiskStorageCache() 
        .hasKey(cacheKey); 
} 

Answer 1

Я столкнулся с аналогичной проблемой, оказывается, что Фреско правильно кэширование GIF изображений, но на самом деле это занимает время, чтобы декодировать и воспроизводить анимацию каждый раз, когда вы пролистать RecyclerView или любого другого вида вас» повторно используя. Однако, если вы используете gif-образ без анимации, изображение gif не «перезагружается» при прокрутке просмотра.

Поскольку у меня есть контроль над изображениями, отображаемыми внутри моего приложения. Я создаю 2 версии gif-изображений на своем сервере, первый из которых без анимации отображается внутри RecyclerView/ListView, а другой для отображения внутри действия «Просмотр медиа», когда пользователь нажимает на элемент в списке.

Answer 2

Просто, чтобы сделать вещи немного более ясно, Фреско имеет 3 уровня кэш-памяти:

• DiskCache - Сохраняет файлы изображений в их исходном формате. (Чтобы быть точным, если на версии Android, которая не поддерживает полностью webp изображений, они могут быть перекодированы в другой формат перед сохранением.)
• EncodedMemoryCache - Кэш-память в памяти изображений в исходном закодированном формате. (Изображение хранится как байтовый массив исходных байтов , поскольку они хранятся на диске + некоторые дополнительные метаданные.)
• BitmapMemoryCache - кэш памяти, состоящий в основном из растровых изображений Android. Растровые изображения являются декодированными изображениями, и каждый пиксель занимает 32 бита , что значительно больше, чем требуется при кодировании.

Компромисс - это, очевидно, пространство против времени. Доступная память ограничена, и если изображение не находится в кэш-памяти, оно должно быть снова декодировано. Кроме того, если он также не находится в кеше с кодированной памятью, его нужно будет прочитать с диска, который также может быть медленным.

Теперь вернемся к анимированным изображениям. Это известное ограничение. Анимированные изображения не кэшируются в их декодированной форме, потому что это приведет к исчерпанию кеша битмапа (просто умножьте num_frames * width * height * 32bpp), и одно анимированное изображение может выселить все остальные изображения в кеше. Вместо этого они декодируются по требованию, и только несколько кадров, которые будут отображаться дальше, хранятся в кратковременном кэше.

У нас есть планы по улучшению анимации, хотя я не могу предоставить никаких временных оценок.

Answer 3

Фреска, они в основном сфокусированы на низких размерах gif.Я пробовал с низким gifs в recycleview, кеширование работает отлично. Если вы используете GIF с высоким разрешением, им требуется большое потребление памяти для декодирования и кеширования. может превышать размер кучи. поэтому они декодируются по требованию, и только несколько кадров (которые должны отображаться) получают кеширование.

Можно настроить фреску для отображения первого кадра, как только он будет доступен (без декодирования всего кадра) и легко сэкономить статический первый кадр.

 ImageDecodeOptionsBuilder b = new ImageDecodeOptionsBuilder(); 
     b.setForceStaticImage(true); 
     ImageDecodeOptions imageDecodeOptions=new ImageDecodeOptions(b); 
     ImageRequest request = ImageRequestBuilder.newBuilderWithSource(animatedGifUri).setImageDecodeOptions(imageDecodeOptions).setLocalThumbnailPreviewsEnabled(true).build();