Qt image resource is null

Kelenyche

I think so - I initially tried with the png, then switched to the jpg, and neither one is doing what I expect, so I think they're both coming in null with QImage.

Kelenyche

Ooh, I think I'm onto something. So the way my code was implemented, I read the image, did some resizing and stuff, then was checking if it was null after that, since my textbox wasn't added to the gui yet. I switched to QDebug since that's more handy, and moved that code up - it looks like my resizing stuff was causing the image to become null? I now have a not-resized image that's painting onto the background of the graph!

I'll post my full fix once I figure this out. :)

Kelenyche

Yep, this chunk is causing it to become null:

    int chart_width = static_cast<int>(splineChart->plotArea().width());
    int chart_height = static_cast<int>(splineChart->plotArea().height());
    int view_width = static_cast<int>(splineChartView->width());
    int view_height = static_cast<int>(splineChartView->height());
    scribble = scribble.scaled(QSize(chart_width, chart_height));

So in QImage::scaled, if width or height are zero, it returns a null QImage. For some reason, my width and height are returning 0, so that makes sense. Sorry for the wild goose chase, and thank you for your help!

zhongdongy

Sorry to re-open this topic. I recently encountered the same issue. When using QFile to check file size, it returns the correct value. But when I use QImage or QImageReader, the size is always QSize(0, 0) or null.

Not like @Kelenyche , I didn't call QImage::scaled() to manipulate the image size.

Following @SGaist 's suggestion, I set the QT_DEBUG_PLUGINS=1 environment variable and run the program, the output didn't seem like to provide anything useful:

QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/plugins/platforms" ...
QFactoryLoader::QFactoryLoader() looking at "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-debug-visual-
studio/plugins/platforms/qwindowsd.dll"
Found metadata in lib C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-debug-visual-studio/plugins/platform
s/qwindowsd.dll, metadata=
{
    "IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
    "MetaData": {
        "Keys": [
            "windows"
        ]
    },
    "archreq": 1,
    "className": "QWindowsIntegrationPlugin",
    "debug": true,
    "version": 393728
}


Got keys from plugin meta data QList("windows")
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/platforms" ...
loaded library "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-debug-visual-studio/plugins/platforms/qwin
dowsd.dll"
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/plugins/platformthemes" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/platformthemes" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/plugins/styles" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/styles" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/plugins/accessible" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/accessible" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/plugins/imageformats" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/imageformats" ...
qDebug: background image is null?  true
qDebug: background image size?  QSize(0, 0)
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/plugins/accessiblebridge" ...
QFactoryLoader::QFactoryLoader() checking directory path "C:/Users/zhongdongy/Workspace/repos/qt-family-hub/cmake-build-
debug-visual-studio/accessiblebridge" ...

Note: this is a PNG file, so I assume it will not load the QJpeg plugin.

The QFile::size() function returns the file size correctly, so the embedded resource definitely exists and loaded.

I'm using Qt6 with MSVC (something wrong when linking using mingw) on Windows 11 x64, and font resources have no such issue, only image files.

Christian Ehrlicher

There is no Qt png plugin because the support for png is built-in in QtGui so no plugin needed. Therefore it's also not a plugin problem but a problem of your path passed to QFile.

zhongdongy

@Christian-Ehrlicher Thanks for the response. But the path passed to QFile and QImage or QImageReader are exactly the same. Even when I use the following approach still cannot get a usable QImage instance:

  QFile f(":/resources/images/default-background.png");
  f.open(QIODevice::OpenModeFlag::ReadOnly);
  QByteArray byte_array = f.readAll();
  qDebug() <<"Bytes length: " << byte_array.length();
  QImage img = QImage::fromData(byte_array);
  qDebug() << "Is QImage instance null: " << img.isNull();

The output:

Bytes length:  277370
Is QImage instance null:  true

So the path is definitely correct.

artwaw

@zhongdongy What if you pass the path to the file into QImage constructor? Get rid of the middle man QByteArray.

zhongdongy

@artwaw Thanks for the suggestion. Originally I did use the QImage constructor directly. But it didn't work. So I use QFile to read QByteArray to prove the path is correct.

zhongdongy

Here is a sample demonstrating the issue I encountered: GitHub | qt-forum-samples/qimage-not-loading. It's based on the reply I posted above. I'm building this project using MSVC, so the CMakeLists.txt file has some extra jobs to copy the debug DLLs.

Christian Ehrlicher

Works fine for me after I removed the strange rcc custom command. You enabled CMAKE_AUTORCC so why to you the call rcc by yourself? Remove it and simply add application.qrc to your list of sources as described in the documentation of CMAKE_AUTORCC.

zhongdongy

@Christian-Ehrlicher The custom command was added because I once suspected the CMAKE_AUTORCC was not working correctly. Just now as you suggested, I commented the custom Cmake command, but still no luck.

It is very clear now, this command has nothing to do with the QImage not loading data but thank you anyway. It somehow just failed on my laptop, I'll try to start a Linux virtual machine and see how.

May I know your Qt version? Mine is Qt 6.2.3.

Christian Ehrlicher

My Qt version is 5.15.2 on Linux and 6.2.3 on Win (MinGW)

Bytes length:  277370
qt.gui.icc: fromIccProfile: failed minimal tag size sanity
Is QImage instance null:  false
qt.gui.icc: fromIccProfile: failed minimal tag size sanity
Is QImage2 instance null:  false

zhongdongy

@Christian-Ehrlicher Thank you very much. From what we've seen now, the code itself has no issue. I'll try on Linux, or other versions on Windows and see how. I'll update here if I found something.

zhongdongy

@Christian-Ehrlicher Just now I use a Linux (Ubuntu 21.10) vm to test the same code with GCC, same result as you've posted:

Warning: Ignoring WAYLAND_DISPLAY on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
Bytes length:  277370
qt.gui.icc: fromIccProfile: failed minimal tag size sanity
Is QImage instance null:  false
qt.gui.icc: fromIccProfile: failed minimal tag size sanity
Is QImage2 instance null:  false

And I've already re-installed Windows 11 (code failed) now using Windows 10 host (also failed). This is really frustrating because I'll have to write Qt on a Windows host and compile it inside Linux vm, lol. I cannot use Linux directly because the Intel Iris Xe graphics card shipped with Intel i7-1195G7 has screen tearing issue on almost all Linux distros (Fedora, Arch, Ubuntu, Debian, RH, Deepin...). Spent the whole day yesterday to install and test...

I'll try submit a bug report on bugtracker if none submitted before. Thanks everyone.