Closed Dudemanguy closed 2 months ago
Ok I will try it as soon as possible and give feedback
Download the artifacts for this pull request:
This issue has been resolved, thank you for your efforts.
Actually I'm not even sure dbdc46c97a32c53d41a19908aa365e7d81025c3e is needed. The assertion in question was added later 8816e1117ee65039dbb5700219ba3537d3e5290e. That assert makes sense to me, but I don't see what usecase the special queue_seek
logic has in the first place.
I made this a full revert instead.
I made this a full revert instead.
After I tested again, the updated pr worked fine in Android libmpv. The problem has been solved
We'll go with this for now.
Normally if you seek during EOF, mpv will reset the value of mpctx->stop_play so it doesn't exit. There's at least a couple of exceptions where this shouldn't happen however. If the play direction changes right at the end of the file, we shouldn't touch the value to avoid an erronous assertion error. Additionally, it is apparently possible for the queue_seek call in VO reinit code to trigger the assertion issue. This is a seek of exactly zero and logically shouldn't be reset mpctx->stop_play anyways (i.e. AT_END_OF_FILE should stay the same). By moving this to queue_seek itself, most of the special handling in player/command.c can be dropped. The option still needs to be set though. Fixes #13778.
@user1121114685: Can you verify if this works for you?