Recherche avancée

Sur d’autres sites (8215)

• FFMPEG makes my website DOWN while converting video

  4 juillet 2018, par casusbelli

  I have an upload.php script to upload & convert videos where I use FFMPEG. (LAMP Ubuntu 16.04)

  However as soon as FFMPEG starts to convert the video, the all website becomes unresponsive so I guess FFMPEG uses all my CPU.

  Here is the 3 lines I use to convert source video :

  * Check format, size, ect..
  
  
  
  shell_exec('ffmpeg -i '.$temp_path.' -r 1/1 '.$path_jpeg.'');
  
  shell_exec('ffmpeg -i '.$temp_path.' -f webm -c:v libvpx -b:v 1M -acodec libvorbis '.$path_webm.' -hide_banner');
  
  shell_exec('ffmpeg -i '.$temp_path.' -c:v libx264 -preset veryfast -c:a copy '.$path_mp4.' -hide_banner');
  
  
  
  * Add video data to DB 

  Is there anyway to limit CPU ressources for FFMPEG while converting videos ?

  Thanks

  EDIT :

  I tried to use -threads 1 without success

  shell_exec('ffmpeg -i '.$temp_path.' -f webm -c:v libvpx -threads 1 -b:v 1M -acodec libvorbis '.$path_webm.' -hide_banner');
  
  shell_exec('ffmpeg -i '.$temp_path.' -c:v libx264 -threads 1 -preset veryfast -c:a copy '.$path_mp4.' -hide_banner');

  I tried to use nice -n 15 without success as well

  shell_exec('nice -n 15 ffmpeg -i '.$temp_path.' -f webm -c:v libvpx -b:v 1M -acodec libvorbis '.$path_webm.' -hide_banner');
  
  shell_exec('nice -n 15 ffmpeg -i '.$temp_path.' -c:v libx264 -preset veryfast -c:a copy '.$path_mp4.' -hide_banner');

  FFMPEG is still eating 100% of my CPU while converting

  

• Anomalie #3566 : Restaurer une révision ne restaure pas toujours tous les champs modifiés

  10 octobre 2016, par marcimat ☺☮☯♫

  Je confirme que ça remarche (et parfaitement avec la nouvelle fonction) en remettant l’appel à auteur_associer() après le pipeline post_edition.
  Le problème se situe donc bien à ce niveau. Il va falloir trouver comment permettre de dire à Révisions de lever le flag plus tôt que post_insertion… avant donc le passage à pre_insertion_liens ;

  ou réussir à lui faire lever ce flag dans pre_insertion_liens en transmettant un paramètre indiquant que c’est le premier lien ici (mais ça ferait passer ce paramètre de auteur_associer() jusqu’au pipeline dans un grand nombre de fonction. Pas idéal non plus.

  Un pipeline trig_insertion() juste après l’obtention de l’identifiant ? …

• Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

  12 avril 2021

  Les fontes d’icônes c’est pas top, c’est un peu déprécié aujourd’hui, ça pose pas mal de problèmes.

  Pour la partie « icônes purement en CSS », c’est à dire sans rien de plus dans le HTML, je crois qu’on n’a pas trop le choix.
  Dans ce cas ce sont des pseudos-éléments CSS :before ou :after, si on veut que l’icône hérite de la couleur et de la taille du texte, rien d’autre ne marche à ma connaissance. Pas les svg en background-image en tout cas.

  D’ailleurs au passage mon 2ème exemple était mauvais : <i class="spicon_truc"></i> Du texte → dans ce cas c’est la balise #ICONE qu’il faut utiliser.
  Pour les icônes CSS, la proposition était bien de n’avoir à qu’à ajouter une classe sur un élément existant, sans <span></span> ou <i></i> supplémentaire à l’intérieur.

  Mais du coup oui, on tombe plein pot sur le problème soulevé par ces icônes à base de fontface : à priori les lecteurs d’écran vont lire ces caractères abscons, et sans moyen de les cacher puisque c’est purement du CSS.

  Moi au départ je pensais que la balise #ICONE suffirait : des icônes présentes dans le HTML, ce qui permet de gérer tout les attributs d’accessibilité finement.

  Et les gros fichiers de sprites svg, ça diminue le nombre de hits, c’est sûr, mais charger plusieurs centaines de Ko de Sprites pour afficher 3 icônes, c’est peut être beaucoup.

  C’est bien pour ça qu’il faut trouver une balance entre le poids et le nombre d’icônes dispos.
  La proposition à moyen et long terme c’est de généraliser l’usage de ces icônes dans le privé de Spip, donc ça sera pas chargé pour rien.

  Et c’est la misère à mettre à jour sans outil spécialisé qui regénère tout le code, et vérifier que ça ne casse pas des choses...

  C’est bien l’idée :)
  Un outil à piori dans un dépôt à part qui genère tout seul le sprite et le reste.

  moi j’ai du mal avec "spipcon". Ca fait "petit con", et c’est pas compréhensible si on a pas l’historique derrière. Pour gagner 5 caractères...

  On se disait qu’on partirait plutôt sur sp-icone du coup.