我的目的是将webm文件转码为opus文件。 它的工作原理如下:
ffmpeg -i input.webm -vn -c:a copy output.opus
但是当我播放时,生成的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
所以我猜转码就是在声音进来的时候开始的,为什么呢?
答案 0 :(得分:1)
使用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
文件。
我不知道如何在不重新编码输出(而不是streamcopying)的情况下使它们为零,但是这应该会给你一个指针,指出错误。