View Issue Details

IDProjectCategoryView StatusLast Update
0019243MMW 5Playbackpublic2022-10-11 13:44
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version5.0.4 
Target Version5.0.4Fixed in Version5.0.4 
Summary0019243: Performance/Playback issue when playing m4a tracks (regression)
DescriptionPlaying MP3 tracks results in one instance (the instance using the most memory) of MediaMonkeyEngine.exe using 1-3% CPU (with MM minimized)

BUT playing m4a tracks results in that instance of MediaMonkeyEngine.exe using gradually increasing % of CPU. The longer the track, the more the CPU% grows--for a 7m track it increases to about 25%. In some cases, as the CPU utilization increases, audio artifacts are introduced.

Note:
- Replicated with MM 5.0.4.2655/6 with Codec pack 3.0.6 and 3.0.7
- CPU% grows consistently, but audio artifacts only occur on some occasions (I suspect that it depends on available CPU cycles)
- When playback stops or tracks switch, memory utilization for the instance of MediaMonkeyEngine.exe goes back down
TagsNo tags attached.
Fixed in build2657

Relationships

related to 0018846 closedmichal Play audio --> crash 20E30000 (regression?) 
related to 0019280 closeddrakinite Playing MM for a while -> crash 22F30000 (Access violation in in_mfaudio.dll) 

Activities

rusty

2022-07-05 23:53

administrator   ~0068782

I've confirmed that this is a regression in 5.0.4:
- It doesn't occur with 5.0.3 regular build + 3.0.6 codec pack
- It occurs with 5.0.4 regular build + 3.0.7 codec pack AND 5.0.4 debug + 3.0.6 codec pack

Also:
- it occurs even if the codec pack isn't installed
- it doesn't occur with OGG, FLAC, or MP3 files

michal

2022-07-07 15:36

developer   ~0068786

Last edited: 2022-07-07 16:05

It seems to be regression in in_mfaudio plugin, problem disappears after seeking in the file. The problem started with build 2654.

michal

2022-07-08 12:59

developer   ~0068789

Fixed in build 2657. It was regression related to some specific media files, mostly M4A, but could happen probably to any format decoded by in_mfaudio plugin (AAC, M4A, MP3, WMA).

rusty

2022-07-15 23:21

administrator   ~0068844

Verified that the issue no longer occurs on the long m4a files with which I originally replicated the issue. Leaving the bug 'resolved' for Peke to verify other formats.

peke

2022-10-11 13:44

developer   ~0069754

Verified 2670

Tested on Audiobooks up to 10h and number of smaller <3h other formats past 3 days.