Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Random crashes if moving though playlist too fast #1389

Closed
Bilalh opened this issue Dec 27, 2014 · 1 comment
Closed

Random crashes if moving though playlist too fast #1389

Bilalh opened this issue Dec 27, 2014 · 1 comment

Comments

@Bilalh
Copy link
Contributor

Bilalh commented Dec 27, 2014

while this will eventually causes a Segmentation fault when pressing > too much

mpv --loop=inf file.mkv 

Having a large playlist causes the error to happen much faster. Using 300 mkv causes it to happen very quickly, pressing > 3-7 times always causes the error for me.

full crash log (it's quite long) at https://gist.github.com/Bilalh/6111ee37edffe416a136

Uses the latest mpv on OS X 10.10.1

mpv git-9aa7df3 (C) 2000-2014 mpv/MPlayer/mplayer2 projects
 built on 2014-12-27T01:30:00
ffmpeg library versions:
   libavutil       54.15.100
   libavcodec      56.13.100
   libavformat     56.15.102
   libswscale      3.1.101
   libavfilter     5.2.103
   libavresample   2.1.0
@Bilalh
Copy link
Contributor Author

Bilalh commented Dec 27, 2014

Seems like a recent bug since it does not happen at all in mpv v0.7.2 (https://github.com/mpv-player/mpv/archive/v0.7.2.tar.gz)

@ghost ghost closed this as completed in 77a4a87 Dec 27, 2014
ghost pushed a commit that referenced this issue Jan 24, 2015
On uninitialization, the player will unselect all subtitles, and then
destroy the subtitle decoder. But it didn't correctly remove the
subtitle decoder from the OSD state, so it could happen that it would
access it after the decoder was destroyed.

Could lead to random crashes when switching files often.

Fixes #1389.
ghost pushed a commit that referenced this issue Jan 24, 2015
On uninitialization, the player will unselect all subtitles, and then
destroy the subtitle decoder. But it didn't correctly remove the
subtitle decoder from the OSD state, so it could happen that it would
access it after the decoder was destroyed.

Could lead to random crashes when switching files often.

Fixes #1389.
ghost pushed a commit that referenced this issue Jan 24, 2015
On uninitialization, the player will unselect all subtitles, and then
destroy the subtitle decoder. But it didn't correctly remove the
subtitle decoder from the OSD state, so it could happen that it would
access it after the decoder was destroyed.

Could lead to random crashes when switching files often.

Fixes #1389.
ghost pushed a commit that referenced this issue Jan 25, 2015
On uninitialization, the player will unselect all subtitles, and then
destroy the subtitle decoder. But it didn't correctly remove the
subtitle decoder from the OSD state, so it could happen that it would
access it after the decoder was destroyed.

Could lead to random crashes when switching files often.

Fixes #1389.
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant