SUMMARY Elisa no longer starts playing MP3 files automatically like all other files. Pressing the play pause button also doesn't start playing. You have to drag on the seek bar to get it to start playing. You have to do this every time the music changes too. STEPS TO REPRODUCE 1. Try playing any MP3 in any way. OBSERVED RESULT File opens but nothing happens. EXPECTED RESULT Music should start playing. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 42 ADDITIONAL INFORMATION This doesn't occur on other file types.
Same problem occurs for me. In addition to mp3, opus (ogg) also suffers from the same problem. Fedora 42, KDE Plasma
(In reply to Derick from comment #1) > Same problem occurs for me. In addition to mp3, opus (ogg) also suffers from > the same problem. > > Fedora 42, KDE Plasma Also experiencing this on Fedora 42 KDE Plasma. Tried reinstalling the package with dnf, got the same result. FLAC albums play perfectly.
Hi - could you please check in your system journal and see what encoder is being reported as in use? I can observe that issue with some songs in my library - on those songs it's using the encoder "Lavc61.3.", while on ones that work normally it's using "Lavf" or "Lavc61.19" Thanks!
(In reply to John Kizer from comment #3) > Hi - could you please check in your system journal and see what encoder is > being reported as in use? I can observe that issue with some songs in my > library - on those songs it's using the encoder "Lavc61.3.", while on ones > that work normally it's using "Lavf" or "Lavc61.19" > > Thanks! The one that worked for me (m4a) was using "Lavf60.16.100" The one that didn't work for me (opus) was using "Lavf60.3.100"
Thanks! Now one other question - is anyone here experiencing this issue with the Flatpak version, or on a distribution other than Fedora or openSUSE? (Wondering if downstream codecs are impacting this)
(In reply to John Kizer from comment #5) > Thanks! Now one other question - is anyone here experiencing this issue with > the Flatpak version, or on a distribution other than Fedora or openSUSE? > (Wondering if downstream codecs are impacting this) This is not a problem on the flatpak.
I'm not able to reproduce this on Solus
Thanks! Based on the issue being reproducible when using the Fedora and openSUSE supporting distro libraries, and not being reproducible with the Flatpak and Solus supporting libraries, this one must somehow come down to distribution-specific issues. My *guess* just from intuition is that some of the encoders built and packaged by distributions to deal with license/patent issues - either to avoid them in the distro repositories, or to not care about them in the community repositories - might not be working correctly with QtMultimedia, but that generally unaltered ones are fine. For the original reporter - can you confirm that the same files that aren't starting automatically on the Fedora RPM version are working OK with the Flatpak version?
Here if I start elisa through the konsole I get: qt.multimedia.ffmpeg: Using Qt multimedia with FFmpeg version 7.1.1 nonfree and unredistributable is this what you were looking for?
(In reply to John Kizer from comment #8) > [...] > For the original reporter - can you confirm that the same files that aren't > starting automatically on the Fedora RPM version are working OK with the > Flatpak version? Yes, I can confirm the files work OK with the Flatpak version but not the Fedora RPM version
Thanks - there must be some interaction here between GStreamer and QtMultimedia, but I'm afraid it's beyond me right now to figure out where exactly in the stack that is - something that's unique to Fedora/openSUSE (which would be downstream), or something that's only exposed because of a temporary difference between distro-provided libraries and Flatpak ones.
my apologies if I don't do this correctly , its the first time for me. Fedora KDE 42 , Elisa 25.04 .m4a and .mp3 file fail to play when the "play" button is pushed or when a playlist is built. Worked fine before with Fedora KDE 41 , 40 and 39 . Have tried both upgrades to 42 and clean install on seperate machine and same issues . Have uninstall and reinstall Elisa with Flatpak through Discover and CLI with DNF , same problem. Wipe and reload new fresh version of Fedora KDE 42 and problem still exists.
so this affects also the flatpak, if get it correct? So no distribution specific issue? I opened a bug report in the openSUSE bugtracker as well, up to now no response. Could also not find a work-around so far. This renders ELISA virtually unusable for me and for the time being I have to switch over to VLC.
Flatpak version works just fine for me in opensuse tumbleweed.
tried it and yes, it works. Is there any ideas how to debug the issue for the distro version?
(In reply to Robby Engelmann from comment #13) > so this affects also the flatpak, if get it correct? So no distribution > specific issue? > I opened a bug report in the openSUSE bugtracker as well, up to now no > response. > > Could also not find a work-around so far. > This renders ELISA virtually unusable for me and for the time being I have > to switch over to VLC. I have the flat pak on 2 different laptops that both have this issue. Installed using Discover.
It appears to me that all mp3 that were bought and downloaded from amazon music are affected, all others I tested so far are not affected.
doing a simple re-encoding by: for file in *.mp3; do ffmpeg -i "$file" -codec:a libmp3lame -b:a 320k "./output/$file" done did not solve it
*** Bug 503700 has been marked as a duplicate of this bug. ***
(In reply to John Kizer from comment #11) > Thanks - there must be some interaction here between GStreamer and > QtMultimedia, but I'm afraid it's beyond me right now to figure out where > exactly in the stack that is - something that's unique to Fedora/openSUSE > (which would be downstream), or something that's only exposed because of a > temporary difference between distro-provided libraries and Flatpak ones. I'm beginning to think it isn't an encoding problem. I have 2 opus files that both use Lavf60.3.100 . However, the one that doesn't work properly has metadata like artist, album, etc. as well as 2 streams that show up in the journal. These streams are: 1. Stream #0:0(eng): Audio: opus, 48000 Hz, stereo, fltp [and accompanying metadata] 2. Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) Stream #0:1 is probably the album cover image I am using. If the file doesn't have this second stream metadata / cover image, it plays perfectly fine. Can anyone else confirm that this is reproducible?
->Here one file that does not work: Duration: 00:02:42.90, start: 0.025056, bitrate: 285 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 279 kb/s Metadata: encoder : Lavc58.35 Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 600x600 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) Metadata: comment : Cover (front) ->And one that is fine: Duration: 00:02:56.61, start: 0.025057, bitrate: 223 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 223 kb/s Metadata: encoder : LAME3.97 Side data: replaygain: track gain - -11.500000, track peak - unknown, album gain - unknown, album peak - unknown,
So, I removed the second track from some files that did not work and viola, those file are working as expected. ( -i input.mp3 -map 0:0 output.mp3) It seems that in all the tracks bought from amazon music have this second track integrated in the mp3-File.
This one works for me: Metadata: title : AC DC - TNT artist : AC/DC album : TNT track : 1 album_artist : AC/DC TBPM : 122 compilation : 0 Duration: 00:03:34.54, start: 0.000000, bitrate: 131 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 128 kb/s Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) Metadata: comment : Cover (front) As does this: title : AC DC - TNT artist : AC/DC album : TNT track : 1 album_artist : AC/DC TBPM : 122 compilation : 0 Duration: 00:03:34.54, start: 0.000000, bitrate: 131 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 128 kb/s Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) Metadata: comment : Cover (front) But this one does NOT: media_type : 1 purchase_date : 2015-02-28 06:07:48 sort_name : The Forest sort_album : of Beauty and Rage sort_artist : Red sort_composer : Rob Graves encoder : Lavf56.40.101 Duration: 00:00:55.22, start: 0.025056, bitrate: 566 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 134 kb/s Metadata: encoder : Lavc56.60 Stream #0:1: Video: png, rgb24(pc, gbr/unknown/unknown), 1400x1400 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) Metadata: comment : Other And this one does NOT work either: artist : AC/DC album : Black Ice album_artist : AC/DC genre : Rock title : Wheels track : 8 date : 2008 TBPM : 122 compilation : 0 Duration: 00:03:28.54, start: 0.025056, bitrate: 226 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 220 kb/s Metadata: encoder : LAME3.97 Side data: replaygain: track gain - -11.000000, track peak - unknown, album gain - unknown, album peak - unknown, Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 600x600 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn (attached pic) Metadata: comment : Other
sorry the first two are the same. this is the other one that works: CT_GAPLESS_DATA : 19704b1 album : POD genre : Contemporary Christian artist : POD title : Track 04 track : 4 album_artist : POD Duration: 00:04:19.38, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 128 kb/s Stream #0:1: Video: png, none, 90k tbr, 90k tbn (attached pic) Metadata: comment : Other
I think that is the album artwork embedded in the files. It must be reading it as some other stream and it doesn't know what to do or can't ignore it properly.
(In reply to Dirk Tombaugh from comment #23) > This one works for me: > Metadata: > title : AC DC - TNT > artist : AC/DC > album : TNT > track : 1 > album_artist : AC/DC > TBPM : 122 > compilation : 0 > Duration: 00:03:34.54, start: 0.000000, bitrate: 131 kb/s > Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 128 kb/s > Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, > bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn > (attached pic) > Metadata: > comment : Cover (front) > > As does this: > title : AC DC - TNT > artist : AC/DC > album : TNT > track : 1 > album_artist : AC/DC > TBPM : 122 > compilation : 0 > Duration: 00:03:34.54, start: 0.000000, bitrate: 131 kb/s > Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 128 kb/s > Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, > bt470bg/unknown/unknown), 500x500 [SAR 1:1 DAR 1:1], 90k tbr, 90k tbn > (attached pic) > Metadata: > comment : Cover (front) > > > But this one does NOT: > media_type : 1 > purchase_date : 2015-02-28 06:07:48 > sort_name : The Forest > sort_album : of Beauty and Rage > sort_artist : Red > sort_composer : Rob Graves > encoder : Lavf56.40.101 > Duration: 00:00:55.22, start: 0.025056, bitrate: 566 kb/s > Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 134 kb/s > Metadata: > encoder : Lavc56.60 > Stream #0:1: Video: png, rgb24(pc, gbr/unknown/unknown), 1400x1400 [SAR > 1:1 DAR 1:1], 90k tbr, 90k tbn (attached pic) > Metadata: > comment : Other > > And this one does NOT work either: > artist : AC/DC > album : Black Ice > album_artist : AC/DC > genre : Rock > title : Wheels > track : 8 > date : 2008 > TBPM : 122 > compilation : 0 > Duration: 00:03:28.54, start: 0.025056, bitrate: 226 kb/s > Stream #0:0: Audio: mp3 (mp3float), 44100 Hz, stereo, fltp, 220 kb/s > Metadata: > encoder : LAME3.97 > Side data: > replaygain: track gain - -11.000000, track peak - unknown, album > gain - unknown, album peak - unknown, > Stream #0:1: Video: mjpeg (Baseline), yuvj420p(pc, > bt470bg/unknown/unknown), 600x600 [SAR 72:72 DAR 1:1], 90k tbr, 90k tbn > (attached pic) > Metadata: > comment : Other Actually, I think it is an issue with specific encoders (e.g. the ones that do work for you don't seem to output which encoder was used, whereas the ones that failed used something like lacv*) So, certain encoders fail on files with embedded album covers, I think?
It could be, but the ones that did work either didn't have a size listed or had a size under 600x600. (For the embedded cover art) I also don't have any issues when playing in any other player, like Amarok or the Flatpak version of Elisa. It is literally just the repo version of Elisa in Opensuse Tumbleweed. The repository version of Amarok plays these same songs just fine.
For anyone who might understand more about how Qt Multimedia and GStreamer would interact - is it maybe possible that these Qt issues are related somehow? https://bugreports.qt.io/browse/QTBUG-124501 https://bugreports.qt.io/browse/QTBUG-129806
(In reply to John Kizer from comment #28) > For anyone who might understand more about how Qt Multimedia and GStreamer > would interact - is it maybe possible that these Qt issues are related > somehow? > > https://bugreports.qt.io/browse/QTBUG-124501 > https://bugreports.qt.io/browse/QTBUG-129806 Those bugs look like they are for streaming video. This problem is for local audio files. I don't think they are related, but I could be wrong. the first one might have some bearing, given that it is for files with both audio and video "streams". But it also calls out video files "QMediaPlayer does not play back video file". The second one lists a fix that was applied to QT 6.8.1. I'm running 6.9. it could have reverted i guess.
*** Bug 503425 has been marked as a duplicate of this bug. ***
Can also confirm this issue on Nobara 42, though the version used in Nobara is very likely also the Fedora 42 version, so it will probably be fixed in Nobara shortly after Fedora.
I'm getting this bug too, on Fedora KDE 42. I have rpm fusion enabled and have followed their mutimedia guide. - fedora RPM version does not work - Fedora flatpaks version does work - Flathub version does work
And as of today, the issue is also happening with the flatpaks. To reproduce, get any mp3, add album cover to it using eazytag, then "ffmpeg -i infile.mp3 outfile.mp3" it. The outfile will exibit this issue.
After the Opensuse Tumbleweed 20250606 release, this issue appears to be resolved on my machine. While I don't know what exactly fixed the issue, I do see Gstreamer being updated from 1.26.1 to 1.26.2 from the update notes.
The issue does seem to be fixed in the latest Tumbleweed update - 20250606 and gstreamer 1.26.2-1.1. It has been working just fine for me today.
Is anyone still seeing this bug with gstreamer 1.26.2 or greater? If so, please set this back to CONFIRMED. Thanks.
works here as well with new gstreamer in tumbleweed
Still an issue on Fedora KDE 42. To reproduce, get an mp3, add album art, then "ffmpeg -i infile.mp3 outfile.mp3". The file will start exhibiting the issue. All files tested with album art NOT produced by ffmpeg play fine.
I forgot to add, Fedora 42 has gstreamer 1.26.2
So on Fedora, the QtMultimedia backend itself uses GStreamer rather than ffmpeg (abstraction layers all the way down…), which it why it makes sense that it could be a GStreamer problem. However I'm afraid the issue is not fixed for me on Fedora 42 with GStreamer 1.26.2-1.fc42. Perhaps openSUSE Tumbleweed applied a patch that fixes it, which could also explain the -1.1 version.
(In reply to Nate Graham from comment #40) > So on Fedora, the QtMultimedia backend itself uses GStreamer rather than > ffmpeg (abstraction layers all the way down…), which it why it makes sense > that it could be a GStreamer problem. > > However I'm afraid the issue is not fixed for me on Fedora 42 with GStreamer > 1.26.2-1.fc42. > > Perhaps openSUSE Tumbleweed applied a patch that fixes it, which could also > explain the -1.1 version. I don't know if Fedora has anything like this, but OpenSuse has an "extended" media repository called packman. I use some of the gstreamer codecs from there and they also updated today. specifically the -bad-codecs.
Fixed for me in Fedora 42 after a host of Qt updates. Here's the list of items that was updated for me. ----------------------------------------------------------------------------------- Packages Altered: Upgrade fcitx5-qt-libfcitx5qt5widgets-5.1.9-7.fc42.x86_64 @updates Upgrade fcitx5-qt-libfcitx5qt6widgets-5.1.9-7.fc42.x86_64 @updates Upgrade fcitx5-qt-libfcitx5qtdbus-5.1.9-7.fc42.x86_64 @updates Upgrade fcitx5-qt-qt5gui-5.1.9-7.fc42.x86_64 @updates Upgrade fcitx5-qt-qt6gui-5.1.9-7.fc42.x86_64 @updates Upgrade fcitx5-qt5-5.1.9-7.fc42.x86_64 @updates Upgrade fcitx5-qt6-5.1.9-7.fc42.x86_64 @updates Upgrade kwin-6.3.5-3.fc42.x86_64 @updates Upgrade kwin-common-6.3.5-3.fc42.x86_64 @updates Upgrade kwin-libs-6.3.5-3.fc42.x86_64 @updates Upgrade kwin-wayland-6.3.5-3.fc42.x86_64 @updates Upgrade plasma-integration-6.3.5-3.fc42.x86_64 @updates Upgrade plasma-integration-qt5-6.3.5-3.fc42.x86_64 @updates Upgrade polkit-126-3.fc42.1.x86_64 @updates Upgrade polkit-libs-126-3.fc42.1.x86_64 @updates Upgrade python3-boto3-1.38.33-1.fc42.noarch @updates Upgrade python3-botocore-1.38.33-1.fc42.noarch @updates Upgrade qt-creator-16.0.1-2.fc42.x86_64 @updates Upgrade qt-creator-data-16.0.1-2.fc42.noarch @updates Upgrade qt-creator-doc-16.0.1-2.fc42.noarch @updates Upgrade qt-creator-translations-16.0.1-2.fc42.noarch @updates Upgrade qt6-designer-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-doc-6.9.1-1.fc42.noarch @updates Upgrade qt6-filesystem-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qt5compat-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-common-6.9.1-1.fc42.noarch @updates Upgrade qt6-qtbase-devel-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-gui-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-ibase-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-mysql-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-odbc-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtbase-postgresql-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtcharts-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtconnectivity-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtdeclarative-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtimageformats-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtlocation-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtmultimedia-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtnetworkauth-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtpdf-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtpositioning-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtquick3d-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtquicktimeline-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtsensors-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtserialport-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtshadertools-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtspeech-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtspeech-flite-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtspeech-speechd-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtsvg-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qttools-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qttools-common-6.9.1-1.fc42.noarch @updates Upgrade qt6-qttools-libs-designer-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qttools-libs-designercomponents-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qttools-libs-help-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qttranslations-6.9.1-1.fc42.noarch @updates Upgrade qt6-qtvirtualkeyboard-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtwayland-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtwebchannel-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtwebengine-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtwebsockets-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-qtwebview-6.9.1-1.fc42.x86_64 @updates Upgrade qt6-rpm-macros-6.9.1-1.fc42.noarch @updates Upgrade qt6-srpm-macros-6.9.1-1.fc42.noarch @updates Upgraded fcitx5-qt-libfcitx5qt5widgets-5.1.9-6.fc42.x86_64 @@System Upgraded fcitx5-qt-libfcitx5qt6widgets-5.1.9-6.fc42.x86_64 @@System Upgraded fcitx5-qt-libfcitx5qtdbus-5.1.9-6.fc42.x86_64 @@System Upgraded fcitx5-qt-qt5gui-5.1.9-6.fc42.x86_64 @@System Upgraded fcitx5-qt-qt6gui-5.1.9-6.fc42.x86_64 @@System Upgraded fcitx5-qt5-5.1.9-6.fc42.x86_64 @@System Upgraded fcitx5-qt6-5.1.9-6.fc42.x86_64 @@System Upgraded kwin-6.3.5-2.fc42.x86_64 @@System Upgraded kwin-common-6.3.5-2.fc42.x86_64 @@System Upgraded kwin-libs-6.3.5-2.fc42.x86_64 @@System Upgraded kwin-wayland-6.3.5-2.fc42.x86_64 @@System Upgraded plasma-integration-6.3.5-2.fc42.x86_64 @@System Upgraded plasma-integration-qt5-6.3.5-2.fc42.x86_64 @@System Upgraded polkit-126-3.fc42.x86_64 @@System Upgraded polkit-libs-126-3.fc42.x86_64 @@System Upgraded python3-boto3-1.38.32-1.fc42.noarch @@System Upgraded python3-botocore-1.38.32-1.fc42.noarch @@System Upgraded qt-creator-16.0.0-2.fc42.x86_64 @@System Upgraded qt-creator-data-16.0.0-2.fc42.noarch @@System Upgraded qt-creator-doc-16.0.0-2.fc42.noarch @@System Upgraded qt-creator-translations-16.0.0-2.fc42.noarch @@System Upgraded qt6-designer-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-doc-6.9.0-1.fc42.noarch @@System Upgraded qt6-filesystem-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qt5compat-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtbase-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtbase-common-6.9.0-2.fc42.noarch @@System Upgraded qt6-qtbase-devel-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtbase-gui-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtbase-ibase-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtbase-mysql-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtbase-odbc-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtbase-postgresql-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtcharts-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtconnectivity-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtdeclarative-6.9.0-2.fc42.x86_64 @@System Upgraded qt6-qtimageformats-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtlocation-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtmultimedia-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtnetworkauth-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtpdf-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtpositioning-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtquick3d-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtquicktimeline-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtsensors-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtserialport-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtshadertools-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtspeech-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtspeech-flite-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtspeech-speechd-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtsvg-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qttools-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qttools-common-6.9.0-1.fc42.noarch @@System Upgraded qt6-qttools-libs-designer-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qttools-libs-designercomponents-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qttools-libs-help-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qttranslations-6.9.0-1.fc42.noarch @@System Upgraded qt6-qtvirtualkeyboard-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtwayland-6.9.0-3.fc42.x86_64 @@System Upgraded qt6-qtwebchannel-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtwebengine-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtwebsockets-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-qtwebview-6.9.0-1.fc42.x86_64 @@System Upgraded qt6-rpm-macros-6.9.0-2.fc42.noarch @@System Upgraded qt6-srpm-macros-6.9.0-2.fc42.noarch @@System
If I'm reading things correctly, it turns out the GStreamer updates were coincidental, happening around the same time as distros like Tumbleweed and Fedora updating Qt from 6.9.0 to 6.9.1 - containing the fix for this issue: https://bugreports.qt.io/browse/QTBUG-135307 The fix itself, for anyone interested :-) https://github.com/qt/qtmultimedia/commit/58c2dbe37fcc04410f48e7a944229e9e9e8c8695
Great detective work!
*** Bug 505191 has been marked as a duplicate of this bug. ***
i can still reproduce the issue on Fedora Asahi Remix with qt 6.9.1 and gstreamer 1.26.2. unpaused music still takes a few seconds to start playing proper (2-6 seconds). this is true regardless of the power profile selected. also, it is happening on ogg files, not just mp3 as suggested in the fix.
and just as i was finished writing the comment, had that happen again, this time with a substantially bigger delay of 30 seconds. other than the varying times, the bug reproduces itself consistently.
(In reply to Talya from comment #46) > i can still reproduce the issue on Fedora Asahi Remix with qt 6.9.1 and > gstreamer 1.26.2. unpaused music still takes a few seconds to start playing > proper (2-6 seconds). this is true regardless of the power profile selected. > also, it is happening on ogg files, not just mp3 as suggested in the fix. Hi - this sounds like a different issue, since the one covered in the original report here was the playback slider not moving at all, and wasn't related to pausing and unpausing. I'm switching the original bug report that I see you filed back to no longer being a duplicate. Thanks!
*** Bug 504449 has been marked as a duplicate of this bug. ***