Recherche avancée

Sur d’autres sites (8659)

• Drawtext Effects Clipping with Zoom in and Scale animation When combining with xfade wipe

  2 août 2023, par CRAIG

  The following ffmpeg drawtext command is meant to manipulate the text with a number of filters. First it adds a wipe, then a "grow" effect and a fade.

  


  The issue is when the wipe AND scale are together the end result is partially clipped and the wipe doesn't seem to fully reveal the text as it should be doing. Almost like the scale or wipe was delayed.

  


  I have two example commands one with an xfade wipe effect and one without below.

  


  The one with xfade wipe clips text and looks like it is messing with the timing in some way as if the scale doesn't have time to finish. If I remove the xfade wipe, the scale animation and fadein are fine.

  


  I have tried to put the xfade at the end, but it has caused me more issues.

  


  Command without xfade : (Final result is not clipped)

  


  ffmpeg   -f  lavfi  -i  color=c=black@0.0:s=129x129:r=30:d=0.137,format=rgba    -f  lavfi  -i  color=c=black@0.0:s=129x129:r=30:d=0.137,format=rgba  -filter_complex  "[1:v]drawtext=expansion=none:enable='between(t,0,0.138)':fontsize=97.7886:fontcolor=0xff0000ff:text='Of':shadowcolor=0x00ff3fff:shadowx=5.9:shadowy=5.9:borderw='2.95':bordercolor='0xa200ffff':x=(w-text_w)/2:y=(h-text_h)/2[1v];[0:v]settb=AVTB,format=rgba[0v];[1v]settb=AVTB,format=rgba[1v];[1v]scale='if(between(t,0,0+0.137),0.645+((t-0)*128.355/0.137),if(gte(t,0.137),129,129))':-1:eval=frame,fade=in:st=0:d=0.137[1v];[0v][1v]overlay=x=(W-w)/2:y=(H-h)/2:threads=1"  -copyts  -c:v  prores_ks  -profile:v  4  -pix_fmt  rgba  -movflags  faststart  -r  30  -t  0.137  -y  /home/encodertraffic/subtitles/mymovie.mov

  


  Command with xfade wipe :

  


  ffmpeg   -f  lavfi  -i  color=c=black@0.0:s=129x129:r=30:d=0.137,format=rgba    -f  lavfi  -i  color=c=black@0.0:s=129x129:r=30:d=0.137,format=rgba  -filter_complex  "[1:v]drawtext=expansion=none:enable='between(t,0,0.138)':fontsize=97.7886:fontcolor=0xff0000ff:text='Of':shadowcolor=0x00ff3fff:shadowx=5.9:shadowy=5.9:borderw='2.95':bordercolor='0xa200ffff':x=(w-text_w)/2:y=(h-text_h)/2[1v];[0:v]settb=AVTB,format=rgba[0v];[1v]settb=AVTB,format=rgba[1v];[0v][1v]xfade=transition=wiperight:duration=0.137:offset=0,settb=AVTB,setpts=PTS-STARTPTS[1v];[1v]scale='if(between(t,0,0+0.137),0.645+((t-0)*128.355/0.137),if(gte(t,0.137),129,129))':-1:eval=frame,fade=in:st=0:d=0.137[1v];[0v][1v]overlay=x=(W-w)/2:y=(H-h)/2:threads=1"  -copyts  -c:v  prores_ks  -profile:v  4  -pix_fmt  rgba  -movflags  faststart  -r  30  -t  0.137  -y  mymovie2.mov

  


  Here are a couple of screenshots comparing the two at the same timestamp (the very end).

  


  The one on the left is without the wipe, the one on the right at the same timestamp is with the wipe, but you can see the text is partially clipped, it isn't at the same sacale and it isn't at full brightness almost as if the something is delaying all aspects of each filter.

  


  

  


• dashenc : move UTCTiming element to the end of the manifest

  27 octobre 2017, par Peter Große

  dashenc : move UTCTiming element to the end of the manifest
  Required by comformance XSD [1].
  [1] https://github.com/Dash-Industry-Forum/Conformance-and-reference-source/blob/master/conformance/MPDValidator/schemas/DASH-MPD.xsd
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavformat/dashenc.c

• aarch64 : use ’#’ for whole line asm comments

  30 mai 2014, par Janne Grunau

  aarch64 : use ’#’ for whole line asm comments
  Both gnu as and clang treat lines starting with ’#’ as comments if they
  
  aren’t consumed by the C-style preprocessor.
  
  Using ’//’ does not work with clang since comments are removed before
  
  macro expansion.
  

  • [DBH] libavutil/aarch64/asm.S