VLC does not resume playback on suspend
- in mobile (Android) version play a video
- during the playback pause video and put the playback device to sleep, or let it idle till it goes into suspend/screensaver mode
- after a while (few mins), on resumption, VLC is no longer active and has to be restarted, the video itself has to be found and restarted as well
In 2.2 on resuming the playback device, user would land back in the middle of the video playback that was on before suspend.
I purposefully kept the old version till now to keep this functionality intact, but was unable to keep it up due to codec support need. It does not seem to be device specific either, as I checked 2.2 and 3.0+ on two devices each with same result. It would be swell if the aforementioned functionality were reinstated, as VLC in spite of its great underlying engine and playback compatibility, has always lacked in the UI and functionality areas, and this is regress rather than progress.
Designs
Activity
Correction: 2.5.2, compared to latest It is a very old version that I used until recently, blocking updates as the new behavior is very annoying. I suspect it is simply not persisting/getting killed much faster than the old version, on same device, and then it is reset to initial state as if freshly launched.
marked #2418 (closed) as a duplicate of this issue
marked this issue as related to #2418 (closed)
marked this issue as a duplicate of #2410 (closed)
marked this issue as related to #2410 (closed)
Perhaps it's just my imagination but 2377<2410. This used to work in an older version. It is not a feature request but an undesirable change that was introduced. In any case, I have reverted to using the old version and am now done contributing to this project. As a side note, I am using MPC on desktop for its superior interface and functionality, though codec handing in VLC is far better. A shame one cannot have both, but I can sort of see why.
...
On Thu, Mar 3, 2022 at 4:22 AM Nicolas Pomepuy (@Aza) gitlab@videolan.org wrote:
Issue was closed by Nicolas Pomepuy Issue #2377 (closed): #2377 (closed)
-- Reply to this email directly or view it on GitLab: #2377 (closed) You're receiving this email because of your account on code.videolan.org.
VideoLAN code repository instance
