Thanks everyone for the prompt answers! Now I'm more confident on how QT deals with color information. Or better, on how QT doesn't do any color transformation.
2015-12-31 6:56 GMT-02:00 Boudewijn Rempt <b...@valdyas.org>: > If you need color management for an image manipulation application, I > would (well, I am, since I'm working on exactly that kind of application) > not use QImage to store the image data. I use lcms2 or opencolorio to > convert from the working colorspace to the display colorspace and then use > either opengl or qimage/qpainter to paint the pixels on the widget. When > converting my display corrected pixels to a qimage for the cpu-based > canvas, nothing weirds happen, Qt isn't doing anything to my pixels. > > You can check out the source code here: > https://phabricator.kde.org/diffusion/KRITA/. I know Krita. It's a great software! I completely forgot it was written with QT. I'll take a look on how you display the processed pixels. Could point me a start point at Krita's source code? 2015-12-31 11:15 GMT-02:00 Gunnar Roth <gunnar.r...@gmx.de>: > Hi, > doing my regular github scan for qml keyword, > I just found this https://github.com/erikhvatum/StackStream > > A small collection of Qt and QML widgets for viewing images and image stack > collections of any size + a QML scene graph plugin providing 32 bit per > channel floating point framebuffer and layer support for optimal > compositing, manipulation, and display of HDR and high-depth images, > including in 30-bit mode (10 bit per channel). That's really cool! Cheers _______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
