Recherche avancée

Sur d’autres sites (9623)

• The question about ffmpeg drawtext filter [closed]

  5 mai 2024, par B1GGersnow

  I tried to use rockchip(aarch64) hardware acceleration and add a drawtext filter to add watermarks. However, squares appear when multiple Chinese fonts are added.

  


  This is my compilation parameter.

  


  ./configure --prefix=/usr --enable-gpl --enable-version3 --enable-libdrm --enable-rkmpp --enable-rkrga --enable-filter=drawtext --enable-libharfbuzz --enable-libfreetype --enable-libfontconfig --enable-libfreetype --enable-libfribidi


  


  


  1. ffmpeg -hwaccel rkmpp -hwaccel_output_format drm_prime -i 1.mp4 -vf scale_rkrga=w=1920:h=1080,hwdownload,format=nv12,drawtext=text='中文':fontfile=msyh.ttc:fontsize=200 -c:v h264_rkmpp -y -t 10  output.mp4
img1

     


  


  2. ffmpeg -hwaccel rkmpp -hwaccel_output_format drm_prime -i 1.mp4 -vf "scale_rkrga=w=1920:h=1080,hwdownload,format=nv12,drawtext=text='中文字幕测试':fontfile=msyh.ttc:fontsize=200" -c:v h264_rkmpp -y -t 10  output.mp4
img2

     


  


  


  But I try to use apt install ffmpeg to install ffmpeg which is officially maintained by Ubuntu. I got the right result. So I think it's the library, and I'm trying to compile using the official library.

  


  ./configure --prefix=/usr --enable-gpl --enable-version3 --enable-filter=drawtext --enable-libharfbuzz --enable-libfreetype --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libx264


  


  I still get garbled results.

  


  Is this because there is something wrong with my compilation dependent library ?

  


  When I compiled it with the same parameters on wsl, there was no garbled code.

  


• FFMPEG syntax clarification question for the "between" function [closed]

  31 octobre 2024, par user2571504

  I've been using a crop filter script to hold the crop in one place for the first 750 frames, then automate a moving crop to follow some action in the clip. It's working great for chunky moves (5 pixel jumps as shown below) :

  


  -filter_script:v:0 crop-filter-script.txt

crop='1500:1000:100:
if(between(n,0,750),100,
if(between(n,751,756),105,
if(between(n,757,762),110,
if(between(n,763,768),115,
if(between(n,769,774),120,
if(between(n,775,780),125,
if(between(n,781,786),130,etc


  


  My question is about how "between" is interpreted. Does "between(n,751,756)" mean "frames 751, 752, 753, 754, 755 & 756" ? or does it exclude the start and ending frames, so that it's "between" those two numbers ? Like : 752, 753, 754 & 755 only ?

  


  Thanks !

  


• lavfi/vf_drawtext : fix memory management when destroying font face

  31 octobre 2024, par Leandro Santiago

  lavfi/vf_drawtext : fix memory management when destroying font face
  Ref https://trac.ffmpeg.org/ticket/11152
  According to harfbuzz docs, hb_ft_font_set_funcs() does not need to be
  
  called, as, quoted :
  ```
  
  An #hb_font_t object created with hb_ft_font_create()
  
  is preconfigured for FreeType font functions and does not
  
  require this function to be used.
  
  ```
  Using this function seems to cause memory management issues between
  
  harfbuzz and freetype, and could be eliminated.
  This commit also call hb_ft_font_changed() when the underlying FC_Face
  
  changes size, as stated on hardbuzz :
  ```
  
  HarfBuzz also provides a utility function called hb_ft_font_changed() that you should call
  
  whenever you have altered the properties of your underlying FT_Face, as well as a hb_ft_get_face()
  
  that you can call on an hb_font_t font object to fetch its underlying FT_Face.
  
  ```
  Finally, the execution order between hb_font_destroy() and
  
  hb_buffer_destroy() is flipped to match the order of creation of
  
  the respective objects.
  Signed-off-by : Leandro Santiago <leandrosansilva@gmail.com>
  
  Signed-off-by : Marton Balint <cus@passwd.hu>
  

  • [DH] libavfilter/vf_drawtext.c