Recherche avancée

Sur d’autres sites (9088)

• Revision 6ddf1e152a : Fix int64_t to unsigned int conversion warnings Use unsigned int type to store

  28 août 2014, par Jingning Han

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

  
  
  Fix int64_t to unsigned int conversion warnings

  Use unsigned int type to store the sse in the pixel domain. The
  precision is sufficient to handle sse of block size up to 64x64.
  The transform domain version however needs int64_t, since there is
  a transfer gain applied in the forward transformation that might
  cause unsigned int overflow.

  Change-Id : Ifef97c38597e426262290f35341fbb093cf0a079

• How to make mpv more compatible with ffmpeg filters like minterpolate ?

  1er octobre 2020, par F usedEmacs -con fused

  ffmpeg filter minterpolate (motion interpolation) does not work in MPV.

  



  (Nevertheless the file then is played normally without the minterpolate).

  



  (I researched using search engines and throughout documentation and troubleshooted to make a use of opengl and generally tried everything apart from asking for help and learning to understand more in the source code and I'm not a programmer)…

  



  --gpu-context=angle --gpu-api=opengl also does not make opengl work. (I'm guessing opengl could help from seeing its use in the documentations).

  



  


  Note

  
 


  To get a full list of available video filters, see —vf=help and
 http://ffmpeg.org/ffmpeg-filters.html .

  
 


  Also, keep in mind that most actual filters are available via the
 lavfi wrapper, which gives you access to most of libavfilter's
 filters. This includes all filters that have been ported from MPlayer
 to libavfilter.

  
 


  Most builtin filters are deprecated in some ways, unless they're only
 available in mpv (such as filters which deal with mpv specifics, or
 which are implemented in mpv only).

  
 


  If a filter is not builtin, the lavfi-bridge will be automatically
 tried. This bridge does not support help output, and does not verify
 parameters before the filter is actually used. Although the mpv syntax
 is rather similar to libavfilter's, it's not the same. (Which means
 not everything accepted by vf_lavfi's graph option will be accepted by
 —vf.)

  
 


  You can also prefix the filter name with lavfi- to force the wrapper.
 This is helpful if the filter name collides with a deprecated mpv
 builtin filter. For example —vf=lavfi-scale=args would use
 libavfilter's scale filter over mpv's deprecated builtin one.

  


  



  I expect MPV to play with minterpolate (one of several filters that MPV can use, listed in http://ffmpeg.org/ffmpeg-filters.html) enabled. But this is what happens :

  



  Input : "--vf=lavfi=[minterpolate=fps=60000/1001:mi_mode=mci]"

  



  Output :

  



     cplayer:  (+) Video --vid=1 (*) (h264 1280x720 29.970fps)
   cplayer:  (+) Audio --aid=1 (*) (aac 2ch 44100Hz)
        vd: Using hardware decoding (d3d11va).
    ffmpeg: Impossible to convert between the formats supported by the filter 'mpv_src_in0' and the filter 'auto_scaler_0'
     lavfi: failed to configure the filter graph
        vf: Disabling filter lavfi.00 because it has failed.


  



  (Interesting is also that --gpu-api=opengl does not work (despite that according to specification my—not to brag—HD Graphics 400 Braswell supports its 4.2 version)… And that aresample seems to have no effect too, and with the few audio filters selected playback often doesn't start nor output errors.)

  


• Opera Beta with WebM Available

  16 juin 2010, par noreply@blogger.com (John Luther)

  More exciting browser news. Opera has released a Beta build of their desktop browser with WebM playback support. They’ve even made their own WebM demo (about Norway, of course).