View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007794 | MMW v4 | Player | public | 2011-05-13 19:32 | 2011-07-11 14:57 |
Reporter | lowlander | Assigned To | |||
Priority | high | Severity | minor | Reproducibility | N/A |
Status | feedback | Resolution | reopened | ||
Product Version | 4.0 | ||||
Target Version | 4.1 | Fixed in Version | 4.0 | ||
Summary | 0007794: Double click on playing video performance | ||||
Description | When double clicking on a video to change view (art & details/video player/full screen) it seems to execute 2 single clicks (play/pause) and a double click. | ||||
Steps To Reproduce | 1) Play video in Art & Details 2) Single click to pause video 3) Double click on video Notice that video starts playing temporarily. This probably also causes to sometimes changing playing state on double click (ie from playing to pause or vice versa. | ||||
Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=57858 | ||||
Tags | No tags attached. | ||||
Fixed in build | 1377 | ||||
|
Yes, during doubleclick, Windows sends also click events.. I don't now, if there is some reasonable workaround, I've tried Media Player Classic and it behaves the same way... |
|
That's why this doesn't happen in WMP11 and VLC as they don't Play/Pause on single click. Couldn't MM hold off on Play/Pause to see if double click is received? How does the Art & Details know that on single click it shows Art and double click it doesn't, but instead plays video? |
|
I have already tried the solution to postpone the click a little bit, but the behavior wasn't good, it was even worse, doublick is not so fast, the pause/play actions had very irritating delay. Click on Art & Details has timeout, but in this case, the delay is less bothering. |
|
Just to make sure we're talking about the same, but a double click on the Art & Details window doesn't open the Art window (the single click event) and instead just adds the video to the Now Playing (double click event only) in 1374. |
|
Yes, we talk already. The Art window is opened after some time, but pause/play action with this "waiting for second click" delay is strange and irritating. |
|
From what I see, the problem only exists when double-clicking tracks that are paused or playing. Double-clicking tracks that are stopped doesn't exhibit a problem. e.g. 1 Select a video. 2 Double-click video file in the Selected tab of Art & Details window. -->Track plays without triggering single-click action (i.e. Thumbnail doesn't open). 3 Pause the video. 4 Double-click the paused video file in the Art & Details window. --> Single click action (play) and double-click action (switch between video modes) occur. Can't MM use the same logic for 4 as it does for 2 ? |
|
As discussed with Michal over, waiting for the doubleclick for deciding action doesn't look good, it looks like MM is sluggish in starting/pausing. The best way seem to be to leave it as it currently is, but improve timing a little. I.e., currently the steps are: 1. Double-click on paused video in A&D window 2. Video starts playing 3. Video is moved e.g. to full-window mode 4. Video is still playing for a short moment! 5. Video is paused If we get rid of step 4., it should be good. |
|
Fixed in build 1377. The sequence pause-play-pause, or play-pause-play during doubleclick is now as fast as possible. |
|
I can confirm that Playback isn't interrupted on double click in 1377, but there is still false pausing on occasion |
|
What do you mean? Video is still pausing between two clicks of the doubleclick, but I cannot do more with it, this is the only solution that does not make start/pause sluggish. |
|
Yes, on occasion it does pausing (when playing) on double click. |
|
But very short pause of playing video between two clicks of doubleclick is expected behaviour, as explained above. |
|
Short pausing isn't seen anymore, it's permanent play state change that happens. Maybe it should be considered that single click has no function. Other Players don't seem to do anything with single click either. This avoids the whole situation altogether. |
|
Rusty, do you think any changes are needed? I guess that we can leave it as is in 4.0 as see... |
|
I think it's good enough as is. |