Recherche avancée

Médias (0)

Mot : - Tags -/content

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

Autres articles (42)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (5734)

  • Anomalie #4402 (Fermé) : Liste de notices

    12 février 2021, par cedric -

    je ferme ce ticket, car un ticket qui référence un wiki qui liste des patches, ça commence à ressembler à un jeu de pistes
    + depuis novembre 2019 ces notices ont été corrigée
    + maintenant proposer une PR pour chaque cas quand on tombe dessus ça sera beaucoup plus efficace

  • 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 #3638 : Utiliser la rechercher Fulltext par défaut pour le critère {recherche}

    6 mai 2017, par guytarr °

    Gilles VINCENT a écrit :

    Je suis d’accord que la recherche fulltext ne fonctionne qu’avec mysql.
    Mais est-ce une raison suffisante pour tirer les performances vers le bas ?
    Pour ma part je ne pense pas.

    Ensuite, si le plugin Fulltext répond à la demande (à savoir pourvoir faire une recherche sur "chercher un mot" qui soit pertinente) alors peut-être qu’il faut le mettre par défaut dans plugins-dist, et ne l’activer que si les conditions sur la base de données sont réunies. Comme cela, on ne change rien à l’api générale, et les recherches deviennent meilleurs. Tout le monde est satisfait !

    Qu’en dites-vous ?

    Une simple remarque : je pense qu’il faut proposer lorsque c’est possible une recherche basée sur un outil qui est conçu pour (sphinx, elasticsearch).
    Autant pour la partie publique c’est au cas par cas, autant pour l’espace privé on sait à quoi s’attendre et on pourrait proposer une solution intelligente (et performante) basée là-dessus et où plugins (objets) pourraient se brancher simplement.
    Le fulltext est pas mal mais il y a des contraintes de version, de moteur sgbd, etc... Je pense que l’on va s’embêter pour obtenir un moins bon résultat au lieu de déléguer ça à un outil qui sait bien le faire.

Navigation