Recherche avancée

Médias (0)

Mot : - Tags -/alertes

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (64)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

Sur d’autres sites (8560)

  • Bye Bye FATE Machine

    4 septembre 2010, par Multimedia Mike — FATE Server

    This is the computer that performed the lion’s share of FATE cycles for the past 1.5 years before Mans put a new continuous integration system into service. I’ve now decided to let the machine go. I can’t get over how odd this feels since this thing is technically the best machine I own.



    It’s a small form factor Shuttle PC (SD37P2 v2) ; Core 2 Duo 2.13 GHz ; 2 GB RAM ; 400 GB SATA HD ; equipped with the only consistently functional optical drive in my house (uh oh). I used it as my primary desktop from March 2007 – November 2008, at which point I repurposed it for FATE cycles.

    As mentioned, the craziest part is that this is technically the best computer in my house. My new EeePC 1201PN isn’t at quite the same level ; my old EeePC can’t touch it, of course ; the Mac Mini has a little more RAM but doesn’t stack up in nearly all other areas. But the Shuttle just isn’t seeing that much use since the usurpation. I had it running automated backup duty for multimedia.cx but that’s easy enough to move to another, lower-powered system.

    Maybe the prognosticators are correct and the PC industry has matured to the point where raw computing power simply doesn’t matter anymore. I fancy myself as someone who knows how to put CPU power to work but even I don’t know what to do with the computing capacity I purchased over 3 years ago.

    Where will the Shuttle go ? A good home, I trust– I know a family that just arrived in the country and could use a computer.

  • The proper way to limit framerate when recording screen on macOS

    5 juillet 2024, par jsx

    macOS 14.5, FFmpeg 7.0.1. To record the screen, if I use the code from Wiki, that is,

    


    ffmpeg -f avfoundation -i 1 output.mp4


    


    the frame rate seems to be so high that when I press q to stop recording, the following message persists until my MacBook Pro starts to noise by its cooler : "[q] command received. Exiting."

    


    My current solution is to add -r after -i :

    


    ffmpeg -f avfoundation -i 1 -r 24 output.mp4


    


    But I heard that a more correct solution is to replace -r with -framerate and to put it before instead of after -i :

    


    

    ffmpeg -f avfoundation -framerate 24 -i 1 output.mp4


    


    Note that I used -framerate as an input option instead of -r 24 as an output option, so I'm telling avfoundation to record at 24fps instead of recording at the default fps and then forcing FFmpeg to drop or duplicate frames to give you the desired 24.

    


    


    This doesn't work for me currently, and appears to be the same as I don't use -r at all.

    


    And so, what is the proper way to fix the "too high framerate" issue when recording the screen on macOS ? Do we need -r or instead -framerate, and where to put it, before or after -i ?

    


    Just in case, here is the log of ffmpeg -f avfoundation -i 1 output.mp4 -v verbose :

    


    https://github.com/jsx97/test/blob/main/ffmpeg.log

    


  • Evolution #4573 (Nouveau) : Enlever Jquery UI du Core

    13 octobre 2020

    Jquery UI (https://jqueryui.com/) n’a plus d’activité maintenue (en tout cas aucune release depuis 4 ans maintenant).

    Il serait opportun de supprimer jQuery_UI du core, et de le remplacer par des librairies spécifiques pour les besoins identifiés.

    Tout d’abord l’usage dans le Core.

    Je crois que l’on utilise :

    le dateur

    À remplacer par https://duetds.github.io/date-picker/ ?
    Voir également la discussion sur Saisies : https://git.spip.net/spip-contrib-extensions/saisies/issues/43

    le sortable

    À remplacer par https://sortablejs.github.io/sortablejs/ ?

    D’autres plugins s’appuient sur d’autres éléments le jQuery-UI :

    - Accordéons et Tabs (Fabrique)
    - Une extension picker multidate (Agenda)
    - ...

    Dans un premier temps, il « suffit » qu’ils mettent le plugin jQueryUi actuel en dépendance...
    Dans un second temps... trouver des alternatives adaptées... et faire en sorte qu’elles soient partageables entre différents plugins si besoin.

    Sur le partageables

    Il pourrait y avoir un plugin du core regroupant des librairies js utilisées régulièrement, comme le faisait le plugin jquery-ui, mais avec différentes librairies plus indépendantes.
    Pourquoi pas. Plutôt que de faire N petits plugins JS.