1.6.3 (x64) Win10: MP4 file accidenal browser pick leads to crash/freeze
Posted: Tue Jan 02, 2024 11:57 am
XnView: MP 1.6.3 - 64-bit
OS: Windows 10 - 64-bit
XnView crashes/freezes when navigating in browser mode and picking accidental MP4 files or even smaller group of them. I DONT DO ANY MP4 VIEWING, like ocean of tickets are here and I could find under searching for "video/MP4 frozen/freeze/crash" word combinations.
Effect: XnView crashes
To reproduce:
1. Browsing folder where are JPG and MP4 files..
2. Variously picking (not doubleclicking) / selecting MP4 files.. then moving elsewhere...just simply "touch and leave" clicking around..
3. HAVE ALL MY CACHING/DBASE OFF --> just to see memory job only, have like 5GB free while running.. 16GB DRAM ent notebook.
4. No matter if preview pane is on/off
5. Currently some 2GB on my 256GB SSD are free --> should this affect memory only operations I expected? Came to this point by having needed to move away files from old mobile to swap for new one and this great program to manage and sort it all for final backup). Some files top ~300MB, and yes, just picking single one it can crash too..
6. it can really accidentaly happen come even on smaller seized folders, but I mostly test on large 6000-item mix jpg/mp4 folder due to point 5.
7. I verified this in Classic 2.51.5 full package and no problem (also caching off) --> but it does not preview MP4 files by default! What shall I download to make it supported and retry?
8. If I had support in point 7, would app reqs be same in Task Manager, where I just could top low CPU ~15% and mem load (max 200MB), while in MP version I pretty reach 2GB mem on browsing that huge folder and CPU hits like 50%, GPU involved too. Would be same or Classical is just less hungry?
I can setup live webex just for you to quickly see and tell. To repeat, THIS IS STRONGLY MEMORY FOCUSED SETUP AND IT FAILS.
Actual behaviour (bug): XnView crashes
Expected behaviour: No crash, free clicking/selecting around --> then some action to view, etc.
I would be glad to help improve this amazing product, ASAP if possible
Happy NY2024!
BR
Peter
OS: Windows 10 - 64-bit
XnView crashes/freezes when navigating in browser mode and picking accidental MP4 files or even smaller group of them. I DONT DO ANY MP4 VIEWING, like ocean of tickets are here and I could find under searching for "video/MP4 frozen/freeze/crash" word combinations.
Effect: XnView crashes
To reproduce:
1. Browsing folder where are JPG and MP4 files..
2. Variously picking (not doubleclicking) / selecting MP4 files.. then moving elsewhere...just simply "touch and leave" clicking around..
3. HAVE ALL MY CACHING/DBASE OFF --> just to see memory job only, have like 5GB free while running.. 16GB DRAM ent notebook.
4. No matter if preview pane is on/off
5. Currently some 2GB on my 256GB SSD are free --> should this affect memory only operations I expected? Came to this point by having needed to move away files from old mobile to swap for new one and this great program to manage and sort it all for final backup). Some files top ~300MB, and yes, just picking single one it can crash too..
6. it can really accidentaly happen come even on smaller seized folders, but I mostly test on large 6000-item mix jpg/mp4 folder due to point 5.
7. I verified this in Classic 2.51.5 full package and no problem (also caching off) --> but it does not preview MP4 files by default! What shall I download to make it supported and retry?
8. If I had support in point 7, would app reqs be same in Task Manager, where I just could top low CPU ~15% and mem load (max 200MB), while in MP version I pretty reach 2GB mem on browsing that huge folder and CPU hits like 50%, GPU involved too. Would be same or Classical is just less hungry?
I can setup live webex just for you to quickly see and tell. To repeat, THIS IS STRONGLY MEMORY FOCUSED SETUP AND IT FAILS.
Actual behaviour (bug): XnView crashes
Expected behaviour: No crash, free clicking/selecting around --> then some action to view, etc.
I would be glad to help improve this amazing product, ASAP if possible
Happy NY2024!
BR
Peter