Hey there! Thanks for helping Mudlet improve. 🌟

Test versions

You can directly test the changes here:

• linux: https://make.mudlet.org/snapshots/2eed28/Mudlet-4.18.5-testing-pr7391-5e12b3ee-linux-x64.AppImage.tar
• osx: https://make.mudlet.org/snapshots/ad51c8/Mudlet-4.18.5-testing-pr7391-5e12b3ee.dmg
• windows 64 bit: https://make.mudlet.org/snapshots/028732/Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64.zip
• windows 32 bit: https://make.mudlet.org/snapshots/b5fa54/Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-32.zip

No need to install anything - just unzip and run.
Let us know if it works well, and if it doesn't, please give details.

I checked that winqt6deploy copies the DLL file to the folder, but I will modify the script to be sure.

Sorry, I've been playing with winqtdeploy-qt6.exe myself and, yeah, if the library is in the system then it will copy it to the right subdirectory - so you were okay to begin with.

Copying a file across manually only becomes an issue when building a debug version (and the CI script versions are not currently set up to do that) as the tool does not copy the .debug files with the debug info for each Qt library file - the ones I have do (but they are not complete for building and uploading proper signed official "Release" builds)...

Perhaps I wasn't clear - you can revert 5499794 as "we ain't gonna need it"... 😊

... it is theoretically possible that the scope of this setting might need to be expanded to also do something for other OSes when we start working on Qt6 for those as well.

Turns out that for Qt of the same version on GNU/Linux there is no problem with not defining QT_MEDIA_BACKEND - it seems to be a Windows only thing.

😕

* windows 64 bit: https://make.mudlet.org/snapshots/028732/Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64.zip

If you don't plan to fix ffmpegmediaplugin.dll by including all the necessary dependencies, you should consider removing the following DLLs:

multimedia/ffmpegmediaplugin.dll
avcodec-61.dll
avformat-61.dll
avutil-59.dll
libtiff-6.dll
libwebp-7.dll
libwebpdemux-2.dll
swresample-5.dll
swscale-8.dll

None of them can be used currently, and removing them would free up 20MB (and 10MB in the ZIP file).

Thanks for the tip. Using the WMF backend on windows is enough for us, so we'll remove the extra libraries.

I think all can go except for libwebp-7.dll, we might want to keep that one around to to show webp images in Mudlet.

I think all can go except for libwebp-7.dll, we might want to keep that one around to to show webp images in Mudlet.

But then you have to add libsharpyuv-0.dll, because libwebp-7.dll depends on it:

dll dependency check:
  C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\libwebp-7.dll
  │ can't load libsharpyuv-0.dll

Also, I didn't check the Qt-dlls before, but now I see that the following also have missing dependencies, so are currently useless:

dll dependency check:
  C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\qglib.dll
  │ can't load libgio-2.0-0.dll
  │ can't load libgobject-2.0-0.dll

dll dependency check:
  C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\qmng.dll
  │ can't load libmng-2.dll

dll dependency check:
  C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\qtiff.dll
  │ C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\libtiff-6.dll
  │ │ can't load libdeflate.dll
  │ │ can't load libjbig-0.dll
  │ │ can't load libLerc.dll
  │ │ C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\libwebp-7.dll
  │ │ │ can't load libsharpyuv-0.dll

dll dependency check:
  C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\qwebp.dll
  │ C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\libwebp-7.dll
  │ │ can't load libsharpyuv-0.dll
  │ C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\libwebpdemux-2.dll
  │ │ C:\src\Mudlet-4.18.5-testing-pr7391-5e12b3ee-windows-64\libwebp-7.dll
  │ │ │ can't load libsharpyuv-0.dll
  │ can't load libwebpmux-3.dll