d85e94da07d3d8bb213ef2e3d98c2032edad7155
General idea is that, if several threads are handling thumbnails at the same time, they can end working on the same file at some point, which will generate conflict. To avoid this, threads can now lock a given filepath. Note that locking data is allocated on a ref-count basis, to avoid keeping the GSet in memory when not needed. Also, we are using global LOCK_IMAGE mutex for now. Needed for upcomming filebrowser rework.
Description
No description provided
Languages
C++
78%
Python
14.9%
C
2.9%
GLSL
1.9%
CMake
1.2%
Other
0.9%