Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (76)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • MediaSPIP Player : les contrôles

    26 mai 2010, par

    Les contrôles à la souris du lecteur
    En plus des actions au click sur les boutons visibles de l’interface du lecteur, il est également possible d’effectuer d’autres actions grâce à la souris : Click : en cliquant sur la vidéo ou sur le logo du son, celui ci se mettra en lecture ou en pause en fonction de son état actuel ; Molette (roulement) : en plaçant la souris sur l’espace utilisé par le média (hover), la molette de la souris n’exerce plus l’effet habituel de scroll de la page, mais diminue ou (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (6276)

  • Evolution #3692 : Suivre les évolution de MediaJS

    28 juin 2017, par Franck D

    Hello, juste pour dire que la version 4.2.2 vient de sortir https://github.com/mediaelement/mediaelement/blob/master/changelog.md
    J’ai pas fait de test, Il y a pas mal de corrections de bugs, mais aussi la mise à jour de l’API Facebook. Elle était en 2.6 et passe en 2.9 !
    https://github.com/mediaelement/mediaelement/commit/8a5760dc6ca3fe5c32eb26f44142e579d718128a
    L’intérêt de mettre à jour la lib, c’est que cela fonctionne, après le 13 juillet 2018 https://developers.facebook.com/docs/apps/changelog

    Nous ne mettons pas souvent à jour les libs, (sauf sécu ou gros bug) dans les versions mineures de spip, et nous ne sortons pas souvent de mise à jour "majeure" (avec un peu de chances, la 3.3 sortira d’ici juillet 2019), c’est pour cela que je pense que cela serait une bonne idée de mettre la nouvelle lib, car sinon, une fonction ne fonctionnera plus dès l’année prochaine :-(

    Franck

  • FFmpeg keep framerate of input video despite overlay on color source

    12 mai 2022, par Peter
      

    • FFmpeg can overlay (docs) videos like this :

      • 


    


    ffmpeg -i inputA_60fps.mp4 -i inputB_60fps.mp4 -filter_complex "[0:v] [1:v] overlay=shortest=1" output1.mp4

    


    -> The frame rate of output1.mp4 is automatically the same as that of the inputs (60). I like this.

    


      

    • FFmpeg can also overlay on a color (docs) source like this :

      • 


    


    ffmpeg -i input_60fps.mp4 -filter_complex "color=c=black [c]; [c] [0:v] overlay=shortest=1" output2.mp4

    


    -> The frame rate of output2.mp4 is always 25, because the default frame rate of the color source is 25, even though the input has a frame rate of 60. I don't like this.

    


      

    • The color frame rate can be specified explicitly like this :

      • 


    


    ffmpeg -i input_60fps.mp4 -filter_complex "color=c=black:r=30 [c]; [c] [0:v] overlay=shortest=1" output3.mp4

    


    -> But then the frame rate of output3.mp4 is always that fixed value 30. I don't like this.

    


    Question : How can the output frame rate instead automatically use the same frame rate as the input again ?

    


  • Anomalie #3167 : redirection 301 d’anciennes URLs en .php3 ne fonctionne pas

    22 février 2014, par cedric -

    Aucun bug du côté de SPIP, mais une mauvaise compréhension des Rewrite Rules ici :
    - Les Règles de ré-écritures sont lues les une après les autre et s’enchainent pour modifier l’URL : donc ici la première, celle de SPIP, transforme rubrique.php3 en rubrique.php ce qui ne matche plus ta règle qui arrive après
    - La règle de ré-écriture porte sur l’URL, pas sur la query-string. Donc la partie ?id_(rubrique|article)=$ ne matchera jamais car cela fait partie de la query-string
    - dans ta règle complète le R=301 par un skip si tu veux éviter que les règles qui suivent ne s’appliquent aussi [R=301,skip=100] par exemple

    Une ressource utile pour s’y retrouver dans les RewriteRules : http://borkweb.com/story/apache-rewrite-cheatsheet
    Et aussi la base : https://httpd.apache.org/docs/current/mod/mod_rewrite.html

Navigation