Recherche avancée

Sur d’autres sites (7450)

• ffmpeg drawtext Arabic fonts doesn't render correctly [closed]

  11 février 2024, par Mahmoud Abdellatief

  what i'm trying to achieve :
loop an image into a video and overlay Arabic Text from the Qur'an on it including the text diacritical mark, using a custom font.

  


  example of the text to be rendered :

  


  بِسْمِ ٱللَّهِ ٱلرَّحْمَـٰنِ ٱلرَّحِيمِ


  


  the font used :
https://fonts.qurancomplex.gov.sa/wp02/wp-content/uploads/2024/01/UthmanicHafs_v22.zip

  


  font's unicode module :

  


  Unicode Module 
 
The Research and Development Unit in the Computer Department at King Fahd Glorious Qur’an Printing Complex relied on the unicode system unicode to create (Hafs) font in the Uthmanic Script, because this system is followed globally among computer and systems manufacturing companies in the world.

Unicode organization is a global code group that is used to define all codes and letters used in most of the world's languages and gathered in one code to facilitate the presentation and delivery on information despite of the language used. This global coding uses 1 to 4 bytes (byte = 8 bits) to encode letters, and so far only a third of the number available in Unicode organization to encode the letters of these languages.

Taking into account Hafs font with the Uthmanic Script, which was built entirely on the unicode system. We can explore the basic letters that were formed according to the following figure:

Whereas the font was developed starting from code (0600 ) to code (066FF ) Taking into account there are several encoded letters that haven't been used at all so it was replaces with the code []. The displayed copy above is the one that is been developed from the basic Arabic coding (0600-06FF) which was updated by Unicode organization in 2009.


  


  expected result :
exported video with correctly rendered text using the given font.

  


  actual result :
the text rendered contains only the diacritical marks ( which are the accents on top of the letters ) without the actual letters.


  


  what i tried :
this is my test command which exports just an image for faster results :

  


  Ffmpeg -loop 1  -i "image-2.jpg" -vf "drawtext=text='بِسْمِ ٱللَّهِ ٱلرَّحْمَـٰنِ ٱلرَّحِيمِ':fontsize=124:fontcolor=white:fontfile='UthmanicHafsV22.ttf':x=(w-text_w)/2:y=(h-text_h)/2" -frames:v 1  "output.png"


  


  

  • tried adding ft_load_flags , almost tried all of them

  


  • tried text_shaping=1 , with no success

  


  • tried textfile instead of text

  


  • tried changing the font, any font i try with it always have different problems, either some squares instead of the diacritical mark

  


  


  p.s im having same results on both latest ffmpeg compiled by myself on macos terminal with all required libraries enabled , and also on flutter ffmpeg kit full gpl

  


• configure : drop yasm support

  3 octobre 2024, par Lynne

  configure : drop yasm support
  We started defauling to nasm 8 years ago.
  
  We are still compatible with yasm 0.8.0, released in 2009. **15 years ago**.
  
  The time has more than come to remove support for it.
  Maintaining compatibility started cutting into writing new code long ago.
  
  We still can't have 2-argument instructions, preprocessor booleans, and all
  
  AVX2 code must still be wrapped in ifdefs. Newly added code often breaks this.
  

  • [DH] Changelog
  • [DH] configure
  • [DH] doc/developer.texi
  • [DH] doc/optimization.txt
  • [DH] doc/platform.texi

• lavc/vvc_mc : R-V V dmvr

  15 décembre 2024, par sunyuechi

  lavc/vvc_mc : R-V V dmvr
                                       k230               banana_f3
  
  dmvr_8_12x20_c :                       619.3 ( 1.00x)    624.1 ( 1.00x)
  
  dmvr_8_12x20_rvv_i32 :                 128.6 ( 4.82x)    103.4 ( 6.04x)
  
  dmvr_8_20x12_c :                       610.0 ( 1.00x)    665.6 ( 1.00x)
  
  dmvr_8_20x12_rvv_i32 :                 137.6 ( 4.44x)    92.9 ( 7.17x)
  
  dmvr_8_20x20_c :                      1008.0 ( 1.00x)    1082.7 ( 1.00x)
  
  dmvr_8_20x20_rvv_i32 :                 221.1 ( 4.56x)    155.4 ( 6.97x)
  
  dmvr_h_8_12x20_c :                    2008.0 ( 1.00x)    2009.7 ( 1.00x)
  
  dmvr_h_8_12x20_rvv_i32 :               239.6 ( 8.38x)    186.7 (10.77x)
  
  dmvr_h_8_20x12_c :                    1989.5 ( 1.00x)    2009.4 ( 1.00x)
  
  dmvr_h_8_20x12_rvv_i32 :               230.3 ( 8.64x)    155.4 (12.93x)
  
  dmvr_h_8_20x20_c :                    3304.1 ( 1.00x)    3342.9 ( 1.00x)
  
  dmvr_h_8_20x20_rvv_i32 :               378.3 ( 8.73x)    248.9 (13.43x)
  
  dmvr_hv_8_12x20_c :                   3609.8 ( 1.00x)    3603.4 ( 1.00x)
  
  dmvr_hv_8_12x20_rvv_i32 :              369.1 ( 9.78x)    322.1 (11.19x)
  
  dmvr_hv_8_20x12_c :                   3628.3 ( 1.00x)    3624.2 ( 1.00x)
  
  dmvr_hv_8_20x12_rvv_i32 :              322.8 (11.24x)    238.7 (15.19x)
  
  dmvr_hv_8_20x20_c :                   5933.8 ( 1.00x)    5936.6 ( 1.00x)
  
  dmvr_hv_8_20x20_rvv_i32 :              526.5 (11.27x)    374.1 (15.87x)
  
  dmvr_v_8_12x20_c :                    2156.3 ( 1.00x)    2155.4 ( 1.00x)
  
  dmvr_v_8_12x20_rvv_i32 :               239.6 ( 9.00x)    176.2 (12.24x)
  
  dmvr_v_8_20x12_c :                    2137.6 ( 1.00x)    2165.9 ( 1.00x)
  
  dmvr_v_8_20x12_rvv_i32 :               230.3 ( 9.28x)    155.2 (13.96x)
  
  dmvr_v_8_20x20_c :                    4183.8 ( 1.00x)    3592.9 ( 1.00x)
  
  dmvr_v_8_20x20_rvv_i32 :               369.3 (11.33x)    249.2 (14.42x)
  

  • [DH] libavcodec/riscv/vvc/vvc_mc_rvv.S
  • [DH] libavcodec/riscv/vvc/vvcdsp_init.c