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

Segmentation fault with libmpv in MSYS2-MinGW64 #5853

Closed
deltabeard opened this issue May 24, 2018 · 4 comments
Closed

Segmentation fault with libmpv in MSYS2-MinGW64 #5853

deltabeard opened this issue May 24, 2018 · 4 comments

Comments

@deltabeard
Copy link

deltabeard commented May 24, 2018

mpv version and platform

Using git master on commit: d828887
Platform is Windows 8.1 with MSYS2-MinGW64.

Reproduction steps

  1. Download and compile libretro-mpv and RetroArch with ./configure --disable-ffmpeg --enable-opengl.
  2. Attempt to start playing a video in the MSYS2-MinGW64 terminal using retroarch.exe -L ./mpv_libretro.dll ~/test.mkv.

Expected behavior

Video should start playing as normal. This issue does not occur on Linux, or in Windows 8.1 when starting RetroArch without the video file specified in the MSYS2-MinGW64 terminal, but instead selecting the file in the user interface.
Using mpv ~/test.mkv within MSYS2-MinGW64 works fine.

Actual behavior

There is a segmentation fault in libmpv when loading a video file in a frontend that uses libmpv for media playback. This issue only occurs in the MSYS2-MinGW64 terminal.

Log file

#0  0x00007fff781fb86e in ntdll!RtlEnterCriticalSection () from C:\Windows\SYSTEM32\ntdll.dll
#1  0x000000000373f716 in m_pthread_mutex_lock (mutex=mutex@entry=0x32fd270) at ../osdep/win32/pthread.c:59
#2  0x000000000372b905 in kill_cb (ptr=0x32fd200) at ../video/out/vo_libmpv.c:252
#3  0x00000000036a89f2 in mp_dispatch_queue_process (queue=0x18b90f0, timeout=inf) at ../misc/dispatch.c:280
#4  0x00000000036dbea6 in mp_wait_events (mpctx=0x18b8c00) at ../player/playloop.c:60
#5  0x00000000036dde3e in run_playloop (mpctx=0x18b8c00) at ../player/playloop.c:1119
#6  0x00000000036d54f2 in play_current_file (mpctx=0x18b8c00) at ../player/loadfile.c:1366
#7  mp_play_files (mpctx=mpctx@entry=0x18b8c00) at ../player/loadfile.c:1537
#8  0x00000000036c00a8 in core_thread (p=p@entry=0x18b8c00) at ../player/client.c:524
#9  0x000000000373f969 in run_thread (lpParameter=<optimized out>) at ../osdep/win32/pthread.c:214
#10 0x00007fff762a13d2 in KERNEL32!BaseThreadInitThunk () from C:\Windows\system32\kernel32.dll
#11 0x00007fff781d54f4 in ntdll!RtlUserThreadStart () from C:\Windows\SYSTEM32\ntdll.dll
#12 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Linked libraries to libretro-mpv

@ghost
Copy link

ghost commented May 24, 2018

There is a segmentation fault in libmpv when loading a video file in a frontend that uses libmpv for media playback.

Not in my player using latest shinichiro's build. So perhaps it's the way you've built or are using libretro_mpv. Perhaps you should report it there?

@deltabeard
Copy link
Author

Where may I find those builds? https://mpv.srsfckn.biz/ ?

@ghost
Copy link

ghost commented May 24, 2018

All I can guess is that it's trying to access unallocated memory during shutdown. Could be API misuse too, but of course it's not possible to tell at this point.

@Akemi
Copy link
Member

Akemi commented Dec 3, 2019

stale issue.

@Akemi Akemi closed this as completed Dec 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants