|
|
I found more similar reports received during last few weeks. It seems to be always related to M4A file and in_mfaudio plugin. |
|
|
I tried to replicate it again without success (leaving MM playing for 45 minutes including m4a files). But when I tried to close MM it resulted in 2 other crashlogs: 26D30000 , and 08400000 . |
|
|
I went through bugreports from the last versions and no similar problem with M4A and mfaudio was included, probably some of the code adjustments during previous weeks worked. Resolving. Reopen with new report, if this happen again. |
|
|
Reopened, the problem seems to be still there, crash report 89E90000 seems to be the same problem during start of M4A playback. |
|
|
Fixed in build 2653. It was regression introduced with fix of 0016940, problem could randomly occur only for files with post gap info set (for gapeless playback). |
|
|
Verified 2653 Waiting for user confirmation and closing. |
|
|
Fix introduced regression and some files do not play correctly. Sending you few offline. 1919 and 2627 play them normally. |
|
|
Fixed in build 2654. |
|
|
Verified 2654 Sound is not Garbled anymore and track plays normally, but WaveForm is calculated incorrectly. |
|
|
image.png (58,517 bytes) |
|
|
I cannot reproduce, it won't be regression, but some specific timing and lost refresh after wavefrom bar size change. |
|
|
Closing, as it is most probably different issue. In case you reproduce it with the next build, please insert it to separate issue with repro steps and affected file, thanks. |
|
|
Analyzed more and seems to caused by already fixed regression 0019214, please retest in the next release. |
|
|
Verified 2655 All looks fixed now. |
|
|
reopen Possible new issue log id C33D6157 |
|
|
Reports C33D6157 are hard to analyze app freezes, I do not see any relation to this issue. New crashes related to in_mfaudio tracked as 0019280 |
|
|
Verified 2670 No crashes after 20h of playback, Testing, DLNA, ... |
- Anonymous
