[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #29 from Dirk Tombaugh --- (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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #28 from John Kizer --- 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 -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #27 from Dirk Tombaugh --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #26 from Derick --- (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.00, 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.00, 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.00, 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? -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #25 from Dirk Tombaugh --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #24 from Dirk Tombaugh --- 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.00, 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 -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #23 from Dirk Tombaugh --- 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.00, 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.00, 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.00, 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 -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #22 from Robby Engelmann --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #21 from Robby Engelmann --- ->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.50, track peak - unknown, album gain - unknown, album peak - unknown, -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #20 from Derick --- (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? -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 Reuben Parfrey changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 Nicolas Mariotti changed: What|Removed |Added CC||[email protected] ||m -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 John Kizer changed: What|Removed |Added CC||[email protected] --- Comment #19 from John Kizer --- *** Bug 503700 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #18 from Robby Engelmann --- 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 -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #17 from Robby Engelmann --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #16 from [email protected] --- (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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #15 from Robby Engelmann --- tried it and yes, it works. Is there any ideas how to debug the issue for the distro version? -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #14 from Dirk Tombaugh --- Flatpak version works just fine for me in opensuse tumbleweed. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #13 from Robby Engelmann --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 [email protected] changed: What|Removed |Added CC||[email protected] ||m --- Comment #12 from [email protected] --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 John Kizer changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #11 from John Kizer --- 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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #10 from [email protected] --- (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 -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #9 from Robby Engelmann --- 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? -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #8 from John Kizer --- 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? -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 TraceyC changed: What|Removed |Added CC||[email protected] --- Comment #7 from TraceyC --- I'm not able to reproduce this on Solus -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 Robby Engelmann changed: What|Removed |Added CC||robby.engelmann@r-engelmann ||.de -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 --- Comment #6 from Derick --- (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. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 Dirk Tombaugh changed: What|Removed |Added CC||[email protected] -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 503408] Playback will not begin for some song files until the progress/seek bar is dragged
https://bugs.kde.org/show_bug.cgi?id=503408 John Kizer changed: What|Removed |Added Platform|Other |Fedora RPMs Summary|Elisa won't begin playing |Playback will not begin for |MP3 files when opened |some song files until the ||progress/seek bar is ||dragged See Also||https://bugs.kde.org/show_b ||ug.cgi?id=479130 --- Comment #5 from John Kizer --- 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) -- You are receiving this mail because: You are watching all bug changes.
