Recherche avancée

Sur d’autres sites (4671)

• Roadmap #3582 : Simplifier l’utilsation des documents

  21 février 2016, par Fil _

  Il n’est utilisé à ma connaissance que sur visionscarto, donc pas beaucoup de recul ni de retours.

  Cela dit ça marche bien et après deux ans et demi avec ce système je le préfère de loin aux gestionnaires de médias de SPIP. (Et je compte l’améliorer encore grâce à l’intégration de github + repo git local.)

  Point négatif : j’aurais aimé aller beaucoup plus loin avec, pour publier des documents de tous types, mais cette partie est restée un peu en plan.

  Point très positif : la syntaxe des attributs, plus proche du HTML (pas de pipes séparateurs, mais des espaces) que les modèles spip habituels.

  Autre point positif : comme la ressource distante est mise en copie locale, même si elle disparaît de la source d’origine le site continue à fonctionner. Et bien sûr la fonctionnalité inverse : on peut travailler offline, copier/coller le texte d’un site de test au site de prod sans avoir à se préoccuper de réuploader les documents, renuméroter etc.

  Point qui reste discutable : le fait de mettre l’url de la ressource en premier juste après le chevron. C’est pratique, mais discutable sur le plan des principes. On pourrait avoir une syntaxe longue `` (c’est ce qui est fait en interne, d’ailleurs). Voire même `` pour retomber sur du HTML si le plugin disparait ou si on copie/colle le code dans un autre site.

  J’ai très peu testé le raccourci sur des documents locaux `toto.rtf>` ; à priori c’est pourtant celui-ci qui devrait être d’usage le plus standard avec ce plugin, mais bon, sur visionscarto : 1) toutes les images sont gérées dans notre compte FlickR (et on va basculer sur github) et 2) quand on uploade un doc en local on passe par la médiathèque classique.

• Creating a video from data of server-side script

  8 mars 2016, par Peter Leupold

  My plan is to display the data that a server-side script generates in a video displayable on my web page. So far my approach is the following :

  1. A three dimensional integer array in a C script is use to accumulate the image data. Dimensions are width, breadth and color (R, G and B).
  2. The array is written to a ppm-file.
  3. The next picture is accumulated and written and so on.
  4. With ffmpeg a script merges the ppm-files to a mp4-video.

  Basically this works, but of course faster would be nicer. I would appreciate proposals for fundamentally different approaches as well as help on the following details :

  • Is there a file format simple as ppm that uses the HEX code for colors instead of triplets ? This would reduce the size of my array as well a the number of write operations.
  • Do I loose much time if I print every single value to the file with an fprintf operation instead of accumulating lines into a string ? Or do compilers optimize this kind of sequences of writes ?

• imagemagick gradient mask file creation

  6 avril 2016, par lang2

  I’m playing with this creative script here : http://www.fmwconcepts.com/imagemagick/transitions/. The plan is to mimic what happens with the script with ffmpeg and generate video with transition effects between pictures. My current understanding is this :

  1. I have two pictures A and B.
  2. I need in between a couple of pictures (say 15) that are partially A and partially B.
  3. To do that I use the composite -compose src-over A.jpg B.jpg mask-n.jpg out.jpg command.
  4. During the process, the mask-n.jpg gets generated automatically that gradually change from all black to all white.
  5. Depends on the mathematically equations, the way the transition effect looks is different.

  In one of the example, Fred the author gave this :

  convert -size 128x128 gradient: maskfile.jpg

  This will generate a image like this :
  

  This is partially black and partially white. For the transition to work, I’ll need an all white one and an all black one and a couple of others in between. What’s the magical command to do that ?