View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011183 | MMW v4 | Player | public | 2013-08-22 05:41 | 2024-05-24 16:16 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.1 | ||||
| Target Version | 4.1 | Fixed in Version | 4.1 | ||
| Summary | 0011183: Video isn't tagged as played if the last 2 minutes aren't watched | ||||
| Description | Based on http://www.ventismedia.com/mantis/view.php?id=2680 , it appears that movies aren't tagged as played (and the last played date isn't saved) unless the entire video has been watched. As reported at http://www.mediamonkey.com/forum/viewtopic.php?p=372635#p372656 , this causes a problem that when the user doesn't watch the credits, the video is still listed as unplayed. The proposed solution is to increase the counter and store the last played date/time when 90% of the video has been watched (but not reset the bookmark). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1659 | ||||
| related to | 0010710 | closed | Ludek | MMW v4 | OnPlay event is not triggered when 'Back' button returns to the beginning of the currently playing track |
| parent of | 0004961 | closed | petr | MMW v4 | 'Back' button should return to the beginning of the currently playing track |
| parent of | 0011286 | closed | Ludek | MMW v4 | Advanced search for Played# works only for integer values |
| parent of | 0014162 | closed | Ludek | MMW v4 | Pause still updates Last Played |
| related to | 0016977 | closed | Ludek | MMW 5 | Play status improvements |
| related to | 0010168 | resolved | martin | MMA | Playcounts aren't calculated consistently between MMA and MMW |
|
|
Fixed in build 1655. |
|
|
I have tested majority using our email talk in 1655, but can you please update exact implementation details. Also I have found one flaw where for example movie have Two files (Movie cut in two) and I stop watching First one two minutes before end it is flagged as played even I didn't finished it. |
|
|
OK, this issue is still being discussed via emails, the last suggested change was: Update the 'Last Time Played' for a track/movie after 5 minutes of playing and then once the track/movie is considered as Played, it can make sense for last played to exist, even if playcount < 1. The reasons discussed (example by Jiri): I play a long movie, but due to its length stop it in the half and finish it only few days later - when should the timestamp be updated? I'd prefer it being updated _both_ days, since I've seen a significant portion of the movie and it helps resuming the playback later, since I'll see the movie e.g. in 'recently played' playlist. Examples how it should work once implemented: a) 4 minutes long track is played => both LTP and Played# are updated at 90% of playback b) 90 minutes long track/movie is played => LTP is updated after 5 minutes of playback, both LTP and Played# are updated at 90% of playback Re: your objection when movie have two files (Movie cut in two) I would say that we cannot do much about this and in fact it is not necessarilly an issue, because we are updating played# per file (not per movie/series). |
|
|
Added updating of LTP after 5 minutes of playback in build 1656. |
|
|
Verified 1656 |
|
|
Re-opened to evaluate it again based on feedback here: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=73687 We were thinking about improving it slightly to change the condition to if Bookmark + Current played time in session = 90% , then increase Played# e.g. if Bookmark is 0.85 , user skips to 0.92 and let it play => Played# is increased at 0.97 But it still would not solve the case when Bookmark is 0.65 , user skips to 0.95 and let it finish => Played# is not increased Therefore the best solution could be to revert it to be consistent with MM 4.0 (increasing on file end), but when user press previous button [<<] to restart bookmark then Played# would be increased if seek bar was > 90% (this would solve the issue when user skips film credits) |
|
|
Sounds good, we probably can't do much more about it. Note that it means, that e.g. if user plays 95% of a video a presses Next or Stop, only a bookmark is saved, but playcount isn't increased. Nevertheless, it's probably the best we can do. |
|
|
Yes, we could probably enhance the advance Played# rule so that user could specify new rule as Played# >= 0.95 , this way it would be up to user how to clasify played tracks (entered as 0011286), but generally Played# = 0.95 is correct when the last 5% hasn't been watched. Note that we should retain the updating of Last Time Played whenever a movie/track/podcast is watched at least 5 minutes, this still seems to make sense to update LTP even if Played# < 1. |
|
|
Fixed in build 1659. i.e. the behaviour is very similar to that in MM 4.0 except that a) Last Time Played is updated after 5 minutes of playback (even if file isn't played fully) b) Played# is also increased when user pressed [<<] previous button while seek bar was > 90% and the file has been played at least for one minute |
|
|
@Ludek I wonder if it would be more consistent to keep b) at 5 min mark like a)? Verified 1659 |
|
|
It is consistent with the general condition for increasing Play Counter as has been in MM 4.0 (Time played in session + Bookmark > 1 min.) or (Track Length < 3 min.) |
