Recherche avancée

Sur d’autres sites (12023)

• qsv : add requirement for the mininal version of libmfx

  22 mai 2022, par Haihao Xiang

  qsv : add requirement for the mininal version of libmfx
  libmfx 1.28 was released 3 years ago, it is easy to get a greater
  
  version than 1.28. We may remove lots of compile-time checks if adding
  
  the requirement for the minimal version in the configure script.
  Reviewed-by : softworkz <softworkz@hotmail.com>
  
  Signed-off-by : Jean-Baptiste Kempf <jb@videolan.org>
  
  Signed-off-by : Haihao Xiang <haihao.xiang@intel.com>
  

  • [DH] configure
  • [DH] libavcodec/qsv.c
  • [DH] libavcodec/qsvenc.c
  • [DH] libavcodec/qsvenc.h
  • [DH] libavcodec/qsvenc_h264.c
  • [DH] libavcodec/qsvenc_hevc.c
  • [DH] libavfilter/vf_scale_qsv.c
  • [DH] libavfilter/vf_vpp_qsv.c
  • [DH] libavutil/hwcontext_qsv.c

• avfilter/scale* : add option reset_sar

  31 janvier, par Gyan Doshi

  avfilter/scale* : add option reset_sar
  For anamorphic videos, enabling this option leads to adjustment of
  
  output dimensions to obtain square pixels when the user requests
  
  proportional scaling through either of the w/h expressions or
  
  force_original_aspect_ratio.
  Output SAR is always reset to 1.
  Option added to scale, scale_cuda, scale_npp & scale_vaapi.
  libplacebo already has a similar option with different semantics,
  
  scale_vt and scale_vulkan don't implement force_oar, so for these
  
  three filters, I've made minimal changes needed to not break building
  
  or change output.
  

  • [DH] doc/filters.texi
  • [DH] libavfilter/scale_eval.c
  • [DH] libavfilter/scale_eval.h
  • [DH] libavfilter/vf_libplacebo.c
  • [DH] libavfilter/vf_scale.c
  • [DH] libavfilter/vf_scale_cuda.c
  • [DH] libavfilter/vf_scale_npp.c
  • [DH] libavfilter/vf_scale_vaapi.c
  • [DH] libavfilter/vf_scale_vt.c
  • [DH] libavfilter/vf_scale_vulkan.c

• lavu/tx : implement 32 bit fixed point FFT and MDCT

  9 février 2020, par Lynne

  lavu/tx : implement 32 bit fixed point FFT and MDCT
  Required minimal changes to the code so made sense to implement.
  
  FFT and MDCT tested, the output of both was properly rounded.
  
  Fun fact : the non-power-of-two fixed-point FFT and MDCT are the fastest ever
  
  non-power-of-two fixed-point FFT and MDCT written.
  
  This can replace the power of two integer MDCTs in aac and ac3 if the
  
  MIPS optimizations are ported across.
  
  Unfortunately the ac3 encoder uses a 16-bit fixed point forward transform,
  
  unlike the encoder which uses a 32bit inverse transform, so some modifications
  
  might be required there.
  The 3-point FFT is somewhat less accurate than it otherwise could be,
  
  having minor rounding errors with bigger transforms. However, this
  
  could be improved later, and the way its currently written is the way one
  
  would write assembly for it.
  
  Similar rounding errors can also be found throughout the power of two FFTs
  
  as well, though those are more difficult to correct.
  
  Despite this, the integer transforms are more than accurate enough.
  

  • [DH] doc/APIchanges
  • [DH] libavutil/Makefile
  • [DH] libavutil/tx.c
  • [DH] libavutil/tx.h
  • [DH] libavutil/tx_int32.c
  • [DH] libavutil/tx_priv.h
  • [DH] libavutil/tx_template.c
  • [DH] libavutil/version.h