summaryrefslogtreecommitdiff
path: root/icon-themes/oxygen/res/sx18022.png
diff options
context:
space:
mode:
authorSergey Anisimov <nuke@altlinux.org>2026-04-10 13:06:34 +0500
committerMichael Weghorn <m.weghorn@posteo.de>2026-04-20 15:08:49 +0200
commit6f80adce8c7e51dd36a1bab4a834cc65a32473c4 (patch)
tree8bcff06849eed69e1a8f7d97c94d5e2bce025313 /icon-themes/oxygen/res/sx18022.png
parentce94366af3ade1f60db1906c87356a9e2c1d5c26 (diff)
Loading media in a separate thread to retrieve sizeHEADmaster
An additional fix for tdf#170681. It loads media into QMediaPlayer in a separate thread to retrieve the size in the getPreferredPlayerWindowSize() function. The implementation is not the best - in the separate thread, the media is reloaded, but alas, this is the best I could achieve. Moving QMediaPlayer between threads does not move the QMediaPlayer backend (ffmpeg), and after loading, the player remains "dead." Creating two players in two different threads and then transferring the loaded buffer between them also didn't work. There is currently no way to read metadata without loading the file into QMediaPlayer. At the moment, I believe it's not possible to do better within Qt's limitations. If the QMediaPlayer issues are resolved, the solution can be improved. https://qt-project.atlassian.net/browse/QTBUG-125865 https://qt-project.atlassian.net/browse/QTBUG-128853 Change-Id: I1d6efe0819b299427536be833ec7c4262e894f3d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/203390 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
Diffstat (limited to 'icon-themes/oxygen/res/sx18022.png')
0 files changed, 0 insertions, 0 deletions