Hi, Is anybody else having issues with extremely slow load time of DPX files since OIIO 2.x.x ? (Windows 10) Please watch the benchmark video below which illustrates the issue preventing us from upgrading from OIIO 1.8.x+.
OIIO 2.x.x DPX load time issue Benchmark<https://vimeo.com/357644049> (https://vimeo.com/357644049) The test code running in the video above loads full res images (DPX, EXR, JPG, PNG) and creates thumbnails that are displayed within a Qt app. It’s important to note that each image is loaded in parallel using Qt’s QThreadPool. I suspect this is a threading (lock) issue. I can reproduce this behavior in both C++/Qt and Python bindings/PySide2 using Python 3.6+ or Python 3.7+. I’ve had this issue since I compiled one the first 2.0 release but I didn’t have time to troubleshoot to isolate the problem until now. I was hoping this would be a problem other people would have and that it would be fixed by now. I also tried to re-compiled using various compilation settings, removing all non-required third party libraries but the issue remained. It’s interesting this happens for DPX files only since this is not an “external library” (or at least it’s distributed with OIIO code as far as I know). Other formats all seem to load much faster in OIIO 2.x.x+ which is absolutely awesome unfortunately DPXs are still a big part of our world and we can’t upgrade because of this ☹. Anybody else using OIIO 2.x.x is having similar issue on Windows ? Larry do would you have any idea what’s causing this ? Thank you OIIO 2.0.10: * Visual Studio 2017 (x64) * Boost 1.70 * FFmpeg 4.0 * libbz2 1.0.6 * zlib 1.2.11.8900 * libjpeg 9b * libpng 1.6.33.8807 * libRAW 0.19.5 * OCIO 1.1.1 * OpenEXR 2.3.0 * tiff 4.0.10 Renaud
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
