使用ffmpeg将文件转换为另一个文件


0

对于某些背景,我正在创建一个网页,用于在用户滚动时调整嵌入视频中的播放位置,因此如果向下滚动,视频将前进,反之亦然。这与一个视频文件完美配合,但在另一个视频文件上难以忍受。应该注意的是,我不关心音频,事实上,如果文件没有,那将是最好的。

我对视频格式知之甚少,但过去几个小时我学到了很多东西!

所以,这是工作视频文件:

ffmpeg version 3.4.2 Copyright (c) 2000-2018 the FFmpeg developers
  built with Apple LLVM version 9.0.0 (clang-900.0.39.2)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/3.4.2 --enable-shared --enable-pthreads --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --disable-jack --enable-gpl --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-opencl --enable-videotoolbox --disable-lzma
  libavutil      55. 78.100 / 55. 78.100
  libavcodec     57.107.100 / 57.107.100
  libavformat    57. 83.100 / 57. 83.100
  libavdevice    57. 10.100 / 57. 10.100
  libavfilter     6.107.100 /  6.107.100
  libavresample   3.  7.  0 /  3.  7.  0
  libswscale      4.  8.100 /  4.  8.100
  libswresample   2.  9.100 /  2.  9.100
  libpostproc    54.  7.100 / 54.  7.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video1.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf58.11.101
  Duration: 00:00:20.38, start: 0.000000, bitrate: 5367 kb/s
    Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 5199 kb/s, 24 fps, 24 tbr, 12288 tbn, 48 tbc (default)
    Metadata:
      handler_name    : VideoHandler
      timecode        : 00:00:00:00
    Stream #0:1(eng): Data: none (rtp  / 0x20707472), 164 kb/s
    Metadata:
      handler_name    : HintHandler
    Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s
    Metadata:
      handler_name    : TimeCodeHandler
      timecode        : 00:00:00:00

这是一个滞后的:

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video2.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isomiso2avc1mp41mp42
    encoder         : Lavf57.25.100
  Duration: 00:00:19.20, start: 0.000000, bitrate: 7435 kb/s
    Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 7206 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(und): Data: none (rtp  / 0x20707472), 225 kb/s (default)
    Metadata:
      creation_time   : 2018-07-22T22:58:04.000000Z
      handler_name    : GPAC ISO Hint Handler

正如你在第二个中看到的那样,我试图添加一个提示流(通过encoding.com)来提高回放的响应性,因为我读过它有帮助,但无济于事。

我想知道是否有些人可以帮助我解决这两个文件之间的差异,所以我可以使它与两者都很好地工作。谢谢!

编辑

以下是ffmpeg -i <file>.mp4 -f null -评论中要求的输出:

以下是来自的日志ffmpeg -discard nokey -copyts -i <file>.mp4 -vf showinfo -f null -


你能更清楚地解释一下你的意思吗?是“擦洗”标准的摄像师术语吗?我不是摄影师; 我不明白你的要求。请不要回复评论; 编辑您的问题,使其更清晰,更完整。
斯科特

@Scott希望有所帮助 - 我认为scrub是推进视频的正确术语,但我不是百分百肯定。
发展

运行时每个文件的帧数是ffmpeg -i in.mp4 -f null -多少?
Gyan

@Gyan如上所述,他们分别是24(工作)和25(不工作)。我试过减少后者无济于事。
发展

我不想要帧率。请运行该命令并提供帧计数。
Gyan

Answers:


1

video2.mp4 有稀疏的关键帧,而video1每3帧有一个,所以转换它像这样,

ffmpeg -i video2.mp4 -g 3 -profile:v baseline -movflags +faststart+rtphint out.mp4

谢谢!!这就是诀窍,它现在滚动得很漂亮。您是否介意修饰“稀疏关键帧”以及为什么它们会在这种情况下提供帮助?
发展

1
sparse keyframe只是意味着KF很少而且很远。他们没有帮助,“密集的关键帧”,所以命令重新编码与小KF间隔。
Gyan
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.