Recherche avancée

Médias (91)

Autres articles (46)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (4996)

  • Using Hazel to execute ffmpeg (installed via Homebrew) script to convert video to .gif

    9 août 2018, par benbennybenben

    What I want to do is set Hazel to watch a folder for a new video that I create and then when matched, an embedded FFMPEG script converts the video into a gif.

    I have the matching criteria done,
    Hazel matching rules

    I have the ffmpeg recipe done,

    ffmpeg -ss 5.0 -t 2.5 -i $1 -r 15 -filter_complex "[0:v] fps=15, scale=500:-1, split [a][b];[a] palettegen [p]; [b][p] paletteuse" $1.gif

    But when I put the ffmpeg recipe in the "Embedded Script" dialogue box, I get an error when the match runs.

    2018-08-09 18:43:15.818 hazelworker[68549] [Error] Shell script failed: Error processing shell script on file /Users/bengregory/Scripts/khgfygfjhbvmnb.mp4.
    
2018-08-09 18:43:15.818 hazelworker[68549] Shellscript exited with non-successful status code: -900

    I’m not sure if it’s relevant to mention that I’ve install ffmpeg via homebrew

    This is what the embedded shell script looks like
    ffmpeg embedded script

    I’ve been trying to get this to work for weeks and so far not found anything that helps. I read through this article on how to use handbrakeCLI, but no luck
    Hazel and HandbrakeCLI tutorial

    Any help would be greatly received ! Cheers

  • Could not find audio device using ffmpeg [on hold]

    15 décembre 2014, par flight

    I execute the command :

    ffmpeg -list_devices true -f dshow -i dummy

    And find out that Audio device is "Microphone "

    After then execute Command :

    ffmpeg -f dshow -i audio="Microphone " -acodec libmp3lame -ab 128k -ac 1 -ar 44100 -re -f ac1.mp3

    Gives the Error :
    Could not find Audio device.

    Please recommend a feasible approach to solve this problem.

  • Anomalie #4338 (Nouveau) : job / effacer les caches périmés

    22 mai 2019, par jluc -

    recuperer_url_cache crée des fichiers dans cache/curl . Lorsqu’on accède à un fichier déjà existant, il est supprimé et recréé si la version trouvée est périmée au regard de la durée du cache spécifiée, mais les vieux fichiers ne sont jamais nettoyés si on accède plus jamais au fichier demandé. Du coup, dans certains cas d’usages, les fichiers peuvent s’accumuler.

    Un nouveau cronjob pourrait scanner ce répertoire et effacer les trop vieux fichiers.

    recuperer_url_cache est très peu utilisé par SPIP dist, donc ça limite l’impact éventuel, qui est réduit à ses utilisations par des plugins.
    Mais c’est peut être pareil pour les caches des squelettes spip (lorsqu’au cours de la vie du site, on renomme ou supprime un squelette) ce qui est potentiellement plus impactant et expliquerait certains témoignages.

Navigation