36

I've tried the suggestion from fadden to mirror the Android screen to PC, but the vlc player screen show nothing:

enter image description here

What would be the correct commands lines for this function? Thanks.

Community
  • 1
  • 1
jason.chuang
  • 723
  • 1
  • 7
  • 10

8 Answers8

32

Since vlc can't play the h264 file from adb std output, I turn to use ffplay as stream player and it works via the following command:

adb shell screenrecord --output-format=h264 - | ffplay -

OS X binary ffplay and streaming screens:

enter image description here

Thanks!!

jason.chuang
  • 723
  • 1
  • 7
  • 10
28

I don't remember the vlc command line that I used for the initial testing. I've tried a few different things recently, on desktop Linux (Ubuntu 15.10).

VLC

If you just pipe the output into vlc --demux h264 -, it appears to work, but you get gradually farther behind. Adding --h264-fps=60 seems to help that, but you start getting errors ("ES_OUT_SET_(GROUP_)PCR is called too late"). Adding --clock-jitter=0 seems to make the errors less traumatic, but it's still pretty messed up.

ffplay

A simple ffplay - works, but it seems to take a few seconds to decide to start, and ends up lagging well behind the entire time.

Update - January 2018

Using ffplay -framerate 60 -framedrop -bufsize 16M - gives you a decent quality that lasts for quite a while. This is due to the below command that synchronises the framerate and bitrate as the video will otherwise be trying to play at 30fps making everything look/get slower over time due to the extra frames. The bitrate will then help keep the video properly timed as best as possible. I've found it works within a 100-1000MS delay; similarly to most Bluetooth headsets. You might get a "consider increasing probesize" error that may freeze the stream. It's best to restart screenrecord or try appending -probesize 16M

Note: This configuration with ffplay works with the following adb command piped beforehand. If you're running GPU intensive tasks or using an older phone, a size of 1280x720 is a better recommendation. If your phone doesn't support 60fps (or doesn't seem to record in 60fps) change until appropriate with values such as 30 or 24.

adb exec-out screenrecord --bit-rate=16m --output-format=h264 --size 1920x1080 -

mplayer

The command mplayer -demuxer h264es - seems to yield the best results. Starts immediately, very little delay, and doesn't freak out like vlc.

Alex P.
  • 30,437
  • 17
  • 118
  • 169
fadden
  • 51,356
  • 5
  • 116
  • 166
  • Yes, `ffplay` could use some love. – Ciro Santilli OurBigBook.com Mar 21 '17 at 09:17
  • 4
    why adb shell and not adb exec-out ? adb shell wasn't meant for piping exec-out is made specifically for piping it will give better results – Rachid Boudjelida Apr 03 '18 at 01:40
  • 1
    For people in future who are confused by no video showing (but no errors in the command line): I found nothing showed until I caused a lot of movement on the screen (scrolling app drawer etc). I guess it causes some buffer to fill? – Joseph Reeve May 31 '18 at 09:37
  • @JosephReeve: Good point. Android doesn't generate frames if it doesn't need to. The screenrecord command captures generated frames -- it doesn't do periodic sampling -- so if nothing happens on-screen, no output will appear. The video codecs can require some amount of input buffering before generating output, so you may need to cause some screen updates before anything appears. (It'll wake up eventually because of clock updates, but dragging the notification shade will speed it along.) – fadden May 31 '18 at 15:17
  • 1
    `adb shell` produced a jumbled mess. Tried `adb exec-out` and it solved the issue! – bgfvdu3w Jul 18 '18 at 06:48
  • @Mark Thank you! That solved my problem too. I was getting mostly corrupted video, even though you could see it was somewhat correct. – Remolten Jul 18 '18 at 16:08
  • @JosephReeve @fadden I am getting a black screen when trying `adb exec-out screenrecord --bit-rate=16m --output-format=h264 --size 800x600 - | ffplay -framerate 60 -framedrop -bufsize 16M -`. Am i executing this correctly? – Ayush Bansal Nov 12 '18 at 05:40
  • The official android documentation says that screenrecording stops after 3 minutes... Does this happen when using `exec-out`? – Stefan Sep 28 '19 at 17:41
  • @Stefan: the limitation is in [screenrecord](https://android.googlesource.com/platform/frameworks/av/+/master/cmds/screenrecord/screenrecord.cpp#94), so it doesn't matter how you run it. [(blame)](https://android.googlesource.com/platform/frameworks/av/+/2c041c1c927fdbf60f53f1a1960e5155a79007b7) – fadden Sep 29 '19 at 01:54
9

Based on the answers above I have tried every possible combination and there is only one that is does not lag a lot, does not stop and has a decent video quality, with ffplay:

adb shell screenrecord --bit-rate=16m --output-format=h264 --size 800x600 - | ffplay -framerate 60 -framedrop -bufsize 16M -

The size parameter can be changed to anything.

Note this is still far from perfect, but gets the work done and I also tried it over WiFi and it was good enough.

martinszy
  • 143
  • 1
  • 6
4

mplayer

For the low latency playback, the mplayer worked the best so far.

adb shell screenrecord --output-format=h264 - | mplayer -framedrop -fps 6000 -cache 512 -demuxer h264es -

Note: the above sets the mplayer to consume frames as soon as possible. Though, as a result, the playback window may be sluggish when waiting for new frames.

The screenrecord has a 3 minutes time limit "feature". If you feel comfortable with recompiling it from code, here is a good link.

After recompiling the screenrecord:

adb shell screenrecord --time-limit=31000  --output-format=h264 - | mplayer -framedrop -fps 6000 -cache 512 -demuxer h264es -
Alex_M
  • 43
  • 5
3

Using any of the adb shell commands produced corrupted data for me. Using adb exec-out, as noted by lord-ralf-adolf in a comment on the accepted answer, fixed the problem.

I used this exact command to get optimal video quality and minimal lag from a Galaxy S6:

adb exec-out screenrecord --output-format=h264 --size 540x960 - | ffplay -framerate 60 -framedrop -bufsize 16M -
Alex P.
  • 30,437
  • 17
  • 118
  • 169
Remolten
  • 2,614
  • 2
  • 25
  • 29
3

I found that the lowest latency playback can be achieved by:

adb exec-out screenrecord --bit-rate=64m --output-format=h264 --size=1080x680 - | ffplay -framerate 60 -framedrop -fflags nobuffer -flags low_delay -strict experimental -analyzeduration 100000 -probesize 64 -sync ext -vf setpts=0 -fflags discardcorrupt -

As per How to minimize the delay in a live streaming with ffmpeg

Gizmo
  • 1,990
  • 1
  • 24
  • 50
1

I found this software (for linux, windows and mac) that allows you to mirror and control your device connected via adb:

https://github.com/Genymobile/scrcpy

It saved me!

Marco Zoratti
  • 181
  • 1
  • 3
0

Best results for me with mpv:

adb shell screenrecord --bit-rate=16m --size 540x1140 --output-format=h264 - | mpv --profile=low-latency --no-correct-pts --fps=60 -
Olivier
  • 3,431
  • 5
  • 39
  • 56