Recherche avancée

Sur d’autres sites (8047)

• fate : fix concat demuxer extended tests on windows

  16 novembre 2015, par Marton Balint

  fate : fix concat demuxer extended tests on windows
  Line endings do matter to md5sum...
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] tests/fate-run.sh

• lavc/qsv_hevc : correct QSV HEVC default plugin on Windows

  12 décembre 2018, par Zhong Li

  lavc/qsv_hevc : correct QSV HEVC default plugin on Windows
  1. Old logic meaned : everywhere, except Windows, ffmpeg has to use HW
  
  acceleration, but on Windows ffmpeg has to use (unavailable) software
  
  HEVC by default
  
  2. Software HEVC is available only if you provide corresponding
  
  software MediaSDK library, which isn't provided with ffmpeg. More
  
  information could be found in
  
  https://github.com/Intel-Media-SDK/MediaSDK/blob/master/doc/samples/readme-encode_linux.pdf
  
  3. HW HEVC decoding/encoding are available on Windows in the driver by default
  Note : Default case should be the most common case but this change still has potential risk
  
  on windows if HW path is not supported(or doesn't work as expection).
  
  (See the historical disscution : https://lists.libav.org/pipermail/libav-devel/2016-November/080419.html).
  
  In such case, two options suggested :
  
  1. Use the option "-load_plugin hevc_sw" to switch SW path manually.
  
  2. Or report bug to Intel windows driver if your GPU can support HEVC HW codec.
  
    (HEVC decoding is supported since Braswell, and encoding supported since Skylake)
  Patch started by Landgraph. Add similar change for hevc decoder and bump a new version.
  Reviewed-by : Mark Thompson <sw@jkqxz.net>
  
  Reviewed-by : Maxym Dmytrychenko <maxim.d33@gmail.com>
  
  Signed-off-by : Landgraph <me@landgraph.ru>
  
  Signed-off-by : Zhong Li <zhong.li@intel.com>
  

  • [DH] libavcodec/qsvdec_h2645.c
  • [DH] libavcodec/qsvenc_hevc.c
  • [DH] libavcodec/version.h

• Working with raw output from ffmpeg 'gdigrab' on Windows

  7 mars 2023, par jugglingcats

  I'm trying to capture high quality screen recording with the minimum CPU load (what we're recording is already CPU intensive and suffers slowdown if encoding is being done at the same time as screen recording).

  


  I'm using this command :

  


  ffmpeg -f gdigrab -t 00:00:05 -i desktop -pix_fmt yuv420p -vcodec copy -y testing.avi


  


  When I open this in Windows Media Player or VLC it sort of works. It's the right size and duration, but the pixels are messed up, as shown below.

  


  

  


  Ultimately I'd like to be able to re-encode this to something smaller, again using ffmpeg, but I can't find the right ffmpeg incantation/options for this given the raw input file generated by the first command.