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

Screenshot ON Android Bug #15400

Open
6 tasks done
waseemhehe opened this issue Nov 28, 2024 · 0 comments
Open
6 tasks done

Screenshot ON Android Bug #15400

waseemhehe opened this issue Nov 28, 2024 · 0 comments

Comments

@waseemhehe
Copy link

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

log (2).txt

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.
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