Recherche avancée

Sur d’autres sites (6383)

• Revision 88ba08818e : Fix bug in error handling that causes segfault See : https://code.google.com/p/c

  19 juin 2014, par Jim Bankoski

  Changed Paths :
   Modify /test/invalid_file_test.cc

  
   Modify /vp9/decoder/vp9_decodeframe.c

  
   Modify /vp9/decoder/vp9_decoder.c

  
  
  Fix bug in error handling that causes segfault

  See : https://code.google.com/p/chromium/issues/detail?id=362697

  The code properly catches an invalid stream but seg faults instead of
  returning an error due to a buffer not having been initialized. This
  code fixes that.

  Change-Id : I695595e742cb08807e1dfb2f00bc097b3eae3a9b

• Inscriptions3 + Champs Extra

  6 août 2018

  Bonjour,

  Voici quelques points liées à l’utilisation de Champs Extra dans Inscription 3. Je vais détailler un peu mais dans l’idée, il s’agit d’adapter l’affichage de champs ou de leur valeur selon leur nature (input, radio, select ou fieldset), pour l’heure cela semble bien pensé pour les inputs et textarea, mais pour le reste ça pèche un peu.

  Page des utilisateurs (ecrire/ ?exec=inscription3_adherents) :

  Bug :
  Les champs fieldset et explication provoque une erreur alors qu’il devrait être ignorer. Il va de soit qu’on ne devrait pas cocher la colonne ’table’ pour ces champs dans la page de configuration, mais malheureusement c’est une erreur fréquente.

  Soucis d’affichage :

  1. Pour les selects, les entêtes des colonnes sont erronées, on voit par exemple ’label_nom_champs’ au lieu du nom du champs
  2. Pour les selects, on voit dans les cellules du tableau et non des valeurs
  3. Les dates sont au format SQL, pas si simple à lire pour les utilisateurs.

  Page de configuration (ecrire/ ?exec=configurer_inscription3) :

  Bug :

  • Dans la première colonne dans la partie des champs extras, le label est vide pour les checkbox, impossible de les identifier sinon par l’ordre dans la liste.
  • Idem avec les champs ’explication’
  • Il faut supprimer les cases à cocher de la colonne ’Table’ pour les champs ’explication’ et ’fieldset’, ils créés l’erreur fatales dans la page des utilisateurs.
  • Il faut supprimer les cases à cocher de la colonne ’Obligatoire’ pour les champs ’explication’ et ’fieldset’, car si ils sont cochés, le formulaire d’inscription ne pas être validé par l’utilisateur, c’est une erreur fréquente chez moi...

  Groupe de champs :

  Par le passé, j’ai voulu exploiter les fieldsets (Groupe de champs) de champs extra, pour grouper des champs...
  Malheureusement, cela ne semble pas être pris en charge par Inscription3.
  Les champs groupés disparaissent de la page de configuration, ils en deviennent inconfigurable...
  Et on perds les options d’affichage conditionnel par groupe par exemple...

  Vous pouvez compter sur moi pour des tests suite à la correction de ces bugs.

  Merci d’avance,

  Jul

• How to make a video out of images using ffmpeg without any extra frames getting added ?

  1er août 2019, par momo

  I currently used the following command to make a video out of some 200 images, from here, this forces the frame rate of the input file (valid for raw formats only) to 1 fps and the frame rate of the output file to 24 fps, and from here, when outputting H.264, adding -vf format=yuv420p or -pix_fmt yuv420p will ensure compatibility so crappy players can decode the video. :

  ffmpeg -r 1 -i img%03d.png -r 24 output.mp4 -pix_fmt yuv420p

  Now I thought this will simply take the frames and stack them one after another. But using the following command on the output video :

  ffprobe -show_frames output.mp4 > data.txt

  I get around 4640 frames,i.e. that many [FRAME]..[/FRAME] blocks,each having 28 lines in between the delimiters.

  Why does the number of frames increase so drastically ? What am I missing ? Also, using H.264 does it mean the some kind of video compression is taking place ? Because I only really want the images to be shown one after another without any extra processing.