Sur d’autres sites (12219)

• Merge commit ’4d388c0cd05dd4de545e8ea333ab4de7d67ad12d’

  28 novembre 2013, par Michael Niedermayer

  Merge commit ’4d388c0cd05dd4de545e8ea333ab4de7d67ad12d’
  * commit ’4d388c0cd05dd4de545e8ea333ab4de7d67ad12d’ :
  
    h264_refs : make sure not to write over the bounds of the default ref list
  Conflicts :
  
  	libavcodec/h264_refs.c
  This condition should be impossible and was checked for by asserts.
  
  the asserts are moved up in this merge to gurantee that no out of array
  
  access can happen even if the state is "impossible".
  
  Also if such impossible states could somehow be created, that should
  
  be dealt with and not silently ignored.
  Merged-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/h264_refs.c

• Why is ffmpeg cut setting the wrong duration on my output file

  9 mai 2023, par danielson317

  Setup

  


  I am trying to break a video up into parts using some basic commands I have seen available.

  


  I have tried :

  


  ffmpeg -ss 00:00:00 -t 00:11:42 -i 'original.m4v' -acodec copy -vcodec copy 'output.m4v'

  


  I also tried more generic (and much slower) :

  


  ffmpeg -ss 00:00:00 -t 00:11:42 -i 'original.m4v' 'output.m4v'

  


  I am on Ubuntu 20 with ffmpeg 4.2.7-0. I know it is a little outdated but this computer lost it's network card so I cannot update it at this time.

  


  The problem

  


  In both cases the video cuts correctly to only have the first 11:42. However the video properties state the video is 31 minutes long (the length of the original). This file size also reflects the reduced size I would expect from the cut. When I play the video in VLC it reports the video is 31 minutes long but scanning or playing past 11:42 "crashes" the playback.

  


  Question

  


  Why is the new video reporting the wrong length and how do I correct this ? Preferably in the conversion process not a secondary command.

  


• Merge commit ’94603feb1b3ad01a821a1a1cef1570b13f471821’

  28 octobre 2013, par Michael Niedermayer

  Merge commit ’94603feb1b3ad01a821a1a1cef1570b13f471821’
  * commit ’94603feb1b3ad01a821a1a1cef1570b13f471821’ :
  
    h264_ps : when parsing a VUI fails, only abort when explode is set
  Merge only for metadata, ignoring invalid data can put the context
  
  into an invalid state and can possibly be used for remote code
  
  execution exploits.
  
  Also we support all non standard VUIs that have been reported so
  
  ignoring parsing failure makes no sense for us unless theres
  
  some issue that has not been reported
  Merged-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/h264_ps.c