我的目的是将 webm 文件转码为 opus 文件。
它可以正常工作,如下所示;
ffmpeg -i input.webm -vn -c:a copy output.opus
但是当我播放它时,生成的作品文件总是从第 4 秒或第 5 秒开始。似乎第一秒丢失了。知道为什么会这样吗?
>ffmpeg -i x.webm -vn -c:a copy x1.opus
ffmpeg version N-86175-g64ea4d1 Copyright (c) 2000-2017 the FFmpeg
developers
built with gcc 6.3.0 (GCC)
configuration: --enable-gpl --enable-version3 --enable-cuda --enable-cuvid -
-enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-
avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls
--enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-
libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-
libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb -
-enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --
enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --
enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab -
-enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-
libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-
libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-zlib
libavutil 55. 63.100 / 55. 63.100
libavcodec 57. 96.101 / 57. 96.101
libavformat 57. 72.101 / 57. 72.101
libavdevice 57. 7.100 / 57. 7.100
libavfilter 6. 90.100 / 6. 90.100
libswscale 4. 7.101 / 4. 7.101
libswresample 2. 8.100 / 2. 8.100
libpostproc 54. 6.100 / 54. 6.100
Input #0, matroska,webm, from 'x.webm':
Metadata:
encoder : libwebm-0.2.1.0
creation_time : 2017-06-19T20:50:21.722000Z
Duration: 00:00:32.33, start: 0.000000, bitrate: 134 kb/s
Stream #0:0(eng): Audio: opus, 48000 Hz, mono, fltp (default)
Stream #0:1(eng): Video: vp8, yuv420p(progressive), 640x480, SAR 1:1 DAR
4:3, 16.67 fps, 16.67 tbr, 1k tbn, 1k tbc (default)
Output #0, opus, to 'x1.opus':
Metadata:
encoder : Lavf57.72.101
Stream #0:0(eng): Audio: opus, 48000 Hz, mono, fltp (default)
Metadata:
encoder : Lavf57.72.101
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
size= 114kB time=00:00:32.33 bitrate= 28.8kbits/s speed=3.22e+003x
video:0kB audio:111kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 2.152229%
它从 0 秒跳到第 4 秒。
请看一下这个截屏视频。
https://www.screenmailer.com/v/52IXnpAarHavwJE
这是我尝试转码的示例视频文件:https://drive.google.com/open?id=0B2sa3oV_Y3X_ZmVWX3MzTlRPSmc
所以我猜转码是从声音进来的那一刻开始的,这是为什么呢?
最佳答案
与 ffprobe
您可以看到您的视频流以 0 的演示时间戳开始,而音频流以偏移量开始:
$ ffprobe sample.webm -loglevel error -select_streams v -show_packets -show_entries packet=pts_time -of compact=p=0:nk=1 | head
0.000000
0.064000
0.112000
0.176000
0.240000
0.304000
0.353000
0.417000
0.481000
0.545000
$ ffprobe sample.webm -loglevel error -select_streams a -show_packets -show_entries packet=pts_time -of compact=p=0:nk=1 | head
2.495000
2.515000
2.535000
2.555000
2.575000
2.595000
2.615000
2.635000
2.655000
2.675000
这就是为什么播放头仅在播放音频流时指示不同时间的原因,因为这些时间戳被复制到输出
.opus
文件。我不知道如何在不重新编码输出(而不是流复制)的情况下使它们为零,但这应该会给你一个关于哪里出了问题的指针。
关于ffmpeg - 从命令行通过 Fluent-ffmpeg 或 ffmpeg 转码为 opus,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45063388/