View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0015158 | MMW 5 | Playback | public | 2018-10-15 23:58 | 2018-10-19 02:05 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0015158: Rating (tagging) the currently playing track while podcasts are downloading --> audio playbock repeats | ||||
| Description | 0 start MM --> podcasts start updating 1 Initiate playback 2 Rate the currently playing file (Across The Universe) --> Audio playback repeats 10s of the track endlessly 3 Attempt to exit MM5 --> Debug log: 5F48E5DF (fails to send) --> MM5 freezes Debug log posted to ftp Note: - this can be consistently replicated - I've mentioned this before in passing, but I'll mention it again: podcast downloading seems to take both much longer and more CPU than expected. As an example, see the second debug log posted to this bug which consists only of MM5 restarting and checking for podcasts (it shouldn't be downloading any because podcasts were updated on the last restart of MM a couple of hours before). | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 2129 | ||||
|
|
1) Re the slow podcasts update: I see, you have the non-default choice checked in Options > Downloads/Podcasts: [x] Keep updating episode data by feed data (slower) I guess that just unchecking the box resolves the slow update? 2) Re the crash: That's a pity that 5F48E5DF has failed to send, could you search for the *.el on your PC? Should be in c:\Users\<USERNAME>\AppData\Roaming\EurekaLab s.a.s\EurekaLog\Bug Reports\ but most probably is just consequence of item 3 below anyway 3) Re the repeating audio: In the log I see that it has frozen when preparing currently playing track for tagging, there is MM5 [7324](R) PrepareForTagging: Our track is playing MM5 [7324](R) Going to stop playback in dll: D:\PortableApps\MediaMonkey 5\Plugins\in_mfaudio.dll MM5 [7324](R) TWAPluginEngine.Stop - input plugin stopped but subsequent RestoreFromTagging isn't seen in the log, it looks that it has frozen during the tag operation, to be looked into by Michal (sounds like 0014823 ) |
|
|
3) is the same cause as in issue 0014823. It freezes on releasing IMFMediaSource, I cannot find why and how to reproduce it yet, Rusty is probably the only one, who reproduces this. |
|
|
1) I'll test this out... 2) No log file was saved :-( 3) I tested with the new input plugin (log attached) 0 start MM and manually initiated podcast update --> podcasts start updating 1 Initiate playback 2 Rate the currently playing file 3 Double-click the next file if the bug doesn't occur --> after several attempts (of steps 2 and 3) MM froze Debug log attached. |
|
|
3) tested with new input plugin 0 start MM --> podcasts start updating 1 Initiate playback 2 Rate the currently playing file 3 Double-click the next file if the bug doesn't occur --> after 2 attempts (of steps 2 and 3) playback of the track 'A day in a life' started repeating a 10s segment and MM froze |
|
|
Fixed in build 2129. EDIT by Rusty: Michal explained that the reason this bug occurs in MM5 and not MM4 is because MM5 always uses inmfaudio.dll, whereas MM4 only uses it only for http streams and only in cases where other plugins fail. |
|
|
Verified 2129 |
