Screenshot ON Android Bug
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
mpv Information
mpv-android 2024-11-16-release / 8040 (release)
mpv v0.39.0-338-gdd5f2069b8 Copyright © 2000-2024 mpv/MPlayer/mplayer2 projects
built on Nov 16 2024 17:43:27
libplacebo version: v7.349.0 (v7.349.0-26-g5788a82f)
FFmpeg version: N-117784-g0b8c9cf5b4
FFmpeg library versions:
libavcodec 61.24.100
libavdevice 61.4.100
libavfilter 10.6.101
libavformat 61.9.100
libavutil 59.47.100
libswresample 5.4.100
libswscale 8.9.101
Configuration: -Diconv=disabled -Dlua=enabled -Dlibmpv=true -Dcplayer=false -Dmanpage-build=disabled -Ddefault_library=shared --cross-file=/var/tmp/mpv-android/buildscripts/prefix/arm64/crossfile.txt
List of enabled features: android android
Important Information
- Platform version: Android 2024-11-16-release
Reproduction Steps
i apply command for Screenshot
MPVLib.command(arrayOf("screenshot-to-file", filePath))
Expected Behavior
i was expected no jerk in all devices like other video players
Actual Behavior
I'm currently working on a new UI for MPV Android and implementing additional features in my free time. I've encountered an issue specific to Android 10 and 11 on certain devices, particularly those with full memory. The problem arises when executing the screenshot command, despite the screenshot property being properly set
Log File
2024-11-28 10:42:40.622 26949-27178 mpv videoplayer.movies.videoeditor.hd V [cplayer:v] Starting screenshot: '/storage/emulated/0/Pictures/HD Video/1732772559917.jpg'
2024-11-28 10:42:40.622 26949-27178 mpv videoplayer.movies.videoeditor.hd V [screenshot:v] input: 720x480 [0:0] rgb0 rgb/bt.709/srgb/full/display CL=mpeg1/jpeg
2024-11-28 10:42:40.622 26949-27178 mpv videoplayer.movies.videoeditor.hd V [cplayer:warn] Audio device underrun detected.
2024-11-28 10:42:40.622 26949-27178 mpv videoplayer.movies.videoeditor.hd V [screenshot:v] will convert image to yuv444p
2024-11-28 10:42:40.624 26949-27178 mpv videoplayer.movies.videoeditor.hd V [ffmpeg:v] swscaler: Lanczos scaler, from rgba to yuv444p using C
2024-11-28 10:42:40.625 26949-27178 mpv videoplayer.movies.videoeditor.hd V [cplayer:v] restarting audio after underrun
2024-11-28 10:42:40.712 26949-27178 mpv videoplayer.movies.videoeditor.hd V [cplayer:info] Screenshot: '/storage/emulated/0/Pictures/HD Video/1732772559917.jpg'
2024-11-28 10:42:40.714 26949-26949 MPVView videoplayer.movies.videoeditor.hd D Screenshot saved to /storage/emulated/0/Pictures/HD Video/1732772559917.jpg
Sample Files
No response
I carefully read all instruction and confirm that I did the following:
- I tested with the latest mpv version to validate that the issue is not already fixed.
- I provided all required information including system and mpv version.
- I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of
--log-file=output.txt. - I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
- I attached the full, untruncated log file.
- I attached the backtrace in the case of a crash.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue with MPVLib.command(arrayOf("screenshot-to-file", filePath)) on the affected Android 10 or 11 devices, then inspect the attached log around the screenshot conversion and audio underrun messages. Done means capturing a screenshot without the reported playback jerk or audio underrun.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, c
- Domain
- audio-video-rtc, mobile-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100