Recherche avancée

Sur d’autres sites (12075)

• Got Non-monotonic DTS in output stream 0:1 while concating videos using ffmpeg [closed]

  23 avril 2024, par ukkkkkk

  When I concat videos in this command :

  


  ffmpeg -f concat -safe 0 -i filelist.txt -c copy -y new.mp4


  


  And filelist.txt is :

  


  file 'video1_new.mp4'
file 'new3.mp4'
file 'video2_new.mp4'


  


  I got

  


  [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fe0eec052c0] Auto-inserting h264_mp4toannexb bitstream filter
[mp4 @ 0x7fe0eea04380] Non-monotonic DTS in output stream 0:1; previous: 9188352, current: 9187776; changing to 9188353. This may result in incorrect timestamps in the output file.


  


  This warning results in unpredictable things while being played in certain players, so I can't the result video directly.

  


  I have converted my videos to the same attributes by :

  


  ffmpeg -i video1.mp4 -r 25 -c:v libx264 -c:a aac -vf setpts=PTS-STARTPTS video1_new.mp4
ffmpeg -i video2.mp4 -r 25 -c:v libx264 -c:a aac -vf setpts=PTS-STARTPTS video2_new.mp4
ffmpeg -i output.mp4 -r 25 -c:v libx264 -c:a aac -map "0:v" -map "0:a" -vf setpts=PTS-STARTPTS -y new3.mp4


  


  The results of ffprobe are :

  


  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video1_new.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf60.16.100
  Duration: 00:03:11.41, start: 0.000000, bitrate: 349 kb/s
  Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 1900x810, 271 kb/s, 25 fps, 25 tbr, 12800 tbn (default)
    Metadata:
      handler_name    : Core Media Video
      vendor_id       : [0][0][0][0]
      encoder         : Lavc60.31.102 libx264
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 71 kb/s (default)
    Metadata:
      handler_name    : Core Media Audio
      vendor_id       : [0][0][0][0]

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video2_new.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf60.16.100
  Duration: 00:03:11.41, start: 0.000000, bitrate: 349 kb/s
  Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 1900x810, 271 kb/s, 25 fps, 25 tbr, 12800 tbn (default)
    Metadata:
      handler_name    : Core Media Video
      vendor_id       : [0][0][0][0]
      encoder         : Lavc60.31.102 libx264
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 71 kb/s (default)
    Metadata:
      handler_name    : Core Media Audio
      vendor_id       : [0][0][0][0]

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'new3.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf60.16.100
  Duration: 00:00:30.02, start: 0.000000, bitrate: 19 kb/s
  Stream #0:0[0x1](und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 1900x810 [SAR 1:1 DAR 190:81], 11 kb/s, 25 fps, 25 tbr, 12800 tbn (default)
    Metadata:
      handler_name    : VideoHandler
      vendor_id       : [0][0][0][0]
      encoder         : Lavc60.31.102 libx264
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 1 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
      vendor_id       : [0][0][0][0]


  


  I have solved this by re-encoding while concatting by :

  


  ffmpeg -f concat -safe 0 -i filelist.txt -c:v libx264 -c:a aac -r 25 -y new.mp4


  


  But it cost too much time and too many CPU resources.
Could you tell me how can I solve this problem without re-encoding while concating ?

  


• libavcodec/cbs : Stop needlessly reallocating the units array

  11 février 2019, par Andreas Rheinhardt

  libavcodec/cbs : Stop needlessly reallocating the units array
  Currently, a fragment's unit array is constantly reallocated during
  
  splitting of a packet. This commit changes this : One can keep the units
  
  array by distinguishing between the number of allocated and the number
  
  of valid units in the units array.
  The more units a packet is split into, the bigger the benefit.
  
  So MPEG-2 benefits the most ; for a video coming from an NTSC-DVD
  
  (usually 32 units per frame) the average cost of cbs_insert_unit (for a
  
  single unit) went down from 6717 decicycles to 450 decicycles (based
  
  upon 10 runs with 4194304 runs each) ; if each packet consists of only
  
  one unit, it went down from 2425 to 448 ; for a H.264 video where most
  
  packets contain nine units, it went from 4431 to 450.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@googlemail.com>
  

  • [DH] libavcodec/av1_metadata_bsf.c
  • [DH] libavcodec/av1_parser.c
  • [DH] libavcodec/cbs.c
  • [DH] libavcodec/cbs.h
  • [DH] libavcodec/filter_units_bsf.c
  • [DH] libavcodec/h264_metadata_bsf.c
  • [DH] libavcodec/h264_redundant_pps_bsf.c
  • [DH] libavcodec/h265_metadata_bsf.c
  • [DH] libavcodec/mpeg2_metadata_bsf.c
  • [DH] libavcodec/trace_headers_bsf.c
  • [DH] libavcodec/vaapi_encode_h264.c
  • [DH] libavcodec/vaapi_encode_h265.c
  • [DH] libavcodec/vaapi_encode_mjpeg.c
  • [DH] libavcodec/vaapi_encode_mpeg2.c
  • [DH] libavcodec/vp9_metadata_bsf.c

• avcodec/aacdec_fixed : Move fixed-point sinewin tables to its only user

  30 décembre 2020, par Andreas Rheinhardt

  avcodec/aacdec_fixed : Move fixed-point sinewin tables to its only user
  The fixed-point AAC decoder is the only user of the fixed-point sinewin
  
  tables from sinewin ; and it only uses a few of them (about 10% when
  
  counting by size). This means that guarding initializing these tables by
  
  an AVOnce (as done in 3719122065863f701026632f610175980d42b05a) is
  
  unnecessary for them. Furthermore the array of pointers to the
  
  individual arrays is also unneeded.
  Therefore this commit moves these tables directly into aacdec_fixed.c ;
  
  this is done by ridding the original sinewin.h and sinewin_tablegen.h
  
  headers completely of any fixed-point code at the cost of a bit of
  
  duplicated code (the alternative is an ugly ifdef-mess).
  This saves about 58KB from the binary when using hardcoded tables (as
  
  these tables are hardcoded in this scenario) ; when not using hardcoded
  
  tables, most of these savings only affect the .bss segment, but the rest
  
  (< 1KB) contains relocations (i.e. savings in .data.rel.ro).
  Reviewed-by : Lynne <dev@lynne.ee>
  
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
  

  • [DH] configure
  • [DH] libavcodec/Makefile
  • [DH] libavcodec/aac_defines.h
  • [DH] libavcodec/aacdec_fixed.c
  • [DH] libavcodec/aacdec_template.c
  • [DH] libavcodec/sinewin.c
  • [DH] libavcodec/sinewin.h
  • [DH] libavcodec/sinewin_fixed.c
  • [DH] libavcodec/sinewin_fixed_tablegen.c
  • [DH] libavcodec/sinewin_fixed_tablegen.h
  • [DH] libavcodec/sinewin_tablegen.c
  • [DH] libavcodec/sinewin_tablegen.h
  • [DH] libavcodec/sinewin_tablegen_template.c