Recherche avancée

Sur d’autres sites (7974)

• How well does FFmpeg scale ? Any examples ?

  17 juin 2020, par Pepper

  I'm currently working on the server side of an augmented reality project. It's a lot like http://www.livingsasquatch.com/. I'm using PHP/MySQL and FFmpeg to capture the webcam video and encoding it to .flv.

  



  Basically Flash uploads the video as a long series of .jpg images. PHP then takes those images, generates a few thumbnails and passes them through FFmpeg which converts them to a single .flv file.

  



  Here is the FFmpeg code :

  



  $ffmpeg_images = $image_directory.'/image%d.jpg';

@unlink($video_directory."/$video_id.flv"); 
$ffmpeg_video = $video_directory."/$video_id.flv";
$ffmpeg_string = FFMPEG_PATH." -f image2 -i $ffmpeg_images -f flv $ffmpeg_video";

@exec($ffmpeg_string);


  



  This seems to be working nicely in my tests, but I don't know how we'll it will scale. Since this is my first time using FFmpeg, I don't know if video encoding this way will bring the server to its knees.

  



  Does anyone have experience with FFmpeg on a high traffic site ?

  



  Is there a better way of handling this type of Webcam to .flv conversion ?

  



  Are there any examples of FFmpeg being used on a high traffic site ?

  


• Anomalie #3298 (Nouveau) : Erreur 404 retournée lors de l’accès à l’URL arborescente générée pour ...

  16 octobre 2014, par Guillaume Fahrner

  Tout est dans le titre :)

  Un auteur dont le nom commence par 0x va avoir une URL arbo générée non valide :

  Un auteur dont le nom est 0xA47 va créer cette entrée dans la table spip_urls :
  

  mysql> select * from spip_urls where date=’0000-00-00 00:00:00’ and type=’auteur’ ;
  +-------+--------+----------+---------------------+-----------+----------+-------+
  
  
  
  url
  type
  id_objet
  date
  id_parent
  segments
  perma
  
  
  +-------+--------+----------+---------------------+-----------+----------+-------+
  
  
  
  0xA47
  auteur
  15838
  0000-00-00 00:00:00
  0
  1
  0
  
  
  +-------+--------+----------+---------------------+-----------+----------+-------+
  
  1 row in set (0.02 sec)
  

  La valeur de la date pose problème je pense (0000-00-00 00:00:00).

  L’URL généré par /ecrire/ ?exec=auteur&action=redirect&type=auteur&id=15838&var_mode=preview me redirige sur /0xA47 ?var_mode=preview qui abouti sur une erreur HTTP 404.

  De manière assez aléatoire j’ai une seconde URL générée dans la table spip_urls de la forme : 0xA47-[identifiant] qui elle est valide (elle n’a pas le champ date à 0).

• Evolution #4798 : Suppression des mises à jour de BDD SPIP 3.0 (ou 3.1 ?)

  25 mai 2021

  L’autre solution… bien plus conséquente à faire … serait de migrer toutes les vieilles mises à jour dans le formalisme à jour. (par exemple rangé par version de SPIP legacy/x.y.php)
  Ça éviterait aux fonctions deprecated d’être utilisées.

  L’argument très recevable de Cédric aussi est de dire : si tu pars d’une vieille bdd, installée sur ton SPIP 4.0 (mysql ma_bdd_spip4_vide < mon_vieux_spip.sql), alors SPIP met à jour (bon, ça gère pas tout à la perfection non plus).

  Mais bon, maintenir les vieilles migrations nécessite de maintenir aussi probablement des vieilles fonctions totalement inutiles actuellement, même si on les passe dans un formalisme plus actuel.

  Quand à 3.0, 3.1 ou 3.2… bah en fait comme on veux (juste que c’est le nouveau formalisme de mises à jour à partir de la 2.0), donc ce qui m’ennuie là est surtout ce qu’il y a avant la 2.0 il me semble.
  On pourrait aussi possiblement dire 2.0 comme départ je crois.