#15220 closed bug (fixed)
MediaPlayer crashes at opening mp3 with cover art
Reported by: | miqlas | Owned by: | leavengood |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | Audio & Video/Codecs | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
No other ffmpeg based media player crashes with the same file, not even ffplay, so this is a bug in MediaPlayer.
Probably happens since the switch from ffmpeg 0.1x. Unlike ffmpeg 0.1, the current ffmpeg 4.x provides the cover art as video stream, but MediaPlayer can't handle it well, and mostly just crashes. After stripping the cover art like
ffmpeg -i tagged.mp3 -vn -codec:a copy -map_metadata -1 out.mp3
no crash happens, so it is definetely the cover art what triggers the bug.
I will attach a debug report about a crash happens reproduceably, 100%. If needed i can provide the file too.
ffmpeg devs said the bug could be somewhere in _HandleNewVideoFrameAndUpdateSystemState
Attachments (1)
Change History (8)
by , 5 years ago
Attachment: | MediaPlayer-10489-debug-01-08-2019-20-24-22.txt added |
---|
comment:1 by , 5 years ago
I never experienced a crash but i experienced very high cpu load (leading to some sound skiping).
comment:2 by , 5 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 5 years ago
Component: | Applications/MediaPlayer → Audio & Video/Codecs |
---|---|
Milestone: | Unscheduled → R1/beta2 |
comment:6 by , 5 years ago
Taking this file as an exemple:
https://remix.kwed.org/download.php/6124/Ctrl-Z%20-%20Spy%20vs%20Spy.mp3
There is still problem in hrev54121 for mp3 with cover picture. The time counter does not change and when the end of the file is reached, the tune start again.
That prevent those file to be in playlist as they never proceed to the next track as they just loop even if no loop option is enabled.
Crashlog