Recherche avancée

Sur d’autres sites (15127)

• Still can't install pygame on ubuntu

  1er octobre 2016, par brotheroflogan

  I’ve tried three different ways. The most recent was following instructions here : http://www.pygame.org/wiki/CompileUbuntu

  But when I type in the first line

  sudo apt-get install mercurial python-dev python-numpy ffmpeg \

  I am told that

  E: Package 'ffmpeg' has no installation candidate.

  I continue on with the instructions and I am later told that some of the dependencies are missing (even though those are the ones I had attempted to install moments ago).

  Then when I put in

  sudo python3 setup.py install

  it tells me

  src/_pygame.h:80:20: fatal error: Python.h: No such file or directory
  
   #include 
  
                      ^
  
  compilation terminated.
  
  error: command 'i686-linux-gnu-gcc' failed with exit status 1

• ffmpeg Error : Pattern type 'glob' was selected but globbing is not support ed by this libavformat build

  14 septembre 2017, par Aryan Naim

  I’m trying to convert group of ".jpg" files acting as individual frames into 1 single mpeg video ".mp4"

  Example parameters i used :

  frame duration  = 2 secs
  
  frame rate      = 30  fps
  
  encoder         = libx264 (mpeg)
  
  input pattern   = "*.jpg"
  
  output pattern  = video.mp4

  Based on ffmpeg wiki instructions at (https://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images), I issued this command :

  ffmpeg -framerate 1/2 -pattern_type glob -i "*.jpg" -c:v libx264 -r 30 -pix_fmt yuv420p video.mp4

  But I’m getting this error :

  [image2 @ 049ab120] Pattern type 'glob' was selected but globbing is not 
  
  supported by this libavformat build *.jpg: Function not implemented

  Which probably means the API pattern matching commands for my build/version have changed. By the way this my windows 32bit ffmpeg download build (ffmpeg-20150702-git-03b2b40-win32-static).

  How can I choose a group of files using pattern matching using ffmpeg ?

• Anomalie #4245 (Fermé) : Petit bug de sous_repertoire()

  11 décembre 2018

  Découvert hier, un enchaînement tueur :

  <span class="CodeRay"><span class="local-variable">$demo</span> = sous_repertoire(_DIR_TMP, <span class="string"><span class="delimiter">'</span><span class="content">demo_</span><span class="delimiter">'</span></span>);
  <span class="comment">// $demo = 'tmp/demo_'</span>
  <span class="local-variable">$bug</span> = sous_repertoire(<span class="local-variable">$demo</span>, <span class="string"><span class="delimiter">'</span><span class="content">potiron</span><span class="delimiter">'</span></span>);
  </span>
  Télécharger

  Le système a rencontré une erreur lors de l’écriture du fichier tmp/demo/potiron/.plat.

  En fait, lors de l’appel de sous_repertoire($base, $subdir), la fonction vire les / et _ finaux de $base (mais pas le _ final éventuel de $subdir).
  Il se retrouve ici à vouloir créer le répertoire tmp/demo/potiron au lieu de tmp/demo_/potiron et n’y arrive pas, vu que le répertoire parent (demo) n’existe pas.

  Histoire¶

  Après quelques fouilles archéologiques, il se trouve que le problème survient probablement avec r8196 qui refactore différemment le code de r6395 :
  - 6395 fil@rezo.n     if (!preg_match(',[/_]$,', $base)) $base .= '/';
  - 8196 esj@rezo.n     if (preg_match(',[/_]$,', $base)) $base = substr($base,0,-1);
  - 16035 fil@rezo.n     $base = rtrim($base, '/_');

  Le tout devait être, je suppose, pour prendre en compte les excentriques répertoires "plats" (dépendants maintenant de la présence de la constante _CREER_DIR_PLAT).

  Corrections¶

  Plusieurs corrections possibles :
  - A) virer la constante _CREER_DIR_PLAT et ses actions, et le rtrim de ce souligné (on est en 2018…).
  - B) simplement appliquer le rtrim du souligné si _CREER_DIR_PLAT est présent (ça corrige pas le bug que $subdir n’aurait alors pas ce rtrim non plus !)
  - C) B + corriger le rtrim pour $subdir de la même manière.

  Je suis partisan de A) sur le trunk, et B) ou C) sur 3.2 et 3.1.

  Des avis ?