XnView Software

jadO wrote: yes it's normal if you have 'create for whole folder'

Why is this normal? I don't see a reason for loading all thumbnails until everything crashes.

But please explain me why you can't disabled 'create for whole folder' setting?

Edit: Also my findings showed, that simple scrolling through a large number of thumbnails increases the memory dramatically. Memory management seems to be absent.
There should be strict memory control. I only see 2 reasons to load a thumbnail: When it gets displayed or processed. When it does not get displayed anymore its memory should get freed and after it has been processed it should free its memory too.

On old computer, this can be slow, but this can be an enhancement when 'create for whole folder' setting is OFF

It seems like the only working solution is as follows:

1. Open folder
2. Eventually select recursive folder option
3. Select all files
4. Select rebuilt thumbnails from the menu

This seems to go through all files, creates thumbnails for them and keeps a low memory footprint about 300 mb in my case.

Basically this is what I would have expected from the 'create for whole folder' setting.
I still don't see a point in loading as many thumbnails to crash XnView MP.

jadO wrote: 4. Select rebuilt thumbnails from the menu
This seems to go through all files, creates thumbnails for them and keeps a low memory footprint about 300 mb in my case.

'create for whole folder' is OFF?

xnview wrote:'create for whole folder' is OFF?

Yes, but I don't know if the result is what I want.

I had it running now for a couple of hours and it seemed like it was creating thumgbnails for each files. But now when I scrolled through them I see a lot of maybe most of them not being created.

I don't know what this thing is doing.

helmut wrote:I don't know anyone except you who has 20.000 or more video files on his computer. So I still don't see that this is a standard use case. What's is your use case to scroll through 20.000 or more videos?

The memory leak problem doesn't only affect video files, but also pictures.

I work with professional photographers and one of my folders contains more than 50.000 files (let me spell that: FIFTY THOUSANDS), not even counting subfolders. That's a pretty much standard use case for my job.

Recursive thumbnail creation litterally kills the OS. On the fly ("on demand") thumbnail creation is slow and for my needs is not an option. Creating thousands of thumbnails in one pass doesn't necessarily mean having to store all of them simultaneously in RAM. Obviously there should be a better way to implement such a feature. Directory Opus can do it without hogging the whole memory.

Kaminari wrote:

helmut wrote:I don't know anyone except you who has 20.000 or more video files on his computer. So I still don't see that this is a standard use case. What's is your use case to scroll through 20.000 or more videos?

The memory leak problem doesn't only affect video files, but also pictures.

Memory leak or out of memory?

On the fly ("on demand") thumbnail creation is slow and for my needs is not an option.

Even if thumbnails is stored in catalog?

Kaminari wrote:The memory leak problem doesn't only affect video files, but also pictures.

I work with professional photographers and one of my folders contains more than 50.000 files (let me spell that: FIFTY THOUSANDS), not even counting subfolders. That's a pretty much standard use case for my job.

Recursive thumbnail creation litterally kills the OS. On the fly ("on demand") thumbnail creation is slow and for my needs is not an option. Creating thousands of thumbnails in one pass doesn't necessarily mean having to store all of them simultaneously in RAM. Obviously there should be a better way to implement such a feature. Directory Opus can do it without hogging the whole memory.

Thank you for your confirmation of this issue.

Hi jadO. Can you confirm that this is resolved in v0.84?

xnview ([url=http://newsgroup.xnview.com/viewtopic.php?p=137351#p137351]XnView MP 0.84[/url]) wrote:1033: [Bugs] Leaks when creating catalog - http://newsgroup.xnview.com/viewtopic.php?f=82&t=34220

jadO ([url=http://newsgroup.xnview.com/viewtopic.php?p=136234#p136234]0.84b1: RAM usage for creating a catalog[/url]) wrote:I have reported related issue: http://newsgroup.xnview.com/viewtopic.php?f=82&t=34005

XnTriq wrote:Hi jadO. Can you confirm that this is resolved in v0.84?

xnview ([url=http://newsgroup.xnview.com/viewtopic.php?p=137351#p137351]XnView MP 0.84[/url]) wrote:1033: [Bugs] Leaks when creating catalog - http://newsgroup.xnview.com/viewtopic.php?f=82&t=34220

jadO ([url=http://newsgroup.xnview.com/viewtopic.php?p=136234#p136234]0.84b1: RAM usage for creating a catalog[/url]) wrote:I have reported related issue: http://newsgroup.xnview.com/viewtopic.php?f=82&t=34005

No, it is not resolved. Beta 4 shows same problem.

jadO wrote:

XnTriq wrote:No, it is not resolved. Beta 4 shows same problem.

And the final release, too?


Possibly related:

• 0.61 Windows: Memory Leak problem
• MP v0.72 x64 windows memory fault.
• is it possible to recursive build a catalog?
• Search function - possible memory leak. (fixed)
• What ultimately ruins XnView for me: Handling lots of images
• Cached Directiory - Add folders uses all my memory

XnTriq wrote: And the final release, too?

Yes.

jadO wrote:

XnTriq wrote: And the final release, too?

Yes.

OK. Thanks for reporting back, jadO.

XnTriq wrote:

jadO wrote:

XnTriq wrote: And the final release, too?

Yes.

OK. Thanks for reporting back, jadO.

No problem. I hope my answer was clear that the issue persists even in 0.84 RC. The links you have posted seem to address the very same issue.

jadO wrote:

XnTriq wrote: And the final release, too?

Yes.

it's only for create catalog in settings

xnview wrote:

jadO wrote:

XnTriq wrote: And the final release, too?

Yes.

it's only for create catalog in settings

I don't understand what you are trying to say.