Bug 416183

Summary: Browsing albums/faces/ when running application on GPU only renders list but no thumbnails
Product: [Applications] digikam Reporter: mbcm
Component: Thumbs-IconViewAssignee: Digikam Developers <digikam-bugs-null>
Status: REPORTED ---    
Severity: normal CC: caulier.gilles
Priority: NOR    
Version: 6.4.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Launching App

Description mbcm 2020-01-12 18:28:45 UTC
Created attachment 125068 [details]
Launching App

SUMMARY
When Running the application via the GPU no thumbnails get generated within the application 

STEPS TO REPRODUCE
1. right click open with graphics processor
2. click on nvidia 
3. open album view,  or any other view and no thumbnails are generated 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: Microsoft Windows 10 Enterprise 10.0.18363
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Manufacturer:	GenuineIntel	
Description: Intel64 Family 6 Model 158 Stepping 9	
Name: Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz	
Number Of Cores: 4
Number Of Logical Processors: 8
Max Clock Speed	: 2,801
AvailabilityRunning or Full Power
L2 Cache Size: 1,024	
RAM: 2 X 8Gb  SODIMM
GPU: NVIDIA GeForce GTX 960M

Database Location: Remote Host, MariaDB 10.4
DB Size: 857.7 MiB
DB Host:  CPU : i5 4 Core 
DB Host: Memery: 8GB
DB Host: Avg Utilisation 20 - 32%
Maria DB: max_allowed_packet      = 128M
Comment 1 mbcm 2020-01-12 18:31:37 UTC
When running the application under normal operation, not running  under gpu there is no issues, all thumbnails  appear instantly.
Comment 2 caulier.gilles 2020-01-12 18:39:14 UTC
This NVidia stuff have never been tested.

To be honest, it's the first time to seen this kind of feature...

There is no reason to see digiKam take a benefit of NVIDIA specific video card. This is not the job of a portable application... At least all must be delegate to Qt framework to handle this case of use.

You can try digiKAm 7.0.0-beta2 which is now compiled with last Qt 5.14.0 where we can see, perhaps, an optimization here...

https://files.kde.org/digikam/

Gilles Caulier
Comment 3 mbcm 2020-01-12 18:40:34 UTC
Great thanks for the prompt reply.
Comment 4 caulier.gilles 2020-08-01 13:27:08 UTC
digiKam 7.0.0 stable release is now published and now available as FlatPak:

https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/

We need a fresh feedback on this file using this version.

Thanks in advance

Gilles Caulier
Comment 5 caulier.gilles 2022-01-09 21:56:12 UTC
Hi and happy new year,

Can you check if problem remain with digiKam 7.5.0 pre-release Windows
installer available
here :

https://files.kde.org/digikam/

Thanks in advance

Gilles Caulier
Comment 6 caulier.gilles 2023-04-29 19:30:17 UTC
@mbcm

digiKam 8.0.0 is out. This entry still valid with this release ?

Best regards

Gilles Caulier
Comment 7 caulier.gilles 2023-10-15 12:32:52 UTC
@mbcm,


This problem still reproducible with the new digiKam 8.2.0 pre-release Windows
installer available at usual place:

https://files.kde.org/digikam/

This new bundle is based on last Qt framework 5.15.11 and KDE framework 5.110.

Thanks in advance

Gilles Caulier