https://bugs.kde.org/show_bug.cgi?id=470826
--- Comment #14 from skierpage <i...@skierpage.com> ---
On my Fedora 41 laptop Plasma-KDE-QtMultimedia defaults to using ffmpeg; you
can force it to use the gstreamer backend if you move
/usr/lib64/qt6/plugins/multimedia/libffmpegmediaplugin.so to a completely
different location, but I still don't see any video.
(In reply to skierpage from comment #13)
> access("/home/spage/https://files.kde.org/plasma/kwin/effect-videos/invert.mp4";,
> F_OK) = -1 ENOENT (No such file or directory)
> This last error is suspicious. The KCM should be making an https network
> request, not trying to access a bogus local path.
This local file access seems a false alarm. If you enable a lot of debugging
with something like
% QT_DEBUG_PLUGINS=1 QT_FFMPEG_DEBUG=1 GST_DEBUG=4 \
QT_LOGGING_RULES="*.debug=true;*.multimedia.*=true" \
systemsettings kcm_kwin_effects 2>&1 | tee qt_debug.log
you can see ffmpeg requesting chunks of the video from the network, e.g.:
"FFmpeg log: request: GET /plasma/kwin/effect-videos/fade_desktop.ogv
HTTP/1.1\r\nUser-Agent: Lavf/61.7.100\r\nAccept: /\r\nRange:
bytes=2575554-\r\nConnection: close\r\nHost: files.kde.org\r\nIcy-MetaData:
1\r\n\r\n"
The settings window gets bigger as if it's going to show a video, yet there are
lines like
QQuickLoader_QML_262(0x555785bfc720, id="videoItem", parent=0x55578484d830,
geometry=0,0 0x0) (0x55578602e550) now has the following listeners
Claude.ai commented: those logs are quite revealing! The zero-size geometry on
the QQuickLoader suggests the video widget isn't being sized properly. The
network requests look correct (FFmpeg is successfully requesting byte ranges),
but the UI component isn't displaying it. In Qt Quick, if a loader or video
item has 0x0 geometry, it typically means either:
- The layout isn't properly setting the size
- The parent item isn't giving it space
- There's a missing width/height binding
- Or the anchors aren't set correctly
--
You are receiving this mail because:
You are watching all bug changes.
