View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006702 | MMW v4 | Player | public | 2010-11-17 22:15 | 2010-12-10 05:11 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0006702: WASAPI output plugin stutters | ||||
| Description | The wasapi output plugin stutters whenever any other activity takes place on the test system. e.g. play a track in MediaMonkey, and 1) Open windows explorer to a directory containing many files and scroll 2) Double-click a jpg file so that a graphics viewer/editor opens --> Stuttering Note: switching to the DS output plugin solves this problem. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1333 | ||||
|
|
Fixed in build 1327. - The playback thread should now be better scheduled by Windows, which is supposed to prevent any playback problems. |
|
|
Tested 1327 and the issue remains. Note that it doesn't occur immediately--it takes several minutes of opening and closing windows, and scrolling, and switching folders in Explorer, but at a certain point MM start stuttering incessantly. |
|
|
After such a heavy use, out_MMDS doesn't have any problem? Could you also try to disable in_mfaudio? Its handling of mp3s will be disabled in favor of in_wmp3.dll, so we should test its handling of playback (which is supposed to be the same as in previous versions). |
|
|
Tested 1329. The bug does not occur at all with out_MMDS. Disabling in_mfaudio has no effect. Note that the bug occurs with all audio formats (mp3, ogg, m4a,). Note that it's easier to reproduce the bug than I though. Either of the follow consistently replicates it: a) continually click 'firefox' in the taskbar so that it opens and closes b) open a large excel file and scroll |
|
|
Fixed in build 1331. - I wasn't able to reproduce using the suggested steps, but I found out that it can be easily reproducible on my machine when a conversion is started in MM, thus CPU gets to 100% and then there's the described problem. I increased the internal buffer and made some more tweaks and now I works flawlessly even in very heavy load on my machine. - Note that due to the nature of the WASAPI interface and some specific features of the plug-in, it's a little vulnerable to such a problem, however after the recent changes no stuttering should occur, unless possibly on very slow machines under a very heavy load. |
|
|
Tested on 1331 and it's _much_ better, however, I'm still able to replicate the problem by minimizing/maximizing the MM window repetitively. As to whether the problem will occur under normal usage, I'll test further. |
|
|
In regular usage (i.e. running MM while working in firefox, MS office, etc.) any time CPU usage spikes for an extended period (e.g. for 30 seconds) MM stutters. It's much better than before, but it's still problematic. |
|
|
Fixed in build 1333. - I further increased the default buffer size to 350ms and also made this value configurable (100-2000ms) so that every user can configure according to machine requirements. For me anything around 150-300ms works fine and prevents any playback issues even under _very_ heavy load. - Note that it's desirable to have this value as low as possible, because then various playback related events have lower latency (seek, crossfading, changing equalizer settings, ...) - I also added correct reactions to equalizer changes to this plug-in, so that it reacts almost immediately (as out_MMDS has always done). Also few problems, particularly in the Exclusive mode were fixed. |
|
|
Verified 1333. |
