Recherche avancée

Médias (0)

Mot : - Tags -/latitude

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

Autres articles (64)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (10764)

  • Evolution #4417 : Augmenter la longueur du mot de passe demandé pour créer un nouvel auteur

    24 décembre 2019, par cy_altern -

    complémentairement, pour compliquer le "brut force" des mots de passes, il y aurait l’utilisation d’un algorithme de hashage de type Argon2 (cf https://fr.wikipedia.org/wiki/Argon2) qui est conçu pour imposer un coût mémoire.
    Voir https://github.com/p-h-c/phc-winner-argon2 pour les implémentations disponibles de Argon2 (PHP > 7.2 et JavaScript OK)

  • gst-inspect-1.0 do not see avdec_h264

    16 octobre 2020, par Marat Zakirov

    Previously I installed gstreamer via conda and its (good) plugins
next I installed gst-libav via sudo apt-get install gstreamer1.0-libav next I used apt-file list gstreamer1.0-libav to see installation path and found it to be /usr/lib/x86_64-linux-gnu/gstreamer-1.0/ next I read running gstream manual and then

    


    GST_PLUGIN_PATH=/usr/lib/x86_64-linux-gnu/gstreamer-1.0/ gst-inspect-1.0 avdec_h264

(base) marat@user-System-Product-Name:~$ ls -lh /usr/lib/x86_64-linux-gnu/gstreamer-1.0/ | grep av
-rw-r--r-- 1 root root 181K мар 21  2020 libgstavi.so
-rw-r--r-- 1 root root  56K мар 21  2020 libgstinterleave.so
-rw-r--r-- 1 root root 251K дек  9  2019 libgstlibav.so
-rw-r--r-- 1 root root  15K мар 21  2020 libgstnavigationtest.so
-rw-r--r-- 1 root root  40K мар 21  2020 libgstwavenc.so
-rw-r--r-- 1 root root  48K мар 21  2020 libgstwavpack.so
-rw-r--r-- 1 root root  72K мар 21  2020 libgstwavparse.so


    


    It found many new modules but didn't found avdec_h264. What I am missing ?

    


    UPDATE :

    


    I just want way to use gstreamer via conda virtenv python appliation. If you know valid way to do so I will consider your reply as answer.

    


  • FFMPEG on Heroku exceeds memory quota in testing

    5 juillet 2022, par Patrick Vellia

    After following this tutorial, and getting it to work locally on my own development environment, before really getting my hands dirty and working deeper on my own project implementation, I decided to push it up to Heroku to test in a staging environment.

    


    I had to have Heroku add the FFMPEG build-pack and turn on the Redis Server for ActionCable to work.

    


    I didn't link the staging to a cloud storage bucket on Google or Amazon yet, just allowed it to upload directly to the dymo disk for testing. So it would go into the storage directory as it would in development for now.

    


    the test MOV file is 186 MB in size.

    


    The system uploaded the file fine.

    


    According to the logs, it then copied the file from storage to tmp as the tutorial has us do.

    


    Then it called streamio-ffmpeg's transcode method.

    


    At this point, Heroku forcibly kills the dymo because it far exceeds the memory quota.

    


    As this is a test environment, it's only on the free tier of Heroku.

    


    I'm thinking I won't be able to directly process video projects on Heroku itself, unless I'm wrong ? Would it be better to call an API like Cloud Functions or Amazon Lambda, or spin up a Compute Engine long enough to process the FFMPEG command ?

    


Navigation