Recherche avancée

Sur d’autres sites (8119)

• how to get 120fps encoded video to play at "normal" speed instead of slow mo

  1er mars 2023, par Patrick Vellia

  I used my GoPro Hero10 to record at 4k 120fps on a green screen. This original video plays slo-mo in QuickTime but "normal" speed in the browser. I want it playing normal speed, and if end user wants to slow it down they have the extra frames for that to maintain clarity, which is why I record at 120.

  


  I then used FFMPEG to create an image sequence of the video.

  


  Then I ran Image Magic to create the transparent frames.

  


  Then I put it back together with the following command for a HEVC mov file :

  


  ffmpeg -r 120 -f image2 -i transparent/image_transparent_%08d.png -vcodec hevc_videotoolbox -crf 28 -alpha_quality 1  -tag:v hvc1 output.mov


  


  I am still on an Intel MacBook Pro running FFMPEG 4.6 (as I've found 5+ was buggy with one of my commands a few months ago but can't remember which one, I think it was the videotoolbox).

  


  The GoPro video has the following stream data as input to the FFMPEG :

  


  Duration: 00:00:08.15, start: 0.000000, bitrate: 60160 kb/s
  Stream #0:0(eng): Video: hevc (Main) (hvc1 / 0x31637668), yuvj420p(pc, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 59891 kb/s, 119.88 fps, 119.88 tbr, 120k tbn, 119.88 tbc (default)
    Metadata:
      creation_time   : 2023-02-28T19:06:41.000000Z
      handler_name    : GoPro H.265
      vendor_id       : [0][0][0][0]
      encoder         : GoPro H.265 encoder
      timecode        : 19:05:32:105
  Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 189 kb/s (default)
    Metadata:
      creation_time   : 2023-02-28T19:06:41.000000Z
      handler_name    : GoPro AAC  
      vendor_id       : [0][0][0][0]
      timecode        : 19:05:32:105
  Stream #0:2(eng): Data: none (tmcd / 0x64636D74), 0 kb/s (default)
    Metadata:
      creation_time   : 2023-02-28T19:06:41.000000Z
      handler_name    : GoPro TCD  
      timecode        : 19:05:32:105
  Stream #0:3(eng): Data: bin_data (gpmd / 0x646D7067), 76 kb/s (default)
    Metadata:
      creation_time   : 2023-02-28T19:06:41.000000Z
      handler_name    : GoPro MET  


  


  Whereas the re-constructed video has the following data :

  


  Duration: 00:00:08.13, start: 0.000000, bitrate: 763650 kb/s
  Stream #0:0: Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv, progressive), 3840x2160 [SAR 1:1 DAR 16:9], 763696 kb/s, 120 fps, 120 tbr, 15360 tbn, 15360 tbc (default)
    Metadata:
      handler_name    : VideoHandler
      vendor_id       : FFMP
      encoder         : Lavc58.134.100 hevc_videotoolbo


  


  When this re-constructed video plays in the browser, it is in slow-mo and I need to set the playbackRate to 4.0 for it to play "normally".

  


  Is there something I need to add to the video for the browser to play it at "normal" speed ?

  


  EDIT

  


  I just compared the two video streams :

  


  original:
Stream #0:0(eng): Video: hevc (Main) (hvc1 / 0x31637668), yuvj420p(pc, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 59891 kb/s, 119.88 fps, 119.88 tbr, 120k tbn, 119.88 tbc (default)

Reconstructed:
 Stream #0:0: Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv, progressive), 3840x2160 [SAR 1:1 DAR 16:9], 763696 kb/s, 120 fps, 120 tbr, 15360 tbn, 15360 tbc (default)


  


  I don't quit understand all of this though. so here's what I notice :

  


  original.         reconstructed
--------------------------------
bt709             progressive
89871 kb/s.       763696 kb/s
119.88 fps.       120 fps
119.88 tbr.       120 tbr
120k tbr.         15360 tbr
11960 tbr.        15360 tbc


  


  Hmm. I suspect it has something to do with tbr and tbc whatever those are, or perhaps the progressive vs the bt709 ? the pirates are also vastly different.

  


• Revision 37648 : On pouvait toujours courir derrière ce bug ... si on n’utilise pas le bon ...

  25 avril 2010, par kent1@… — Log

  On pouvait toujours courir derrière ce bug ... si on n’utilise pas le bon argument…

• ffmpeg video won't play in certain players

  25 janvier 2021, par Thomas Tiotto

  I'm generating a video in /folder/ from a stack of images in /folder/tmp/ using the following command :

  


   ffmpeg -pattern_type glob -i 'folder/tmp/*.png' -c:v libx264 -preset veryslow -crf 17 -tune stillimage -y -pix_fmt yuv420p folder/weight_evolution.mp4


  


  but my video won't play in, for example, QuickTime ("The file isn’t compatible with QuickTime Player.") and even sending it in Telegram gives really strange results. The video plays fine in IINA and VLC.

  


  As you can see, this is what is encoded by Telegram :

  


  

  


  and this is what the video should look like :

  


  

  


  The output of the command is :

  


  ffmpeg -pattern_type glob -i 'tmp/*.png' -c:v libx264 -preset veryslow -crf 17 -tune stillimage -y -pix_fmt yuv420p weight_evolution.mp4
    ffmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developers
      built with Apple clang version 12.0.0 (clang-1200.0.32.28)
      configuration: --prefix=/usr/local/Cellar/ffmpeg/4.3.1_7 --enable-shared --enable-pthreads --enable-version3 --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-ffplay --enable-gnutls --enable-gpl --enable-libaom --enable-libbluray --enable-libdav1d --enable-libmp3lame --enable-libopus --enable-librav1e --enable-librubberband --enable-libsnappy --enable-libsrt --enable-libtesseract --enable-libtheora --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-lzma --enable-libfontconfig --enable-libfreetype --enable-frei0r --enable-libass --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libspeex --enable-libsoxr --enable-videotoolbox --enable-libzmq --enable-libzimg --disable-libjack --disable-indev=jack
      libavutil      56. 51.100 / 56. 51.100
      libavcodec     58. 91.100 / 58. 91.100
      libavformat    58. 45.100 / 58. 45.100
      libavdevice    58. 10.100 / 58. 10.100
      libavfilter     7. 85.100 /  7. 85.100
      libavresample   4.  0.  0 /  4.  0.  0
      libswscale      5.  7.100 /  5.  7.100
      libswresample   3.  7.100 /  3.  7.100
      libpostproc    55.  7.100 / 55.  7.100
    Input #0, image2, from 'tmp/*.png':
      Duration: 00:00:10.28, start: 0.000000, bitrate: N/A
        Stream #0:0: Video: png, rgba(pc), 1280x720 [SAR 3937:3937 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc
    Stream mapping:
      Stream #0:0 -> #0:0 (png (native) -> h264 (libx264))
    Press [q] to stop, [?] for help
    [libx264 @ 0x7f804c009400] using SAR=1/1
    [libx264 @ 0x7f804c009400] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
    [libx264 @ 0x7f804c009400] profile High, level 5.0, 4:2:0, 8-bit
    [libx264 @ 0x7f804c009400] 264 - core 161 r3027 4121277 - H.264/MPEG-4 AVC codec - Copyleft 2003-2020 - http://www.videolan.org/x264.html - options: cabac=1 ref=16 deblock=1:-3:-3 analyse=0x3:0x133 me=umh subme=10 psy=1 psy_rd=2.00:0.70 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-4 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=8 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=17.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.20
    Output #0, mp4, to 'weight_evolution.mp4':
      Metadata:
        encoder         : Lavf58.45.100
        Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 12800 tbn, 25 tbc
        Metadata:
          encoder         : Lavc58.91.100 libx264
        Side data:
          cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
    frame=   72 fps=0.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A speed=   frame=  126 fps=110 q=22.0 size=       0kB time=00:00:01.68 bitrate=   0.2kbits/frame=  185 fps=112 q=22.0 size=       0kB time=00:00:04.04 bitrate=   0.1kbits/frame=  245 fps=113 q=22.0 size=       0kB time=00:00:06.44 bitrate=   0.1kbits/frame=  257 fps= 97 q=-1.0 Lsize=     209kB time=00:00:10.16 bitrate= 168.7kbits/s speed=3.83x
    video:206kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 1.448294%
    [libx264 @ 0x7f804c009400] frame I:2     Avg QP: 4.16  size: 92234
    [libx264 @ 0x7f804c009400] frame P:36    Avg QP:24.07  size:   156
    [libx264 @ 0x7f804c009400] frame B:219   Avg QP:26.50  size:    93
    [libx264 @ 0x7f804c009400] consecutive B-frames:  0.8%  0.0%  0.0%  1.6%  9.7% 23.3% 10.9% 18.7% 35.0%
    [libx264 @ 0x7f804c009400] mb I  I16..4: 87.5%  4.4%  8.2%
    [libx264 @ 0x7f804c009400] mb P  I16..4:  0.0%  0.0%  0.0%  P16..4:  0.8%  0.0%  0.0%  0.0%  0.0%    skip:99.1%
    [libx264 @ 0x7f804c009400] mb B  I16..4:  0.0%  0.0%  0.0%  B16..8:  0.3%  0.0%  0.0%  direct: 0.0%  skip:99.7%  L0:71.2% L1:28.4% BI: 0.4%
    [libx264 @ 0x7f804c009400] 8x8 transform intra:4.7% inter:22.5%
    [libx264 @ 0x7f804c009400] direct mvs  spatial:96.8% temporal:3.2%
    [libx264 @ 0x7f804c009400] coded y,uvDC,uvAC intra: 14.7% 14.6% 14.6% inter: 0.0% 0.0% 0.0%
    [libx264 @ 0x7f804c009400] i16 v,h,dc,p: 89%  2%  9%  0%
    [libx264 @ 0x7f804c009400] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 40% 31%  1%  1%  1%  1%  1%  2%
    [libx264 @ 0x7f804c009400] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 41% 27% 22%  2%  2%  2%  1%  2%  2%
    [libx264 @ 0x7f804c009400] i8c dc,h,v,p: 91%  4%  3%  2%
    [libx264 @ 0x7f804c009400] Weighted P-Frames: Y:0.0% UV:0.0%
    [libx264 @ 0x7f804c009400] ref P L0: 89.1%  0.5%  4.8%  1.1%  1.5%  0.7%  0.2%  0.9%  0.2%  0.1%  0.1%  0.3%  0.1%  0.2%  0.1%  0.1%
    [libx264 @ 0x7f804c009400] ref B L0: 37.4% 17.9% 11.7%  7.0%  5.5%  5.5%  4.4%  2.0%  1.5%  1.6%  1.2%  1.9%  1.5%  0.7%  0.1%
    [libx264 @ 0x7f804c009400] ref B L1: 92.0%  8.0%
    [libx264 @ 0x7f804c009400] kb/s:163.83