jUri

Something is also wrong with displaying. The gallery is heavily lagging during fast scroll. Do you know where the bottleneck is, maybe I will try to fix?

My first thought was that the issue was just about the absence of pagination. But for the memory handling ... I am not sure. It feels like it's not about...

I searched, and there are no built-it paging mechanisms. You need to use Paging3 for that...

So, Glide has preloader that preloads bitmaps as you scroll, and lazy nature of Grid makes this work as pagination, right? Do you have examples where this approach works? Maybe...

I looked through it. Some notes: 1. You request glide to make a thumbnail. As pictures nowadays are enormous, you basically ask Glide to resize each picture. That's a lot...

yeah ok. But tell me what you think about other 3!

Initial loading time from HEAD to older commits: ~HEAD 13:19:04.178 getMediaDebug I get media in search vm 13:19:04.518 getMediaDebug I get media in repeat on resume media view model 13:19:04.529...

What device do you use for testing? It's insane that timings differ so much. I tested on Pixel 6 and I was measuring just Cursor parsing time for all gallery...

I was measuring with kotlin's mesureTime. Ok let's try simpler approach

That feature doesn't fit into a widespread needs of a gallery user IMHO