Qt 6

May I ask what is the specific command, I also encountered this problem, and still can't solve it.

Once I installed/updated libicu-50.2-4.el7_7 that updated libicu-devel-50.1.2-15 and lo and behold the make completed and installed.

I scoured through the source code more and found out that there is apparently currently no support to play from a QIODevice, only from either a network url, a qrc-baked file or a local file. I eventually resorted to writing QIODevice output to localhost port as UDP packages and read the videostream from there, data happened to already be in mpeg-ts format.

Still no idea how the mention of adding mime type information would work, but it's now obsolete need for my project.

i was able to solve it with instantiating a QVideoSink and setting that as the output, and hooking into the videoFrameChanged signal. i keep a list of the videoSinks i want to send the frames to, and farm them out when i get the videoFrameChanged notify

@jsulm Ok I'll do. Thx for the advice.

I did get all of these issues solved yes.
1: create a new subclass of QtAbstractVideoSurface, and override the present() function to do your multiplexing, set your subclass as the one video sink
2: instead of hooking into QAbstractVideoSurface::surfaceFormatChanged, hook into QMediaPlayer::metaDataChanged
3: i guess you don't need it if you do the above?

@A-N-E HI Im new. But I had this same issue. The way I corrected this was I made sure to correct the code inside the converted .PY file. Somewhere in the code was my import resource. Once I converted my resource file, I made sure that the .PY file knew I made that change as well. Sure enough, it fixed the issue I was having! Hope this helps you!

@Chris-Kawa I see, thanks for the advise, I think thats how I'll do it

@continue98

Probably because it costs Qt Company money to support more platforms. Also Windows 7 is not supported anymore even by Microsoft and everyone still using it probably does not care about the safety of his/her data... Qt 6.4 does not support 32bit builds for Windows anymore.
If you really have to support such old Windows versions and need 32bit builds then use older Qt versions.

i resolved this. Perhaps someone will be useful. I had cmake 3.24-rc4 and they broke something with it. Here is the link: https://gitlab.kitware.com/cmake/cmake/-/issues/23759

Rolled back cmake to 3.23.3, everything works fine

@SGaist thk for trying to help

@mangekoyu
So if you do know maxRow, or use 9999, either way what is your problem?

@Cesar said in Files are not automatically added to the CMakeList:

How could I set it to add the files automatically?

You can't, Qt Creator does not have such functionality. That's why it copies the path to clipboard - so you can paste it in CMakeLists.txt yourself.

Hi,

For version less support in cmake see the dedicated chapter in Qt 6's documentation.

As for the differences, there is the porting guide.

Thanks a lot! now I understand well why it was that of L and l. Try that and it works!

@appdev said in [Timestamp interpolation]:

To be more specific, is there any function in Qt that can interpolate QDateTime.

No but why should such a thing exist?

Convert your strings to QDateTime and calc the difference.

@ari87000
Hello and welcome.

In addition to @mchinand, please think about a (short but) meaningful title for your threads. hey, does not help those who read the questions.

You probably will also need to paste the content of your game.h header file, we need to see the declaration of Game class (does it have Q_OBJECT macro?) and Game::spawnEnemy() method (is it marked as a slot?).

Hi,

Thank you, that works.

Regards,

Michal