That error is usually happening with the shared version when an application has not been properly deployed.
What do you mean shared? is that as opposed to the static build i've been trying to do?
Sorry but I don't understand how your post is meant to help me.
The application hasn't been 'deployed' (windeployqt? which i shouldn't need to do anyway because its meant to be static/standalone) yet because I'm still working on it in creator. The other plugins i need are now statically built / installed as was in an above response. The only thing that doesn't show up is the windows in "%QTDIR%\plugins\platforms" (I needed to add QT_QPA_PLATFORM_PLUGIN_PATH to windows environment variables)
ive rebuilt the 5.12 static version multiple times now with other different configs to try to get it to work and the windows plugin simply never exists in plugins\platforms\
I have just solved the problem. I did as you said. The things were going fine, but the error was still exist. Therefore, I tried to find the source of the problem. In makefiles of the program what I am dealing with, the library links are referred as
However, in my library location there is no library exactly the same name. There is :
So, I redefined it in makefile, and the problem is solved.
I think not. It seems to not deeply use the same "gstreamer plugins". I'm also not sure of my answer, but it is the impression i have.
You can maybe try to change some camera parameters from qml code, but not sure you will have the same result (it's look like luminosity problem).
Actually, I have now seen the .mov files played by QML's MediaPlayer on Windows. I'm making things slightly difficult for myself by not having a Windows machine in the house, so this has all been on an AWS EC2 instance; that gives you a Server2012R2 session... but that seems to have no media player support at all until you enable "Windows Desktop Experience". I also installed a "K-Lite Codec Pack", but since I'd installed that before I enabled the "desktop experience" stuff, I'm not sure if it was needed or not (will try and remove the codec pack at some point, if it's uninstallable; strongly suspect it is needed though). Anyway, that's the existence proof the .mov files can work I was looking for.
Thanks for the other suggestions...
I'm not too keen on turning to other tools like VLC or ffmpeg if I can possibly avoid it. Stock Qt has so far served me remarkably well as a one-stop shop for multiplatform applications and I'm very reluctant to have to bring in something else too. Transcoding my video content to something that worked everywhere would have been a more attractive solution if needed.
Then I'd recommend using a dedicated library to do that. Qt already uses GStreamer for it's backend on Linux so that might be a possibility. You also have the QtGstreamer module that can help with that.
Hi, yes i already install libgstreamer, it is look like that my problem was that the plugins for the video should be located under lib/mediaservise and not flat under lib/
But now, unsurprisely, I have new issue that crushes my target Linux:
Inconsistency detected by ld.so dl-open.c 271 dl_open_worker...
I now will take a look and try to resolve it.
Thanks a lot for your time, I really appreciate that.
Thanks for your answers; the problem was indeed the default configuration, my mistake was trusting the information in the "About panel" of Qt Creator; you also have to make sure you have chosen Qt 5.4.2 as the default configuration, just like on the image below: (Tools > Options > Build & Run > Kits > Make the right one the default)
Now the compilation runs fine and the program launches.