geminixdev
geminixdev
> does it mean that MacOS does not reproduce the issue? regardless how long it works? Yes, the issue does - **not** show on MacOS, and - **not** on the...
> could you check if you return empty textures QList textures = { 0, 0 }; > > but keep calling textures[i] = quint64([m_hw->device newTextureWithDescriptor:desc iosurface:surface plane:i]); ? > >...
> maybe it needs double CVPixelBufferRelease(m_hw->pbuf); ? where would you insert that?
> or there is an issue inside QtMM, can you try just QtMM? I never had such freezing when using QtMM / QMediaPlayer alone. I have my old stuff running...
> > does it mean that MacOS does not reproduce the issue? regardless how long it works? > > Yes, the issue does > > * **not** show on MacOS,...
One iMac just caught a crash, after running for about 48 hours without any issues. Apparently in **av_frame_unref**. Here the relevant parts of the MacOS crash report: ``` Crashed Thread:...
Update: After I added handling of av_read_frame() returning error (which is not eof), there are **no more crashes on windows**, despite the player running for more than a week non...
> btw https://github.com/valbok/QtAVPlayer/blob/master/src/QtAVPlayer/qavaudiooutput.cpp#L196 > > technically it is not busy loop, it is running only if there is a frame in a queue and waiting until new frame is arrived....
> Also increasing the buffer size usually helps with crackling. When decoding is too slow and audio device is waiting for more data. Yes. However decoding speed is not an...
> Also increasing the buffer size usually helps with crackling. When decoding is too slow and audio device is waiting for more data. Yes, I played with that too, and...