小编Fla*_*Fla的帖子

遥测:Canonical 是否提供了一些有关 Ubuntu 桌面使用情况的统计数据?

也许他们不共享真正的价值(例如,每天使用X 次Ubuntu安装)但至少%是?

我对使用的版本的重新分区感兴趣(例如,有8%of 12.0416%of 14.0451%of 16.0426%of 17.04。我在这里猜测)以及使用的桌面 ENV (80%正在运行Unity7% KDE4% Cinnamon等)。

有谁知道我在哪里可以找到这样的数字?

Steam 每月进行一次调查,所以我们有一些数字,但只有一小部分Ubuntu用户拥有 Steam,而游戏玩家是非常具体的用户(非常最新等)。

canonical 14.04 16.04 17.04 18.04

5
推荐指数
2
解决办法
333
查看次数

Recordmydesktop 对视频文件进行编码。生成的文件仅需 8 分钟而不是数小时

我做了一个很长的截屏视频recordmydesktop(将近两个小时)。

在录制结束时,像往常一样recordmydesktop开始对其录制的所有原始数据进行编码以生成out.ogv视频文件。

但是,现在无法完全创建该文件。编码过程正常启动,out.ogv创建并开始增长,但在 1?209?585?664 字节(视频长 8min11)处停止。recordmydesktop什么也没说,看起来它只是继续渲染,但没有任何反应。过了一段时间,我的电脑就死机了,我猜 RAM 和 SWAP 已经满了。视频还是8分11。

我担心我会丢失所有工作,但我发现recordmydesktop隐藏在/tmp/rmMD-session-4625/目录中的原始文件。这个文件夹是 50GB,所以我的截屏视频肯定在那里。我搜索了文档并找到了--rescue允许重新启动编码过程的选项。我再次启动它,让它这样一整夜,今天早上,进程停止了,新的视频文件仍然与第一次尝试完全相同,停在8分11分。

终端的输出:

recordmydesktop --rescue /tmp/rMD-session-4625/
Restoring /tmp/rMD-session-4625/!!!
STATE:ENCODING
Encoding started!
This may take several minutes.
Pressing Ctrl-C will cancel the procedure (resuming will not be possible, but
any portion of the video, which is already encoded won't be deleted).
Please wait...
Output file: out-4.ogv
[0%] Processus arrêté0]
Run Code Online (Sandbox Code Playgroud)

这是specs.txt文件rMD-session-4625夹中文件的内容:

recordMyDesktop …
Run Code Online (Sandbox Code Playgroud)

video recordmydesktop screencast

5
推荐指数
0
解决办法
229
查看次数

标签 统计

14.04 ×1

16.04 ×1

17.04 ×1

18.04 ×1

canonical ×1

recordmydesktop ×1

screencast ×1

video ×1