Recherche avancée

Sur d’autres sites (2551)

• ffplay : Use av_gettime_relative()

  6 mai 2014, par Olivier Langlois

  ffplay : Use av_gettime_relative()
  Whenever av_gettime() is used to measure relative period of time,
  
  av_gettime_relative() is prefered as it guarantee monotonic time
  
  on supported platforms.
  Signed-off-by : Olivier Langlois <olivier@trillion01.com>
  
  Reviewed-by : Marton Balint <cus@passwd.hu>
  
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] ffplay.c

• Why is ffmpeg's conversion to YUV420 so poor ?

  8 novembre 2020, par Hugues

  I have been using ffmpeg and other compression tools to compare rate-distortion curves for YUV420-resampled video.
In these comparisons, results from ffmpeg are consistently worse, with PSNR values that are 0.5-1.0 dB lower.

  


  I tracked the problem to ffmpeg's conversion between RGB and YUV420.
To simplify, let us assume "lossless compression" and therefore consider only RGB -> YUV420 -> RGB.
Also, we operate on a single PNG image frame.

  


  # Use some default options.
ffmpeg="ffmpeg -nostdin -hide_banner -v error"

# Obtain a source image.
wget -nv -O original.png https://i.stack.imgur.com/8J1qY.png
size="256x256"

# Compare it with itself to verify that we get an infinite average PSNR.
$ffmpeg -v info -i original.png -i original.png -lavfi psnr -f null - |& grep PSNR
# average:inf

# Convert the image to YUV420, and convert back to RGB.
$ffmpeg -i original.png -pix_fmt yuv420p -f rawvideo -y temp1.yuv420
$ffmpeg -f rawvideo -s $size -pix_fmt yuv420p -i temp1.yuv420 -y result1.png

# Compare it with the original image to measure the PSNR (in dB).
$ffmpeg -v info -i result1.png -i original.png -lavfi psnr -f null - |& grep PSNR
# average:36.894551


  


  Now, as an alternative, we perform the RGB <-> YUV420 chroma resampling manually :

  &#xA;

  yuv444_to_yuv420="extractplanes=y+u+v[y][u][v];\
  [u]scale=w=iw/2:h=ih/2:flags=area[u];\
  [v]scale=w=iw/2:h=ih/2:flags=area[v];\
  [y][u][v]mergeplanes=0x001020:yuv420p"
yuv420_to_rgb="extractplanes=y+u+v[y][u][v];\
  [u]scale=w=iw*2:h=ih*2:flags=neighbor[u];\
  [v]scale=w=iw*2:h=ih*2:flags=neighbor[v];\
  [y][u][v]mergeplanes=0x001020:yuv444p,format=rgb24"

$ffmpeg -i original.png -pix_fmt yuv444p -f rawvideo - | \
  $ffmpeg -f rawvideo -pix_fmt yuv444p -s $size -i - \
    -lavfi "$yuv444_to_yuv420" -f rawvideo -y temp2.yuv420
$ffmpeg -f rawvideo -pix_fmt yuv420p -s $size -i temp2.yuv420 \
  -lavfi "$yuv420_to_rgb" -y result2.png

# Measure PSNR by comparing with the original image.
$ffmpeg -v info -i result2.png -i original.png -lavfi psnr -f null - |& grep PSNR
# average:37.536444
# This is an improvement of 0.64 dB!


  &#xA;

  This brings up two questions :

  &#xA;

  &#xA;
  1. Why doesn't ffmpeg implement a better conversion to/from yuv420p by default ?

  &#xA;

  2. Is there any simpler way to obtain or express this improved conversion ?

  &#xA;

  &#xA;

• Revision 109790 : - Suite à un problème de sécu concernant facteur, je monte la version mini ...

  3 avril 2018, par spip.franck@… — Log

   Suite à un problème de sécu concernant facteur, je monte la version mini des necessites pour réduire le risque que les gens aient une version de facteur à risque.
   Je monte aussi la version mini des utilises, ce qui aura pour incidence une désactivation de facteur si les gens ne le mettent pas également à jour ( à voir si c’est une bonne idée), je pars du principe que le mieux, c’est une désactivation, plutôt que d’avoir un plug à problème
   A savoir que je n’ai fait la mise à jour que pour la version de facteur qui est pour spip 3.0.0 mini
  ​https://zone.spip.org/trac/spip-zone/changeset/109788