Scrcpy 2.0

[Walda Caesar]

Initially, mouse motion (hover) events were not forwarded to the device when no mouse button was pressed. The reason was that at the time (6 years ago), these events had absolutely no impact on the devices I tested.

This is functionally equivalent to the existing AOA mode (--keyboard=aoa), except it is not limited to USB (it also works wirelessly) and it works on Windows while mirroring (and without driver issues).

The keyboard layout must be configured (once and for all) on the device to match that of the computer (that's the reason why it's not the default). To open the keyboard settings, several possibilities:

Technically, scrcpy generates additional touch events from a "virtual finger" at a location inverted through the center of the screen. When pressing Ctrl the x and y coordinates are inverted. Using Shift only inverts x.

Is there a copy in the Bionic repos at Ubuntu or Debian? Or git clone or download the zip from GitHub. You will need to SFS-Load-on-the-fly the devx.sfs file for your operating system. It contains the tools to compile.

Ditto what bigpup wrote. And bionicpup32 may not be the best Puppy to do it. A quick glance at =scrcpy indicates that only 64-bit linux versions of scrcpy are available.
It may be immediately install-able under Fossapup64, Voidpup64, or recent 64-bit debian-based Puppys.

Today, I was trying to operate my mobile phone using my Laptop (Ubuntu 21.10). I found an interesting application that allows me to operate my mobile phone using Ubuntu. The application is known as Scrcpy. I followed all the steps of README.md and installed it using sudo snap install scrcpy. After allowing all the permissions (USB debugging and Security USB debugging) on my android phone, I tried to run it, however, it gives me the following errors:

However, both devices are disconnected when pulling the usb cable out.
As an alternate permutation: If I leave the usb connected and run step #7, scrcpy loads and then if I pull the usb - it disconnects.

Unfortunately, in order for scrcpy to work wirelessly, we need to know the IP address of the phone, and this is not always trivial if the phone is sitting away, especially if we plan to use it within different networks.

I would like to ask you guys, what is your experience using scrcpy? My experience is bad and I wonder if there are others in the same boat with me, because as far as know, this topic has been not discussed here so far.

If I run scrcpy (the latest version 2.3.1 or the earlier versions in the past) no mater on connection, whether via USB or WiFi, no mater to what device, whether phone running Android 13 or TV box running Android 11, it is not well responsive, lags sometimes and drops a ton of frames all the time, see here (the WiFi example, but it is exactly the same for USB too):

I already tried the --render-driver=software parameter. It seems to be a bit better, but the difference is really marginal. The screen record made by --record shows exactly the same as I see in the scrcpy window.

Just want to let know that the problem has solved by its own. I used the scrcpy again after couple of days and it runs pretty fine as for now. Although it still skips some frames from time to time, it is finally usable now. The interesting thing is that I did nothing towards solving the problem (because I had no idea what to do). Only applied the system updates as I usually do. Below is the current scrcpy output. The absence of the FFmpeg messages is the only difference.

I don't know where to share it, but I discovered a few months ago scrcpy a great opensource tool to display the phone screen on the computer.
I use it in combination with an integrated screencast software like Kazam (linux) to produce short videos with sound to present our forms to colleagues, like today to present new form version using map selection

Oh, scrcpy is indeed a great mirroring tool, very useful for training and discussing issues. I only had issues with X-tigi tablets in Kenya (for which you need a specific driver I think), but in other cases it works very smoothly. I do not know Kazam, but I use OBS Studio quite intensively.

I am trying to use scrcpy for mirroring the mobile screen on my Linux machine, to develop a react-native app. But adb does not allow running scrcpy and react-native instance at the same time. It terminates one instance and starts the other one. The documentation for scrcpy states to add an env variable ADB=/path/to/adb scrcpy.I'm not very familiar with Linux environments. Could someone help me with this please? I tried looking this up on the internet, but most of them explain how to do this on a windows environment.

I just switched to an other application for mirroring screens from the phone, try out Vysor.You dont have HD resolution but its enough for testing, also it will work without closing either react native or Vysor itself.

Sometimes I run a server app on my Android device (OnePlus 6 rooted with Android 10) but it appears that most apps only run when the screen is on which is a much worse battery drainer than background services.I know that scrcpy which is an adb powered app which allows the control the device from a computer over USB or Wifi and the 'virtual screen' (i.e. display in the scrcpy app on the computer) is on but the physical screen is off. And this app does not use root, so it should be possible.How do they do that ?

On the Android side, we may not inject text directly (injecting a KeyEventcreated by the relevant constructor does not work).Instead, we can retrieve a list of KeyEvents to generate for a char[], usinggetEvents(char[]).

I first thought there was no way to inject such events from there, until Idiscussed with Philippe (yes, the same as earlier), who knew the solution: itworks when we decompose the characters using combining diacritical dead keycharacters.

The window icon must be set from an SDL_Surface by SDL_SetWindowIcon.Creating the surface with the icon content is up to the developer. For exemple,we could decide to load the icon from a PNG file, or directly from its rawpixels in memory.

FYI, scrcpy should be listening on the port for about 1 second, sounless you want to start several devices in the same second, you shouldbe able to run several scrcpy instances without using a custom port.

There are a couple of things that I still miss like the notifications frommy phone on my PC, easy file transferring, automatic screen dimming orturning off the screen completely, etc., but it is still much, much betterthan Flow and other mirroring options.

You are a life saver, my touchscreen has been failing in random intervalslately, i tried with other solutions but they were uncomfortable to use andsold your data plus were expensive or heavily limited

Do you see a chance to lower the architectural limits below 5.0? If youcan point me to the expected issues, I may be able to contribute, or atleast could you give me some assessment of this undertaking?

scrcpy (short for "screen copy") is a free and open-source screen mirroring application that allows control of an Android device from a desktop computer.[1] The software is developed by Genymobile SAS, a company which develops Android emulator Genymotion.[2]

The application primarily uses the Android Debug Bridge (ADB) via a USB connection to communicate. The software functions by executing a server natively on the Android device, then communicating with the server via a socket over an ADB tunnel.[3] The screen content is streamed as H.264 video, which the software then decodes and displays on the computer. The software pushes keyboard and mouse input to the Android device over the server.[3]

Setup involves enabling USB debugging on the Android device, connecting the device to the computer, and running the scrcpy application on the computer.[2] Additional configuration options, such as changing the stream bit rate or enabling screen recording, may be accessed via command line arguments.[4] The software also supports a wireless connection over Wi-Fi, but that requires more steps to set up.[5] A few features were added to scrcpy in its version 1.9 release in 2019, including the ability to turn the screen off while mirroring and to copy clipboard content between the two devices.[6]

Chris Hoffman of How-To Geek compared scrcpy to AirMirror and Vysor, two other applications with a similar function. Hoffman also pointed to Miracast as an alternative, while noting that it is no longer widely supported among new Android devices, and that it does not support remotely controlling the device.[2]

The first commit to the GitHub repository is on 12 December 2017 by Romain Vimont.[7] scrcpy v1.0 was released 3 months later which included the support for basic screen mirroring and Android remote control. The first release packaged a Windows Executable and the server.[8] The community took packaging forward and made scrcpy available for numerous Linux distributions.[9][better source needed]

On v2.1, unveiled on June 22, 2023, significant enhancements have been made to the audio capabilities. Users can now select their device's microphone as the audio input, adjust the audio output buffer size, and benefit from a range of other updates. These updates include support for OpenGL 3.0+ on macOS, dynamic device folding, and the option to terminate adb upon closing.[11]

Netflix app restricts the screen mirroring when we try to take the remote access of actual Android mobile using Android mirroring tool scrcpy. Hope this is the restriction of the app by design. Is there anyway Appium can help in automating such applications?

If you can get the Android device to connect over USB (i.e. driver issues with Windows) you may be able to use scrcpy --otg to enter pin / enable developer mode. While you will have a better chance if it is just the screen capacitive touch sensors that are damaged so you can see what is being enabled, if the screen is completely broken, it is the same problem with plugging in a keyboard/mouse as you are blind to what is going on.

c80f0f1006