Recherche avancée

Sur d’autres sites (10324)

• Why Do Some of the Codecs in FFMPEG's Supported Codec List Show "encoders :" or "decoders :" in Parenthesis ?

  4 mai 2020, par spaceman

  If you open the Command Prompt, and run ffmpeg -codecs,
  
you will get a long list of Codecs that FFMPEG supports.

  



  Here's a small sample of the list :

  



   DEV.L. h261                 H.261
 DEV.L. h263                 H.263 / H.263-1996, H.263+ / H.263-1998 / H.263 version 2
 D.V.L. h263i                Intel H.263
 DEV.L. h263p                H.263+ / H.263-1998 / H.263 version 2
 DEV.LS h264                 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (encoders: libx264 libx264rgb)
 D.V.LS hevc                 H.265 / HEVC


  



  Now If you briefly go over the whole list,
  
you see that most Codecs in this list appear with their Name and Description,
  
but some of the Codecs also include parenthesis in the Description, and in the parenthesis,
  
they specify "encoders :" or "decoders :".

  



  For example :

  



  1)

  



   DEV.LS h264                 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (encoders: libx264 libx264rgb)


  



  2)

  



   DEVILS jpeg2000             JPEG 2000 (decoders: jpeg2000 libopenjpeg) (encoders: jpeg2000 libopenjpeg)


  



  3)

  



   DEV.L. msmpeg4v3            MPEG-4 part 2 Microsoft variant version 3 (decoders: msmpeg4) (encoders: msmpeg4)


  



  4)

  



   DEA.L. aac                  AAC (Advanced Audio Coding) (encoders: aac libvo_aacenc)


  



  5)

  



   DEA.L. amr_nb               AMR-NB (Adaptive Multi-Rate NarrowBand) (decoders: amrnb libopencore_amrnb) (encoders: libopencore_amrnb)
 DEA.L. amr_wb               AMR-WB (Adaptive Multi-Rate WideBand) (decoders: amrwb libopencore_amrwb) (encoders: libvo_amrwbenc)


  



  My question :

  



  Why do some Codecs have those parenthesis, specifying Encoders/Decoders,
  
while other (in fact : most) codecs don't have these parenthesis ?

  


• swscale : make yuv2interleavedX more asm-friendly

  26 avril 2020, par Nelson Gomez

  swscale : make yuv2interleavedX more asm-friendly
  Extracting information from SwsContext in assembly is difficult, and
  
  rearranging SwsContext just for asm access didn't look good. These
  
  functions only need a couple of fields from it anyway, so just make
  
  them parameters in their own right.
  Signed-off-by : Nelson Gomez <nelson.gomez@microsoft.com>
  

  • [DH] libswscale/output.c
  • [DH] libswscale/swscale_internal.h
  • [DH] libswscale/vscale.c

• lavu/hwcontext_qsv : Update after adding support for VAAPI on Windows

  14 avril 2023, par Sil Vilerino

  lavu/hwcontext_qsv : Update after adding support for VAAPI on Windows
   qsv_internal.h : Remove unnecessary include va_drm.h
  
   qsv_internal.h : Enable AVCODEC_QSV_LINUX_SESSION_HANDLE on Linux/VA only
  
   hwcontext_qsv.c : Do not allow child_device_type VAAPI for Windows until
  
    support is added, keep D3D11/DXVA2 as more prioritary defaults.
  Initial review at https://github.com/intel-media-ci/ffmpeg/pull/619/
  Signed-off-by : Sil Vilerino <sivileri@microsoft.com>
  
  Reviewed-by : Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com>
  
  Reviewed-by : Wu, Tong1 <tong1.wu@intel.com>
  

  • [DH] libavcodec/qsv_internal.h
  • [DH] libavutil/hwcontext_qsv.c