I'm having a problem. I'm mirroring my laptop screen via USB using Scrcpy to record games using OBS Studio, but the mirroring is in slow motion, then speeds up, then returns to normal speed. This happens several times. I don't mind the delay because I'm playing looking at the tablet, not the laptop. The problem is this inconsistent delay, which sometimes slows down, speeds up, etc. The laptop: the task manager shows that the CPU and GPU are not even 60% occupied, the system doesn't slow down, etc. OBS is also configured for performance. What I've already tried to solve: - I'm using a USB 3.0 cable in a 3.0 port. - I set Scrcpy's priority to high in the task manager. - I've already used resolution, video buffer, encoder, bitrate, and FPS codes in Scrcpy. My devices: Xiaomi Pad 8, Lenovo Ideapad S145 laptop with integrated AMD Ryzen 5, Ugreen 3.0 data cable. However... the problem persists

Introducing ShizuCallRecorder, an Android 11-16 application that uses the shell app (ADB through Shizuku), to record phone calls on non-rooted devices. FOSS, privacy-friendly, and it does not always run in the background. Simple as that.

Before saying anything else, Android 11 support is limited.

Features:

• Records both sides of phone calls (incoming and outgoing)
  • Should work even when using Bluetooth or a remote headset
• Security toggles to manage Shizuku on/off state
  • An attempt to reduce the potential attack surface introduced by Shizuku
  • Helps with apps that detect / yells at you when USB Debugging or Shizuku is enabled
  • (You need thedjchi Shizuku fork, recommend in requirements in the README.md)
• Automatic call recording option with basic exclusion rules:
  • Ignore anonymous calls
  • Ignore specific contacts
  • Ignore all contacts
• Saves recordings with Opus or AAC codec.
• The app runs only on phone event changes, no persistent background process and notifications

This is a tool, use it responsibly, and follow the law. Read the app disclaimer, it's a one time thing, don't skip it.

GitHub: https://github.com/kitsumed/ShizuCallRecorder

EDIT: If you like the project, please star the repo!

EDIT 2026-05-19: You can help translating the project in your language https://hosted.weblate.org/engage/shizucallrecorder/

If you are an Android dev or if you know more about Android internal API / hiddenapi, take a look at the CONTRIBUTING file. I have a few issues I would like assistance with, any kind of feedback, online resources, or even PoCs are welcome.

This app is not an first time easy install and forget. You have some configuration to do, though it is relatively small. However, if you have never used Shizuku, it will take longer. Please follow the documentation carefully. There is reading to do. I highly recommend that you do read, both for the sake of it working and for the sake of keeping your device safe.

The project is licensed under GPLv3, with additional terms under Section 7. The goal of the additional terms is to prevent the app from being published to app stores under the name ShizuCallRecorder, and to stop anyone else from distributing it as the official app. In a nutshell, it cover trademark protection, giving credit to me and the project in forks, etc. But anyone is free to fork it.

I care a lot about security and transparency. I enabled immutable GitHub releases, assets of a release cannot be swapped once a release is published. Releases are built using GitHub Actions Runners, they clone the repository code directly, build the app, and the apk files are attested so that all users can detect if something else happened between the build process and the release publication (gray-area). This reduces the attack vector, but does not fully eliminate it (the code itself, the runner getting compromised, dependencies, etc.).

I'm looking for user feedback. If you try out the app, please tell me the following:

• Device model
• Android Version
• Did it work with the screen unlocked?
• Did it work when the screen was locked?

I want to see if there's any specific device, OEM or Android limitations. I didn't extensively test it across devices outside of the Android emulator and my Samsung Android 16 test phone, but it SHOULD work.

"It works on my machine"

EDIT 2026-05-18: Hey, it seems to work on other users machine! 🎉

More rambling below, not important :

For a couple of years now, I have been looking for a call recording app. I think there are multiple reasons why one would want to record phone calls, such as remembering things, or even using it as proof for any kind of scenario.

However, the Android project seems to think differently. Ever since the release of Android 4.4 KitKat (API 19), native 3rd-party phone call recording apps have been killed by restricting the CAPTURE_AUDIO_OUTPUT permission to signed and system apps for valid privacy reasons. However, to this day (API 37), no real, intended direct alternative has been added. Yet, multiple developers have asked about this on the Google Issue Tracker and other websites.

Meanwhile, "system" proprietary apps like the Google Dialer and OEMs apps sometimes use that restricted permission, and some do offer the recording feature. However, they often choose not to offer it to most users (even if legal in the user country), or they add their own proprietary rules on top of it. That is, of course, without mentioning that their apps are often privacy invasive.

On the other side, to work around theses new limitations, there are a couple of closed-source proprietary call recording apps on the play store and other online stores that use workaround ways like the speaker trick and accessibility services (see this short Bitdefender article on accessibility service security risks, I had found a really cool in depth article with all of the way it could be abused but can't find it anymore 😞 ).

I will not name any app nor say that they are 100% malicious as I did not dig deep, but I will say this: When I was looking at applications and checked them, some had unrelated invasive permissions related to the GPS and/or the phone sensors. Other apps would sometimes start pinging some remote config endpoint at recurrent intervals. All of these apps used accessibility services. Considering that these apps run permanently in the background and can see everything on your screen, this isn't really something I was personally comfortable with.

When I started this project, I noticed in the following weeks that a couple of existing closed-source call recording apps slowly added Shizuku support. Would I give ADB-level access to a closed-source app from an unknown developer? Personally, I would not feel comfortable doing so. I'm not looking to discredit their work and it's nice that they keep improving their apps, I'm just saying it's a risk I wouldn't take.

With that in mind, I recently discovered Shizuku and did a deep dive into how it works in my blog post, What is Shizuku, how does it work, and its security implications. This is when I had an idea: what if we could use the shell application permission, a signed system application, to use permissions you normally do not have access to? I searched online, found other issues online talking about it, and decided that if no one would make it (a FOSS app), I would give it a try myself. Now we are here, with a working app (I hope so). The more in-depth story is in the CONTRIBUTING file. I also want to point out that I had never done any real Android development prior to this app. Doing this as a first project was a little bit insane, but we'll see what happens.

[SOLVED]

I'm trying to get scrcpy to work with my phone but every time I try and run the program with my phone connected it opens a blank window and eventually closes and get this in the terminal:
scrcpy 4.0 https://github.com/Genymobile/scrcpy

WARN: Could not disable minimize on focus loss

INFO: ADB device found:

INFO: --> (usb) R5CT500518R device SM_S908U1

/home/linuxbrew/.linuxbrew/Cellar/scrcpy/4.0/share/scrcpy/scrcpy-server: 1 file pushed, 0 skipped. 421.1 MB/s (732226 bytes in 0.002s)

[server] INFO: Device: [samsung] samsung SM-S908U1 (Android 16)

INFO: Renderer: vulkan

INFO: Texture: 1080x2316

Segmentation fault (core dumped) scrcpy

Any help would be nice to have. (I'm on Bazzite btw and yes i have adb installed)

Hey scrcpy team 👋

I wanted to share a personal project heavily inspired by scrcpy.

I built a desktop application called Furious Mirror focused on:

• low latency streaming
• hybrid USB/WiFi transitions
• custom GPU rendering pipeline
• jitter buffering
• SDL2 rendering
• smart wireless discovery
• realtime input remapping

The project uses:
Android MediaCodec -> raw H264 AnnexB -> FFmpeg decode -> SDL GPU rendering.

scrcpy was one of the main inspirations that motivated me to study realtime streaming architecture and desktop multimedia pipelines.

Repository:
https://github.com/furiousofnightt/furious-mirror

Thank you for creating such an amazing open-source project.

title. dunno if im going crazy but the zip is empty.
https://github.com/Genymobile/scrcpy/blob/master/doc/windows.md downloading from here. 64 bit. zip is flagged by firefox but can allow download which i have. zip is promptly empty once its in my files. 7zip and the windows extract dont open anything. 7zip error message says cannot open file as archive. am i stupid

I built a full-featured scrcpy GUI with a web interface, Winlator support, and per-app profiles — v0.20 just dropped

Hey r/scrcpy,

I've been working on qt-yascrcpygui for a while now and just released v0.20. It's a PySide6 (Qt) frontend for scrcpy focused on making it actually comfortable to use as a daily driver, especially if you manage multiple apps or games with different streaming needs.

Here's what it does:

Per-app scrcpy profiles

Every app or game gets its own saved scrcpy configuration. Resolution, bitrate, codec, encoder, display mode, all saved and loaded automatically when you launch. No more re-typing flags every time.

Advanced video stream configuration

Beyond the basics, you can now tune color range (full/limited/auto), I-frame interval, bitrate mode (constant vs variable), and audio bitrate, all exposed in the UI and passed directly as scrcpy codec options. Useful if you're trying to squeeze quality out of a constrained network or get lower latency on a local connection.

The extraargs field also lets you run arbitrary commands before and after a scrcpy session using PRE:: and POST:: prefixes, so you can do things like set up ADB reverse tunnels before launch and tear them down after.

Web server with PWA support

There's a built-in web server (FastAPI) you can enable from the GUI. It exposes your app list, lets you launch apps remotely, and syncs configuration in real time, including Winlator games. The frontend is a PWA, so you can add it to your phone's home screen and use it as a remote launcher without touching the desktop.

Winlator shortcut frontend

If you use Winlator, the app reads your exported .desktop shortcuts directly and shows them in a dedicated tab with icons extracted from the game's .exe file. Each game gets its own scrcpy profile, which is handy since Windows games often need completely different resolution and performance settings than regular Android apps.

What's new in v0.20

• Right-click menu on any app or game to quickly save settings or pin it
• UI now auto-navigates to the correct config tab when you open an app's settings
• Fixed multiple memory leaks, idle RAM dropped from ~680 MB to ~300 MB by capping icon decode resolution
• Fixed crashes when reopening ADB Wi-Fi and Session Manager windows (lifecycle management was destroying objects while references were still held)
• Device detection moved from a polling loop to a persistent background thread, no more slowdowns over long sessions
• All ADB/scrcpy subprocess calls now have timeouts so the app can't hang on an unresponsive device
• Clean shutdown: web server, device monitor, and background workers are all properly stopped on exit

Links

• GitHub: https://github.com/gabreek/qt-yascrcpygui
• Releases (pre-compiled x86_64 and ARM64): https://github.com/gabreek/qt-yascrcpygui/releases/latest

Linux only for now. Would love feedback, especially from anyone running it on ARM or using it with Winlator.