Sur d’autres sites (4971)

• MoviePy, using a gif as an ImageClip ?

  13 avril 2018, par Slake

  Using a gif inside an ImageClip doesn’t work, is it a normal behavior ?

  The code

  #!/usr/bin/env python
  
  from moviepy.editor import *
  
  
  
  video = VideoFileClip('./video.mp4')
  
  watermark = (ImageClip("./my.gif")
  
                          .set_duration(10))
  
  
  
  watermaked = CompositeVideoClip([video, watermark], size=video.size)
  
  watermaked.write_videofile('./gif_output.mp4', fps=30, threads=1)

  .

  The error

  ValueError: could not broadcast input array from shape (150,150) into shape (150,150,3)

  .

  The stack error

  Traceback (most recent call last):
  
    File "./gif_test.py", line 9, in <module>
  
      watermaked.write_videofile('./gif_output.mp4', fps=30, threads=1)
  
    File "", line 2, in write_videofile
  
    File "/Library/Python/2.7/site-packages/moviepy/decorators.py", line 54, in requires_duration
  
      return f(clip, *a, **k)
  
    File "", line 2, in write_videofile
  
    File "/Library/Python/2.7/site-packages/moviepy/decorators.py", line 137, in use_clip_fps_by_default
  
      return f(clip, *new_a, **new_kw)
  
    File "", line 2, in write_videofile
  
    File "/Library/Python/2.7/site-packages/moviepy/decorators.py", line 22, in convert_masks_to_RGB
  
      return f(clip, *a, **k)
  
    File "/Library/Python/2.7/site-packages/moviepy/video/VideoClip.py", line 349, in write_videofile
  
      progress_bar=progress_bar)
  
    File "/Library/Python/2.7/site-packages/moviepy/video/io/ffmpeg_writer.py", line 209, in ffmpeg_write_video
  
      fps=fps, dtype="uint8"):
  
    File "/Library/Python/2.7/site-packages/tqdm/_tqdm.py", line 833, in __iter__
  
      for obj in iterable:
  
    File "/Library/Python/2.7/site-packages/moviepy/Clip.py", line 475, in generator
  
      frame = self.get_frame(t)
  
    File "", line 2, in get_frame
  
    File "/Library/Python/2.7/site-packages/moviepy/decorators.py", line 89, in wrapper
  
      return f(*new_a, **new_kw)
  
    File "/Library/Python/2.7/site-packages/moviepy/Clip.py", line 95, in get_frame
  
      return self.make_frame(t)
  
    File "/Library/Python/2.7/site-packages/moviepy/video/compositing/CompositeVideoClip.py", line 110, in make_frame
  
      f = c.blit_on(f, t)
  
    File "/Library/Python/2.7/site-packages/moviepy/video/VideoClip.py", line 611, in blit_on
  
      return blit(img, picture, pos, mask=mask, ismask=self.ismask)
  
    File "/Library/Python/2.7/site-packages/moviepy/video/tools/drawing.py", line 45, in blit
  
      new_im2[yp1:yp2, xp1:xp2] = blitted
  
  ValueError: could not broadcast input array from shape (150,150) into shape (150,150,3) 
  
  </module>

• Evolution #4768 (Nouveau) : Sus aux préfixes navigateurs

  5 mai 2021

  Dans les CSS du privé on commence à utiliser largement des propriétés qui peuvent requérir des préfixes navigateur : flex, grid, etc.
  Pour ma part je ne les ai pas encore préfixées, en général je fais ça sur la fin une fois que tout est stabilisé (mais j’ai vu que j’étais pas le seul à pas préfixer, ouf).
  Mais ces préfixes sont vraiment une plaie intégrale : c’est chronophage à ajouter et encore plus à modifier, ça alourdit le code et le rend moins lisible, ça fait du bruit de fond dans les commits quand il faut les mettre à jour lorsque le support évolue, et j’en passe.

  Mais s’occuper des préfixes navigateurs, c’est pas notre boulot :)
  On ne devrait plus avoir à faire ça manuellement.
  À défaut de préprocesseur ou d’outil qui permettrait de faire ça semi-automatiquement (en général ils buttent sur les balises Spip de nos squelettes css), il existe une autre solution : les autoprefixeurs JS.
  Ils ajoutent les préfixes à la volée, mais uniquement ceux nécessaires au navigateur, produisant une css plus légère qu’avec les autres solutions.

  Celui-ci est très léger, 2Kb gzippé, il suffit d’inclure le script dans la page et c’est tout : https://projects.verou.me/prefixfree/
  Je propose de l’intégrer et d’oublier les préfixes à tout jamais.

  Dans le privé il serait chargé tout le temps.
  Pour le public, je ne sais pas, 2 possibilités :

  • se contenter de dire qu’il est disponible dans la doc technique, charge aux gens de l’intégrer eux-mêmes dans leur squelettes s’ils en ont l’utilité.
  • ou bien faire un mini plugin-dist sur le même modèle que l’ancien iepatch, avec une option de config « charger le script bla bla ».

• swr : split out DSP functions.

  14 juin 2014, par Ronald S. Bultje

  swr : split out DSP functions.
  DSP bits of swri_resample go into their own mini-DSP functions ; DSP
  
  init goes from a per-call branch in multiple_resample to a proper
  
  DSP init routine ; x86 bits go into x86/ ; swri_resample() moves out of
  
  resample_template.c into resample.c because it’s independent of DSP
  
  code or sample type ; multiple_resample() is simplified.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libswresample/Makefile
  • [DH] libswresample/resample.c
  • [DH] libswresample/resample.h
  • [DH] libswresample/resample_dsp.c
  • [DH] libswresample/resample_template.c
  • [DH] libswresample/x86/Makefile
  • [DH] libswresample/x86/resample_x86_dsp.c