| Summary: | mplayer fails with -vo png | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Ernest Wagner <wagnered> |
| Component: | mplayer | Assignee: | Dominik 'Rathann' Mierzejewski <dominik> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | belegdol, kwizart, leigh123linux |
| Priority: | P1 | ||
| Version: | 25 | ||
| Hardware: | x86_64 | ||
| OS: | GNU/Linux | ||
| namespace: | |||
| Attachments: | Error output of command | ||
Newer ffmpeg caused the issue, the fix will be in mplayer-1.3.0-7 https://pkgs.rpmfusion.org/cgit/free/mplayer.git/commit/?id=72534932ba3089668299f995237ca313a6ac0af0 (In reply to Ernest Wagner from comment #0) > I downloaded the source, built and installed it and the above command worked > successfully. It worked because you used the older bundled ffmpeg included in mplayer source Link to the fixed build https://koji.rpmfusion.org/koji/buildinfo?buildID=3210 It creates the pngs now... |
Created attachment 1746 [details] Error output of command Command: mplayer -vo png -frames 10 -ao null "/media/ideas/temp/vts_01.mp4" 2>&1 mplayer continues ad infinitum and necessary to CTL-C to kill. I downloaded the source, built and installed it and the above command worked successfully. I noticed that issuing ldd on the binary from the package gives more than a screen full of dependent libraries, whereas the locally built/installed one gives only: linux-vdso.so.1 (0x00007ffea31dd000) librt.so.1 => /lib64/librt.so.1 (0x00007fa8f6683000) libz.so.1 => /lib64/libz.so.1 (0x00007fa8f646b000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa8f624b000) libdl.so.2 => /lib64/libdl.so.2 (0x00007fa8f6043000) libm.so.6 => /lib64/libm.so.6 (0x00007fa8f5d33000) libc.so.6 => /lib64/libc.so.6 (0x00007fa8f596b000) /lib64/ld-linux-x86-64.so.2 (0x000056150badf000) That's with default build switches which seemed to include everything.