Opened 6 years ago
Closed 5 years ago
#14681 closed bug (duplicate)
Playing audio file with embedded Art consumes way too much CPU
| Reported by: | miqlas | Owned by: | pulkomandy |
|---|---|---|---|
| Priority: | normal | Milestone: | Unscheduled |
| Component: | Audio & Video/Codecs | Version: | R1/Development |
| Keywords: | MediaPlayer, playback, cpu, | Cc: | |
| Blocked By: | #13622 | Blocking: | |
| Platform: | All |
Description
Happens on b1 and on hrev52467, 64 bit. Since the patches from waddlesplash it happens not so frequently, but the problem still exists.
Happen with not yet played files. Stopping and playing solves the problem. Closing MPlayer also solves the problem Even if the file was played once, the bug can resurface again randonmly with low canche Comparing the threads while MediaPlayer plays the same file shows: the "frame_generator" is the rebel thread.
It seems the "Media:Frame" is the problem. If a sound file doesn't triggers the symptoms, just remove it like: rmattr "Media:Frame" filename.mp3 and it will trigger the bug (not always at the first try, for me it kicks in on the second play, idk, why.)
Attachments (1)
Change History (4)
comment:1 by , 6 years ago
comment:2 by , 6 years ago
| Component: | - General → Audio & Video/Codecs |
|---|---|
| Owner: | changed from to |
| Status: | new → assigned |
comment:3 by , 5 years ago
| Blocked By: | 13622 added |
|---|---|
| Resolution: | → duplicate |
| Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
This screenshot shows that a file without "Media:Frame" triggers the bug (see the previously high CPU load on the ActivityMonitor replicant), but closing and reopening the file MediaPlayer finds the generated attribute and doesn't regenerates it again. (Notice the lower CPU load)