Recherche avancée

Sur d’autres sites (18106)

• FFmpeg : Failed to create drawbox filter with max thickness

  2 mars 2015, par FredFloete

  I’ve switched from FFmpeg version 1.2. to the last 2.5 release. After changing all deprecated methods I ran into a problem with a drawbox filter. In version 1.2 I could define a filled box with the following settings (see FFmpeg Filter Documentation) :

  strFilterDesc += "drawbox=x=0:y="+height+":w="+width+":h=50:color=0xeeeeee@0.4:t=max,

  When I start the application, I receive the following errors :

  [Parsed_drawbox_2 @ 0x79e9a0] [Eval @ 0x7fffb57f8e70] Undefined constant or missing '(' in 'max'
  
  [Parsed_drawbox_2 @ 0x75f0a0] Error when evaluating the expression 'max'.
  
  [Parsed_drawtext_1 @ 0x759be0] Failed to configure input pad on Parsed_drawbox_2

  Can someone give me a hint what I’m doing wrong here ? Even with the example of the documentation the same error occurs. Is there an other way to create a filled box ?

  Edit :

  Here’s the content of stfFilterDesc :

  drawtext=fontfile=./fonts/truetype/freefont/HelveticaNeue.ttf : text=’foo’ : x=5 : y=5 : shadowx=0 : shadowy=0 : fontsize=12 : fontcolor=0xeeeeee@1.0 : box=0 : boxcolor=0xeeeeee@0.5, drawbox=x=0:y=490:w=960:h=50:color=0xeeeeee@0.4:t=max, drawtext=fontfile=./fonts/truetype/freefont/HelveticaNeue.ttf : text=’foo’ : x=32:y=(h-text_h-25) : fontsize=16 : fontcolor=0x333333@1.0 : box=0 : boxcolor=0xeeeeee@0.4, drawtext=fontfile=./fonts/truetype/freefont/HelveticaNeue.ttf : text=’foo’ : x=32:y=(h-text_h-10) : fontsize=14 : fontcolor=0x333333@1.0 : box=0 : boxcolor=0xeeeeee@0.4

• random_seed : Improve behaviour with small timer increments with high precision timers

  29 janvier, par Martin Storsjö

  random_seed : Improve behaviour with small timer increments with high precision timers
  On a Zen 5, on Ubuntu 24.04 (with CLOCKS_PER_SEC 1000000), the
  
  value of clock() in this loop increments by 0 most of the time,
  
  and when it does increment, it usually increments by 1 compared
  
  to the previous round.
  Due to the "last_t + 2*last_td + (CLOCKS_PER_SEC > 1000) >= t"
  
  expression, we only manage to take one step forward in this loop
  
  (incrementing i) if clock() increments by 2, while it incremented
  
  by 0 in the previous iteration (last_td).
  This is similar to the change done in
  
  c4152fc42e480c41efb7f761b1bbe5f0bc43d5bc, to speed it up on
  
  systems with very small CLOCKS_PER_SEC. However in this case,
  
  CLOCKS_PER_SEC is still very large, but the machine is fast enough
  
  to hit every clock increment repeatedly.
  For this case, use the number of repetitions of each timer value
  
  as entropy source ; require a change in the number of repetitions
  
  in order to proceed to the next buffer index.
  This helps the fate-random-seed test to actually terminate within
  
  a reasonable time on such a system (where it previously could hang,
  
  running for many minutes).
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavutil/random_seed.c

• Revision 28933 : on bouge

  31 mai 2009, par ben.spip@… — Log

  on bouge