Reply to thread

Message: <blockquote data-quote="Brownard" data-source="post: 1289991" data-attributes="member: 48291">This looks like a limitation of Windows DirectShow, which we use for playback, where playing a video backwards/fast rewind is generally not supported and I'd be surprised if this has ever worked, or if any Directshow based player on Windows can achieve true reverse video playback. The generally supported way to seek in MP2 is to use the left/right arrows on your keyboard/remote to skip backward/forward, repeatedly pressing these will allow you to increase the time to skip, this will also work around the issue you were having above with the play button.[USER=48495]@morpheus_xx[/USER] I don't know whether you can confirm whether reverse playback has ever worked? We do perform a check for the seeking capabilities in the player and use this to determine what buttons to show in the OSD, but I think the check is wrong. For setting a playback rate less than zero it <a href="https://github.com/MediaPortal/MediaPortal-2/blob/9c15be99aeb95ce4f9ae27159df33f57c514c86b/MediaPortal/Source/UI/Players/VideoPlayer/BaseDXPlayer.cs#L816" target="_blank">checks for AMSeekingSeekingCapabilities.CanSeekBackwards</a>, the documentation on this is a bit sparse but I think that only refers to setting the current position to a previous time and the graph returns an error when setting a rate less than zero even when this is present, there is a separate capability CanPlayBackwards which is what I think should be really checked for, but that is likely to be false in all but exceptional cases.[USER=145639]@ge2301[/USER] this might require a rethink of the player OSD, maybe changing the RW/FF buttons to skip instead, I can fix the check described above for CanPlayBackwards so the RW button won't be shown, but then I think in most cases there will be a FF button and no RW button. I have also pushed the play/pause button fix to <a href="https://github.com/MediaPortal/MediaPortal-2/tree/MP2-900_Fix_player_restarting_when_play_pressed_whilst_seeking" target="_blank">this branch</a>, I managed to implement a solution where the button's command is switched between play/pause based on the current state using a DataTrigger rather than calling TogglePause. The TogglePause method is broken really, and at the very least should probably pause the player when seeking, rather than restarting playback from the beginning, as the player is still technically playing, but explicitly calling play or pause from the skin is at least clear as to the intended behaviour.</blockquote>

Verification