我正在使用 FFmpeg 将一些旧的 mpeg4 视频（在 avi 容器中）转码为 h.264。基本上
ffmpeg -i input.avi -c:v libx264 [x264 settings] -c:a libfdk_aac [aac settings] output.mp4
这样做时，会mpeg4发出以下警告
视频使用非标准且浪费的方式来存储 B 帧（“打包 B 帧”）。考虑使用 VirtualDub 或 avidemux 之类的工具来修复它。
我知道我仍然可以成功转码，但是从警告中我不清楚生成的 h.264 视频的质量是否会受到影响。
所以，
鉴于我只关心veryslow输出 h.264 视频的质量（和大小，我想最小化我的移动设备的大小，这就是为什么我也使用预设），我是否应该关心打包的 B-帧？
如果应该，我该如何使用 avidemux 修复它们？（我已经尝试浏览手册。）
我尝试使用 ffmpeg 将 m4a 文件转换为 mp3，使用以下最简单的命令：
ffmpeg -i in.m4a out.mp3
转换后，持续时间似乎很奇怪。原来的 m4a 是 4:06。但是对于新的 mp3，OS X Finder 和 Google Play 报告 09:24，而 iTunes 仍然报告正确的 4:06。
我想我之前也遇到过几次这个问题。为什么是这样？任何修复？
以下是 的控制台输出ffmpeg，以防万一它会有所帮助。
$ffmpeg -i in.m4a out.mp3
ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers
built on Jun 12 2013 13:46:11 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)
configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --enable-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/clang …我正在阅读 的联机帮助页unzip，并遇到以下内容
-P password
use password to decrypt encrypted zipfile entries (if any). THIS
IS INSECURE! Many multi-user operating systems provide ways for
any user to see the current command line of any other user; even on
stand-alone systems there is always the threat of over-the-shoulder
peeking.
虽然不以明文形式输入密码（并让它们在 shell 历史记录中结束）的安全预防措施当然是正确的，但我发现很难相信存在任何用户都可以看到任何其他用户的命令行的操作系统用户。有人可以给我一个例子（包括遗留系统）？
我相信ps,top等是 UNIX 的答案。
在 Emacs 信息模式下，可以按RET一个超链接来跟随它。但是，打开链接后是否可以返回上一页？另外，是否可以在新缓冲区中打开链接（默认值*info*除外）？
请注意，我使用命令行，因此任何 GUI 功能都不起作用。
今天我注意到 Dropbox 消耗的 CPU 时间几乎是kernel_taskOS X 10.8.3消耗的一半，这是相当可观的 CPU 使用量。所以我暂停了它，看看会发生什么。
令人惊讶的是，即使在我暂停同步之后，Dropbox 占用的 CPU 数量也大致相同（并且没有任何变化）。
那么，即使我指示它“暂停”，Dropbox 也会继续编制索引？那么“暂停”只适用于网络使用吗？这似乎很愚蠢？