Recherche avancée

Sur d’autres sites (5403)

• Revision 4dbad63a71 : Begin refactor of frame schedule in rate control Various cleanups and streamlin

  18 décembre 2013, par Deb Mukherjee

  Changed Paths :
   Modify /vp9/encoder/vp9_firstpass.c

  
   Modify /vp9/encoder/vp9_firstpass.h

  
   Modify /vp9/encoder/vp9_onyx_if.c

  
   Modify /vp9/encoder/vp9_ratectrl.c

  
  
  Begin refactor of frame schedule in rate control

  Various cleanups and streamlining of interfaces as precursor
  to further advancements in rate control.
  Pre-encode parameter setting for different use cases :
  One-pass, first of 2-pass, second of 2-pass, and Svc
  are separated out.

  There is no change in output with this change.

  Change-Id : Ied8ca7d84d610993776aa30ef263fe20452e0e3e

• ffmpeg Reduce frame rate

  10 juillet 2019, par Chieron

  I am trying to convert h264 vids to h265. Some of the vids are 50fps and seem to have a lot of duplicate frames(100000+). I guess these are 25fps vids and somehow they have every frame duplicated.

  ffmpeg is not dropping the frames it seems and so I guess this is wasting space(although I’d hope very little but it’s probably not optimal).

  I’d like to fix this though.

  is there a way to set the frame rate to 30, say(-r 30) and have ffmpeg correctly keep everything in sync(audio aligned properly) and not have any real issues ? this might require interpolation and all that but I definitely do not want the audio to be off(it’s crucial) and I don’t want the length to change.

  I’m not sure if I can just specify -r 30 and everything will work out, if it even matters(maybe h265 handles these duplicates very efficiently ?), or if I need to specify more ?

  So, in some sense, I’m actually increasing the frame rate(if it is 25fps and I’m going to 30, hence the interpolation).

  I also have a lot of videos that this happened to. Is there any efficient way to go back and recode them if necessary ?

  What are the compression consequences of having these duplicate frames in h265 ? Does it store them very efficiently or am I wasting space ?

  I have a few hundred GB of files and probably a lot have this issue as I didn’t know what was going on and didn’t investigate it but saw the message a lot. I actually thought it was just some meaningless error since it was clear the video was consistent with the other. If 100k duplicate frames would imply a static video but it didn’t occur to me that someone would duplicate every frame(since that would simply waste space). [I tried to search but little exists about this specific issue]

• avformat/argo_brp : allow v1.1 ASF streams to have a non-22050 sample rate in certain...

  25 septembre 2020, par Zane van Iperen

  avformat/argo_brp : allow v1.1 ASF streams to have a non-22050 sample rate in certain circumstances
  It seems that in files where the BASF block isn't first, v1.1 ASF streams are
  
  allowed to be non-22050. Either this format is really inconsistent, or
  
  FX Fighter and Croc just ignored the sample rate field, requiring the v1.1
  
  restriction in the first place.
  This bumps the version to 1.2 in these streams so they're not "corrected".
  Found in Alien Odyssey games files in :
  
  ./GRAPHICS/COMMBUNK/COMADD1,COMM2_1,2,3E,COMM3_2,3,4,5,6,FADE1,2.BRP
  
  Signed-off-by : Zane van Iperen <zane@zanevaniperen.com>
  

  • [DH] libavformat/argo_brp.c