Recherche avancée

Sur d’autres sites (12476)

• Processing 3.0 get Error=2 No such file or directory

  29 octobre 2016, par Tuang Pingfavilunda

  I cannot figure it out what happen to my Processing file. I am trying to use VideoExport library and my Macbook Pro cannot play it, but the Mac-mini is able to do so.

  Before the error happened it is another error=13 permission denied thing, so I messed in the terminal for a while with chmod 777 and finding the file with ls. I don’t know if that may be the reason that caused this happen. FYI, I also installed ffmpeg already.

  And this is the full error :

      java.io.IOException: Cannot run program "/Users/Tuang/Desktop/DMA_WORKS/Work1_Facial Muscles/Cam_Rec/sketch_161027a/sketch_161027a.pde": error=2, No such file or directory
  
      at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
  
      at com.hamoid.VideoExport.startFfmpeg(Unknown Source)
  
      at com.hamoid.VideoExport.initialize(Unknown Source)
  
      at com.hamoid.VideoExport.saveFrame(Unknown Source)
  
      at Basic.draw(Basic.java:32)
  
      at processing.core.PApplet.handleDraw(PApplet.java:2412)
  
      at processing.awt.PSurfaceAWT$12.callDraw(PSurfaceAWT.java:1540)
  
      at processing.core.PSurfaceNone$AnimationThread.run(PSurfaceNone.java:316)
  
  Caused by: java.io.IOException: error=2, No such file or directory
  
      at java.lang.UNIXProcess.forkAndExec(Native Method)
  
      at java.lang.UNIXProcess.<init>(UNIXProcess.java:247)
  
      at java.lang.ProcessImpl.start(ProcessImpl.java:134)
  
      at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
  
      ... 7 more
  
  VideoExport error: Ffmpeg failed. Study /Users/Tuang/Desktop/DMA_WORKS/Work1_Facial_Muscles/Camera_Recorder/Basic/basic.mp4.txt for more details.
  
  Could not run the sketch (Target VM failed to initialize).
  
  For more information, read revisions.txt and Help → Troubleshooting.
  
  </init>

  ---

  1) The java.io.IOException : trying to call "/Work1_Facial Muscles/Cam_Rec/sketch_161027a/sketch_161027a.pde" which doesn’t exist for real. It is gone for a long time but seems like the program stuck here.

  2) "basic" is a file name from the Example of the Library. I just use it to test. Surprisingly, Every files that have been saved and changed the name still get the java.io.IOException’s error of the missing sketch_161027a.pde file.

  ---

  What I have done :
  1 I have already done the Homebrew thing to install ffmpeg.
  2 I deleted everything of Processing and reinstall it again.

  Any suggestion ?

• 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

• 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 ».