Recherche avancée

Sur d’autres sites (12966)

• Overlay system time with milliseconds in ffmpeg

  8 septembre 2017, par userDtrm

  I need to overlay the current system time with milliseconds in ffmpeg. The solutions I’ve come here across simply displays the pts or gmtime (doesn’t show milliseconds). Please find below the script that I’m currently using for this. This simply shows the pts time stamp.

  ffmpeg -f v4l2 -input_format yuyv422 -framerate 30 -s 640x480 -i /dev/video0 -filter_complex "drawtext=fontfile=/usr/share/fonts/truetype/freefont/FreeSerif.ttf: text='frame %{n}\\: %{pict_type}\\: pts=%{pts\\:hms}': x=100: y=50: fontsize=24: fontcolor=yellow@0.8: box=1: boxcolor=blue@0.9" -analyzeduration 5 -c:v libx264 -profile:v baseline -trellis 0 -subq 1 -level 32 -preset ultrafast -tune zerolatency -me_method epzs -r 50 -crf 20 -threads 0 -bufsize 1 -coder 0 -b_strategy 0 -bf 0 -sc_threshold 0 -x264-params vbv-maxrate=2000:vbv-bufsize=100:slice-max-size=200:keyint=10:min-keyint=10:partitions=-parti8x8-partp8x8:me=dia:qpmin=10:qpmax=51:qpstep=4:ref=1: -pix_fmt yuv420p -an -f mpegts - | nc -u 131.227.87.152 7001

  Can someone please let me know how to get the current system time with milliseconds into the ffmpeg output ?

  Thanks.

• Evolution #3996 (Nouveau) : Y a t-il une limite de taille de cache dans SPIP ?

  9 septembre 2017, par Julien -

  Ticket qui fait suite à des observations sur #3843.

  cedric :

  1/ il n’y a plus de quota cache en SPIP 3.1+ (aucune taille limite, c’est un nombre de slots qui fixe la limite)
  2/ les images stockées dans local/ n’ont jamais été comptées dans la taille du cache et n’ont aucune influence

  marcimat :

  Notons que le génie ’invalideur’ est toujours appelé et utilise ’quota_cache’ ; le formulaire de vidage de cache affiche aussi le quota.
  Probablement du code mort dans les 2 cas.

  Ref dans le code :
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc_version.php#L286
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/genie.php#L141
  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/invalideur.php#L226

  dans la doc :
  https://programmer.spip.net/Configurer-le-cache

• Anomalie #3991 : Erreur compression CSS et base64

  29 août 2017, par tcharlss (*´_ゝ｀)

  La ligne fautive se trouve ici : https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/compresseur/inc/compresseur_minifier.php#L100

  // zero est zero, quelle que soit l’unite (sauf pour % car casse les @keyframes cf https://core.spip.net/issues/3128)
  $contenu = preg_replace("/([^0-9.]0)(em|px|pt)/ms", "$1", $contenu) ;
  

  Ça cherche le nombre zéro précédé de n’importe quel caractère (autre qu’un chiffre) ou d’un point.
  Du coup ça peut matcher avec les data URIs :
  

  @font-facefont-family :’spip’ ;src:url("data:application/font-woff ;base64,abc0pxyz") ;
  

  Pour éviter ce souci, on pourrait préciser exactement quels caractères peuvent précéder le zéro pour considérer qu’il s’agit d’une unité. On peut avoir :

  1) deux points
  

  font-size:0px ;
  

  2) un ou plusieurs espaces
  

  font-size : 0px ;
  font-size : calc(10px + 0px) ;
  

  3) une parenthèse dans le cas de calc()
  

  font-size : calc(0px) ;
  

  4) Autres unités

  À noter qu’il y a aussi pas mal d’autres unités qui ne sont pas prises en compte dans la regex actuelle : https://www.w3schools.com/cssref/css_units.asp
  

  rem ex pc
  vh vw vmin vmax 
  cm mm in
  ch 
  

  ---

  Ce qui donne au final la regex suivante, qui laisse mes data URIs tranquilles :
  

  $contenu = preg_replace("/((?: :|\s+|\()0)(em|px|pt|rem|ex|pc|vh|vw|vmin|vmax|cm|mm|in|ch)/ms", "$1", $contenu) ;