目标:
我试图用命令行工具在远程服务器上记录特定的X显示。
问题:
输出文件在整个录制期间包含纯黑色视频流。
我的方法: 我通过x2go连接到远程服务器。服务器使用Xfce桌面环境运行Ubuntu 16.04.2。我尝试记录的显示是:50(当我连接到x2go服务器时创建)。我可以通过x2go完全控制远程服务器。
我通过ffmpeg(或avconv / recordmydesktop,下面使用ffmpeg)录制的命令看起来大致相同,如下所示:
ffmpeg -f x11grab -r 25 -s 1854x1176 -i:50.0 -c:v libx264 screencast.mkv
示例输出:
user@machine:~/$ ffmpeg -f x11grab -r 25 -s 1854x1176 -i :50.0+0,0 -c:v libx264 -vb 4000k -an screencast.mkv
ffmpeg version N-86766-g264f6c6 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609
configuration: --prefix=/home/user/ffmpeg_build --pkg-config-flags=--static --extra-cflags=-I/home/user/ffmpeg_build/include --extra-ldflags=-L/home/user/ffmpeg_build/lib --bindir=/home/user/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree
libavutil 55. 67.100 / 55. 67.100
libavcodec 57.100.104 / 57.100.104
libavformat 57. 75.100 / 57. 75.100
libavdevice 57. 7.100 / 57. 7.100
libavfilter 6. 95.100 / 6. 95.100
libswscale 4. 7.101 / 4. 7.101
libswresample 2. 8.100 / 2. 8.100
libpostproc 54. 6.100 / 54. 6.100
[x11grab @ 0x1fd9b40] XFixes not available, cannot draw the mouse.
[x11grab @ 0x1fd9b40] Stream #0: not enough frames to estimate rate; consider increasing probesize
Input #0, x11grab, from ':50.0+0,0':
Duration: N/A, start: 1500041497.684675, bitrate: N/A
Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 1854x1176, 25 fps, 1000k tbr, 1000k tbn, 1000k tbc
File 'screencast.mkv' already exists. Overwrite ? [y/N] y
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 0x1fe3040] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[libx264 @ 0x1fe3040] profile High 4:4:4 Predictive, level 4.2, 4:4:4 8-bit
[libx264 @ 0x1fe3040] 264 - core 148 r2643 5c65704 - H.264/MPEG-4 AVC codec - Copyleft 2003-2015 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=4000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, matroska, to 'screencast.mkv':
Metadata:
encoder : Lavf57.75.100
Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv444p, 1854x1176, q=-1--1, 4000 kb/s, 25 fps, 1k tbn, 25 tbc
Metadata:
encoder : Lavc57.100.104 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/4000000 buffer size: 0 vbv_delay: -1
[swscaler @ 0x1fe94e0] Warning: data is not aligned! This can lead to a speedloss
frame= 179 fps= 36 q=-1.0 Lsize= 16kB time=00:00:07.04 bitrate= 18.8kbits/s speed=1.43x
video:14kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 12.869934%
[libx264 @ 0x1fe3040] frame I:1 Avg QP: 6.00 size: 518
[libx264 @ 0x1fe3040] frame P:45 Avg QP: 0.44 size: 81
[libx264 @ 0x1fe3040] frame B:133 Avg QP: 0.94 size: 73
[libx264 @ 0x1fe3040] consecutive B-frames: 0.6% 1.1% 0.0% 98.3%
[libx264 @ 0x1fe3040] mb I I16..4: 0.0% 100.0% 0.0%
[libx264 @ 0x1fe3040] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0%
[libx264 @ 0x1fe3040] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
[libx264 @ 0x1fe3040] final ratefactor: -23.85
[libx264 @ 0x1fe3040] 8x8 transform intra:100.0%
[libx264 @ 0x1fe3040] coded y,u,v intra: 0.0% 0.0% 0.0% inter: 0.0% 0.0% 0.0%
[libx264 @ 0x1fe3040] i16 v,h,dc,p: 0% 0% 100% 0%
[libx264 @ 0x1fe3040] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 0% 0% 100% 0% 0% 0% 0% 0% 0%
[libx264 @ 0x1fe3040] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x1fe3040] kb/s:15.56
使用:Ubuntu 16.04.2 LTS
我已成功完成捕获显示:50使用“simplescreenrecorder”,但该工具没有命令行界面。它也使用ffmpeg,所以它应该可以用来捕获显示器,但是我无法让它正常工作。
答案 0 :(得分:1)
问题已解决。 我只是将x2go替换为xvfb和x11vnc的组合,一切正常。以下是方法,对我来说非常好。希望它有用,否则我可以提供额外的信息。
user@machine:~/$ Xvfb :50 -screen 0 2560x1440x24 -ac +extension GLX +extension RANDR +render -noreset &> /dev/null &
user@machine:~/$ export DISPLAY=:50
user@machine:~/$ startxfce4 &> /dev/null &
user@machine:~/$ x11vnc -display :50 --forever -noxdamage -nopw -rfbport 5900 -scale 1920x1080 &"
并使用xvnc4viewer连接到vnc服务器(下面的示例/可以在x11vnc启动日志中看到)
user@machine:~/$ xvnc4viewer -viewonly -FullScreen hostname:0
答案 1 :(得分:1)
我想我已经找到了原因。我需要设置一个类似的系统,使用x2go以外的软件不是一个选项。无论如何,对于那些寻找可能解决方案的人,请注意以下信息:
[x11grab @ 0x1fd9b40] XFixes not available, cannot draw the mouse.
FFmpeg需要xfixes扩展来通过xcblib记录屏幕,并且由于一个错误,默认情况下在最近的x2goserver版本上禁用了xfixes。您可以启用它来编辑x2goagent.options文件(通常是/etc/x2go/x2goagent.options)并删除以下参数:
# Disable XFIXES.
# Workaround for https://bugs.launchpad.net/ubuntu/+source/libxfixes/+bug/985202
#
X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES"
您可以将其保留为
X2GO_NXAGENT_DEFAULT_OPTIONS+=""
至于虫子本身,我不知道它是否会咬我。如果它不是KDE机器,那么我认为应该没问题。