@ekkescorner This issue will be fixed in next release.
Qt support said that overwriting Qt 5.15.11 androiddeployqt files with Qt 5.15.10 ones will fix this issue.
I don't like mixing versions, so I'm waiting next release while using Qt 5.15.10 which is good enough for my development.

@nishithaa I have tried to do this for years to make a VR video player using Qt and I'm finally close to achieving it but without gstreamer. I don't know if gstreamer is a requirement to you but I use libvlc 4, based on this example : https://github.com/videolan/vlc/tree/master/doc/libvlc/QtGL .

It compiles and runs well but I don't want to use QOpenGLWidget (I use QWindows with manually-managed QOpenGLContexts) and somehow I can't make it to work in this setup.

@Sam-Aaron said in QtMultimedia - UI Freezes after 6.4.0 update.:

Downgrading to Qt 6.2.4 does appear to have fixed the issue. I've had the GUI running overnight and all morning and no freezing so far.

Unfortunately (for me) this assertion was wrong and I got a freeze with a Qt 6.2.4 build. Apologies for the red herring - my issue is likely unrelated.

I am currently unsure that you can achieve that this way.
If memory serves well, you can create a custom QMediaObject that you can attach to VideoOutput. It could be an alternative.

This is because of virtualbox 3d acceleration support opengl version 2.0
it looks like qt multimedia(6.2) need opengl at least 3.0 version

Below was how to know it.
mesa log enable and log like below

Mesa: glGenTextures 1
Mesa: glBindTexture GL_TEXTURE_2D 2
Mesa: FLUSH_VERTICES in bind_texture_object
Mesa: FLUSH_VERTICES in teximage
Mesa: glTexImage2D GL_TEXTURE_2D 0 GL_R8 960 360 1 0 GL_RED GL_UNSIGNED_BYTE (nil)
Mesa debug output: GL_INVALID_VALUE in glTexImage2D(internalFormat=GL_R8)

GL_R8 variable is available upper than opengl 3.0

That's why we have to see green screen in virtualbox 3d acceleration

Hi and welcome to devnet,

To the best of my knowledge you would have to use GStreamer directly with their QML sink.

@SGaist and @Kent-Dorfman Thanks for your inputs.

No warning or error message on the console ?

@sgaist Yep, I added a link to stack overflow. Concerning vlc I already looked at it but sadly there is some major drawbacks :

-the documentation is poor or inexistant.
-it does not allow fine tuning what you want at compile time as much as ffmpeg allows it (to reduce shared libs size).
-it is partially based on ffmpeg anyway and I try to reduce as much as possible the amont of dependencies (for future compatibility and maintaining on my free time).

Again thank you so much for the quick replies and the mailing list 🤩.

@pderocco said in QAudioDecoder timing race:

I'm thinking it might be better to just write my own local file reader, since uncompressed PCM WAV files are pretty simple.

In your particular use case I agree.

@qromanek I don't know whether anybody here knows the answer (I don't). In case not you should ask on Qt developers mailing list.

Hey,
Sorry for late answer. Yes everything seemed fine. No error report at least.
But I'm guessing that this might not actually be linked with this topic anymore. So I'll just look into this issue on my own from there.

Anyway, thanks a lot for the support !

Best regards,

TomHat

https://drive.google.com/file/d/1SHw3k6gY9pz8cL7skhDUPUf2NrwF4xeE/view

@mrjj Many thanks mrjj for your answer. I'll make more researches about SQLite and Taglib.

Any updates or workarounds here?

Hi @robcreamer, this is outside my expertise, but I suggest you subscribe to the Interest mailing list (http://lists.qt-project.org/mailman/listinfo/interest ) and post your sample code + 122.7-hour log there. I'm sure one of the Qt engineers on the list can tell you what's happening.